gPodder Bug Tracker – Bug 1441
Be able to chose which file to download in an RSS feed
Last modified: 2013-01-19 12:04:12 GMT
Many feeds have more than one enclosure PR ENTRY, and currently there isn't a way to specifiy which of them you want do download, seems gpodder just picks the first one.
For instance, this feed http://feeds.twit.tv/tht_video_large
Take episode 1, it is available in 11 different mp4 files of different resolutions and bitrates - but gpodder just picks the first one it encounters, which isn't ideal since I don't want that resolution.
Aren't there different feeds for Twit that handle this?
@Bernd: Do we have the necessary mechanisms in the hook scripts to handle such a selection (i.e. could someone write a hook script that takes care of selecting one enclosure out of many?) - if not, what would be needed?
@Stefan: How do we handle this on gpodder.net right now?
(In reply to comment #1)
> @Stefan: How do we handle this on gpodder.net right now?
Right now gpodder.net also just takes the first linked media file, but I'm planning to index all of them (soon-ish).
Until this is implemented, uploaded episode actions for "alternative" media files would show up as new unknown episodes. Afterwards, they'll be merged with their "main" media file episode.
(In reply to comment #1)
> Aren't there different feeds for Twit that handle this?
Nope, you'd have to download manually.
The file naming seems to always follow the same pattern, so if one could say "download if the string '864x480_500' is present", that could work.
(In reply to comment #3)
> @Thomas Perl
> (In reply to comment #1)
> > Aren't there different feeds for Twit that handle this?
> Nope, you'd have to download manually.
> The file naming seems to always follow the same pattern, so if one could say
> "download if the string '864x480_500' is present", that could work.
In this case, I suppose a new hook script function could be introduced that gets a list of enclosures and returns the desired one. In pseudocode, the hook function body for you could look like this:
if podcast.url == 'http://feeds.twit.tv/tht_video_large':
for enclosure in enclosures:
if '864x480_500' in enclosure.url:
You would obviously have to maintain the hook script yourself, and it's not that friendly for beginner-level users, but then I think beginner-level user will just be happy with the default video. I can't think of a way (right now) how to make this visible in the UI without having to complicate the default case (single enclosure per item) for all other users.
Targetting 3.1 as maybe-feature (i.e. it could be that this gets postponed), but patches gladly accepted and mentoring offered (i.e. you write the patch, but we guide you around the source code and help you with reviews and suggestions).
This needs a new hook (probably after the config script changes are in) that decides for a list of enclosures which one to take.
(In reply to comment #0)
> For instance, this feed http://feeds.twit.tv/tht_video_large
This feed doesn't have multiple <enclosure> entries anymore (I know that it has been different when you initially opened the bug). Do you have another example URL that we can use to test/verify this?
Ah, I think Mediafly did their feeds before, and since Mediafly is changing their business plan (and thus dumping feeds to ordinary people), they have probably stared doing their own feeds.
It may also mean the original problem is going away?
Either way to answer your question, no, offhand I can't think of a feed doing this.
Distantly related is this feed ( http://s3-eu-west-1.amazonaws.com/ebpodcasts/Huxi_Karen.xml ), where they release a video file AND an audio file for each show, but rather than using 2 enclosures they add two separate entries for each show. (Show is on hiatus at the moment, hence nothing since December)
Still it pertains to controlled download, it would be nice if one could say "Only get video from this feed".
(And images for that matter, so I could use the program with for instance Flickrs, image rss feeds)
*** This bug has been marked as a duplicate of bug 1324 ***
moved the feature request for the Huxi_Karen Feed to bug 1751
On the other hand the twit.tv podcast only has one enclosure per item. It seems that this has change since the creation of this feature request