https://bugs.gpodder.org/show_bug.cgi?id=737
--- Comment #3 from flansuse <[email protected]> 2009-12-27 03:19:45 GMT --- After fiddling around some more, I think I have it figured out. gPodder downloads the episodes and uses the original filenames, rather than custom filenames based on the feed information (podcast, title, date). A temporary workaround for this is to add {episode.published} under the section Podcast > Preferences > Device > Custom filename. An example would be: {podcast.title} - {episode.title} ({episode.published}) This converts... "pod-wsjtecham.mp3" into... "Wall Street Journal Tech News Briefing - WSJ Tech Briefing Early Edition, Dec. 18, 2009 (20091218).mp3" It appears that syncing / deleting to and from the device works now, after applying this custom filename conversion. Am I correct in saying that gPodder uses the podcast's feed information to generate titles and descriptions for each episode, but ignores the ID3 tag information? I assumed at first that the tags inside each file's metadata (author, title, year, album) was used to generate filenames. I guess I made a poor assumption on my part. Perhaps in a later version of gPodder, the default settings will have "Custom filename" enabled and use a string that generates a unique filename for each episode? Another useful feature would be to download the episodes with filenames that use a custom string, rather than the original filenames? This would at least lessen the chances of any conflicts, like the one described above. In this case, the WSJ episodes, when downloaded, would not use the original filenames (such as pod-wsjtecham.mp3), but will rather be saved with longer, more accurate filenames. -- Configure bugmail: https://bugs.gpodder.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes. _______________________________________________ gPodder-Bugs mailing list [email protected] https://lists.berlios.de/mailman/listinfo/gpodder-bugs
