Tim here. > Quick question, please ramble if you'd like You're just inviting trouble here. (grins) > managing podcasts, how? > To expand on that a bit, what do you use for a pod catcher; I use castget (scheduled from cron) to fetch my podcasts > where do they go In my case, each podcast gets dumped in its own sub-folder of my choosing, renamed using its date and title (and classified as a Podcast overriding whatever classification the provider used). From my ~/.castgetrc [*] id3contenttype=Podcast filename=%(date)_%(title).mp3 [wayword] spool=/home/tim/Music/podcasts/queue/W_WayWord/ id3leadartist="Way With Words" url=http://feeds.waywordradio.org/awwwpodcast # and 56 other podcast entries follow I then have some wrapper shell-scripting that automates a bunch of actions so I don't have to do them manually: - deletes some known episodes I don't care about (things like reruns, certain keywords, some that are .m4v videos instead of .mp3 audio, etc) - perform some automated advertisement-removal (chop the first or last N seconds off various podcasts using mp3splt; one particularly grievous one has some intro followed by adverts allowing me to lop 7 minutes off the front and not miss much of anything) - renames them to a convention that doesn't choke my podcast player (VLC on my phone doesn't like "#" characters and I do some other normalization with the rename(1) command) - clears out my old "current/" directory - moves/renames all the nested structure from my "queue" directory into a flat file-structure in my "current/" directory With one big directory of the files, I can then easily send them over to my phone. I happen to have termux (a terminal emulator) on my phone and just scp them over the wifi network, but in the past I've plugged my phone into the computer and used the file-browser to copy/paste them from the directory into the Podcasts directory of my phone. I keep both the current/ directory and my queue/ directory around so that in case something goes wrong on my MP3 player (over the 15 to 20 years I've been listening to podcasts, 3 of 'em have died), I still have an archive of what it contained so I only have to load the current/ directory onto a new player and resume where I left off. Meanwhile the queue/ directory holds all the new stuff. I also have a backlog/ directory as well. Sometimes if I add a new podcast feed, it has a lot of back episodes that I want to listen through but don't want them all in one huge dose, so I'll download them but mirror my queue/ directory in the backlog/ directory and move the backlog of podcasts into there. From time to time, when I'm ready to reload my player and the queue seems a bit shallow, I'll move in some of the items from the backlog. However, in some cases I'll use castget's "catch-up" feature to load a podcast feed and mark them all as already fetched without actually downloading the episodes themselves (good for dropping in the middle of a long podcast history). The history is stored in fairly readable XML files in ~/.castget/ so when adding new feeds, sometimes I'll mark the whole feed as caught up and then go delete the lines for particular episodes, then run castget again where it will pull down just the ones I deleted. I reload roughly 3GB at a time which, at roughly 250% playback speed, tends to last me 2 to 3 weeks worth of going for walks and chores. One other trick I've learned is to limit the space available for my podcasts. I'm running FreeBSD so my ~/Music/podcasts/ a ZFS dataset that has a limit/quota of ~15GB. Occasionally a feed will change the GUIDs or the filenames making the whole feed appear as new files, and end up trying to download gigs of data. By forcing it to download to a size-restricted space, castget bails out before totally killing your drivespace and bandwidth. > I'd like to get most of them off of there, space and all. If you want to get rid of them completely, they're just .mp3 files on the drive, so you can delete them as you would any other file. If you want to archive them off to some external storage like a USB drive, you can copy/move them just as I've copied them to my phone. However, I don't usually find a need to archive them off unless there's a particularly noteworthy episode. Hopefully that gives you some ideas to work with. And an adequate ramble. (grins) -tim _______________________________________________ Blinux-list mailing list Blinux-list@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/blinux-list