get_enclosures 0.3

Here is an updated release of get_enclosures. I have freely stolen AppleScript snippets from Ray Slakinski’s pyPodder to improve my iTunes integration. Now, iTunes will stay in the back if it is being newly started or will stay where it is if it is already running. Also, the feeds.txt file is no longer in the zip so you don’t have to worry about overwriting your subscriptions if upgrading. It will just write a starter file if it doesn’t already exist, otherwise it will just leave it be if it is already there.

Try it out and please give me whatever feedback you can. I’m looking at perhaps trying to incorporate automatic installation of the necessary Perl modules or maybe even an installer to do the things Adam discusses, setting up the modules and the cron job interactively at install time. Does anyone have any input on good free installer programs for OS X or even a multi-platform?

Published by


Dave Slusher is a blogger, podcaster, computer programmer, author, science fiction fan and father. Member of the Podcast Hall of Fame class of 2022.

4 thoughts on “get_enclosures 0.3”

  1. Hey Dave – I’m a extremely recent switcher to OSX. How in the hell do I install this on my powerbook? Do I use Adam’s instructions? Thanks.

  2. Dave, I really like get_enclosures but it’s driving me batty. I’m not a perl guy, so I haven’t tried figuring this out by reading the script (tsk tsk); how does the script track whether a file has been downloaded previously. In renko (another iPodder effort), he keeps a text file log, which works very nicely. I have a suspicion that you instead check to see if the files are already in the target directory. This is bad for me, because I delete the files once I’ve heard them, hence it I appear to be getting them again every time I run the script after said deletions. Is this how it is working? (BTW, get_enclosures, with its separate playlists is much friendlier to me as a listener, as opposed to renko which gloms everything together in a single playlist.) If I could just get this solved, I’d be a happy dude. Anyway, again, thanks for the ongoing efforts on our behalf.

  3. Sean, I don’t do any checking of whether the files are in the directory. Instead I keep track of the pubDate of the item (or current time if there is none) for each URL that is downloaded. If you are using a version earlier than 0.3 and not letting it run to completion or having an error that causes it to crash before finishing, it might not be writing out the cache. In the root directory, you should have a file named .enclosure.cache . If you don’t, then something is going wrong on that end.

    You can delete the files at will, and the cache will be controlling the redownloading. If you are using 0.2 or before, you should upgrade to 0.3 and that might fix it or at least ameliorate the issue.

Comments are closed.