GNOME Bugzilla – Bug 319368
Only Download Music Files in Podcasts
Last modified: 2018-05-24 10:50:06 UTC
Distribution/Version: Fedora Core Rawhide Noticed one of my podcasts had a couple of image files as enclosures. Obviously, I can't play image files in RB. We should probably only download files that RB can handle.
same point here, I have Food podcast with recitte in pdf format.
We can probably backlist certain mime types, like image/* and text/*, but that won't work in a lot of situations. The problem is that there is no way to tell (from the mime-time) whether some types are audio or not: e.g. video/quicktime could be a AAC file.
There is always the option of full supporting image/video/audio podcasts.
Change to "Podcast" Component
(In reply to comment #3) > There is always the option of full supporting image/video/audio podcasts. > I agree. RB should be a full fledged podcast handler. It should be pretty easy to download it all, have it show up, and then turn over anything non-audio to the appropriate program (i.e. totem or eog).
Right, I think we need to handle non-audio types. I think this is going to be increasingly important. For example: http://www.apple.com/education/solutions/itunes_u/ I suppose this would mean embedding a BaconVideoWidget or similar.
If we wrote a new RBPlayer backend using BaconVideoWidget, it would be relatively easy to add support for showing the video (and get visualisations for almost free).
This turned into a wishlist for video podcasts. Let me go back to the original problem. Ryan, could you please provide the URL for the podcast that shows this behaviour?
*** Bug 466158 has been marked as a duplicate of this bug. ***
A couple of podcasts that include (at least) pdf and audio: http://chinesepod.com/diverseizzue/lessons/feed (from bug 466158; doesn't parse for me with totem-pl-parser svn trunk) http://feeds.feedburner.com/TheFader (works)
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/77.