[gpodder-devel] Podcast Folder
- From: carlos.lst at eldiabloenlosdetalles.net (Carlos Moffat)
- Date: Wed, 04 Jul 2007 09:05:26 -0400
On Tue, 2007-07-03 at 20:03 +0200, Thomas Perl wrote:
> Hello, Carlos!
>
> On Mon, 2007-07-02 at 14:11 -0400, Carlos Moffat wrote:
> > On Mon, 2007-07-02 at 19:55 +0200, Thomas Perl wrote:
> > > Hello, Carlos!
> > >
> > > Carlos Moffat schrie
> > > > I'd like to use gpodder as a podcast catcher, but I don't want to
> > use it
> > > > to play the podcasts. The problem is that with the way the
> > > > folder/filename naming scheme (using some kind of hash), it's
> > quite hard
> > > > to find anything using the file manager or a music player (without
> > > > reading all the files into the library). It would be great if one
> > could
> > > > store the podcast into folders/filenames that are human-readable.
> > > First, the explanation: The reason gPodder uses a hash of the URL
> > to
> > > store its channels and episodes is because you can't rely on titles
> > of
> > > channels and episodes from RSS feeds (i.e. two episodes with the
> > same
> > > name or two different podcasts of the same radio station both named
> > > "Radio Foo Podcast"). Using hashes of URLs resolves this problem -
> > if an
> > > episode URL is the same, there is no problem with the file name
> > also
> > > being the same (the same URL should resolve to the same content).
> > >
> >
> > I see. Although the client I'm trying to migrate from (castpodder,
> > which
> > will die any time now as is no longer being mantained) correctly
> > creates
> > a folder/episode structure.
>
> I don't know about castpodder, but maybe it's just a one-way downloader
> without the ability to manage, synchronize and browse podcast episodes.
>
Well, it has a 'delete after XX days' function, and it also remembers
what you've deleted and so on. It's quite nice, although the GUI is not
nearly as nice as gpodder, and it can't sync with an MP3 player.
> We had title-based file and folder naming before, but it resulted in
> many problems with buggy feeds. Well, we even had a bug in the Debian
> BTS about a user complaining about missing titles - the RSS feed in
> question had no <title> tags. Therefore, gPodder tries to avoid these
> problems and to accept any RSS file it gets thrown at it.
>
Oh, ok.
> > > Now, here's the solution to your problem: gPodder has a "sync"
> > feature.
> > > If you set the sync target to "FS-based MP3 player" and select a
> > local
> > > folder where you want to store the podcasts, and start the
> > > synchronization, gPodder will create a "Channel Name/Episode
> > Name.ext"
> > > directory structure there and copy all files over. This way, you
> > can
> > > easily browse your podcasts on the filesystem.
> > >
> >
> > MMhh. Doesn't this mean that podcasts will use twice as much space in
> > my hard drive? This is big no-no as they're already taking 5.2GB.
>
> Yes, but if you're not needing the podcast management functions of
> gPodder, you will be able to delete the episodes from gPodder after
> sync. gPodder will remember which episodes have been downloaded and
> deleted, and will skip these episodes when searching for new episodes.
>
> A feature that hard-links these files could be implemented, but I don't
> have time to do this right now, as the function as it is now serves me
> and many others well.
>
Ok. That's good to know.
>
> Enjoy,
> Thomas
>
>
Thanks,
Carlos
> _______________________________________________
> gpodder-devel mailing list
> gpodder-devel at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/gpodder-devel
Other related posts:
