dougscripts.com

January 2024

June 24 2009 - 4:29 pm

DIY: iTunes Remote Management Assortment

DIY: Remote Management Assortment is a tutorial suggesting several methods of manipulating iTunes files among users on a network, with particular emphasis on using AppleScript to swing passwordless ssh, rsync, scp, osascript, and other utilities. Rather than develop a batch of scripts for you to download (and have to support), you can use the fundamentals described here as the basis for your own AppleScript projects.

June 10 2009 - 8:15 am

It's a None/All Bug

The "none" bug I described yesterday turns out to be a bit more extensive: it's a "none/all" bug.

iTunes 8.2 introduces a bug whereby the the use of the none value with special kind and video kind, and the all value with song repeat in AppleScripts compiled in iTunes 8.1.1 and earlier will not work correctly in iTunes 8.2. I understand that Apple is aware of this situation and assume a fix will be forthcoming in a future version.

If you encounter an error caused by this bug, chances are you are running iTunes 8.2 and the script had been compiled and saved with an earlier version of iTunes.

The fix is to open the script in Script Editor, look for chevron-bound raw constants, and replace them with the appropriate bare-word value. For example, if you see «constant eSpKkSpN» change this to none. (I'm afraid I don't know what the raw constant for "all" is, but it would appear with a song repeat command; song repeat takes the values "off", "one", and "all"). Then re-save the script; it will compile referencing iTunes 8.2 aete and will work fine. Such recompiled scripts, however, will then not work with pre-iTunes 8.2.

June 9 2009 - 8:14 pm

Special Kind Playlist Property Weirdness, ctd

A little more about the "none" bug, mentioned earlier today. Any script compiled and saved before iTunes 8.2 which uses the "none" constant with playlist's special kind property will error. Thus, if you get an error concerning "«constant eSpKkSpN»" then it is most likely this bug.

The fix, as I also mentioned earlier, is to open the script with Script Editor, making a note of whether the script's format is compiled (.scpt or .scptd extension) or application (.app extension), and replacing any occurrence of «constant eSpKkSpN» with the bare word none. Then "Save as..." the script, making sure the File Format in the save dialog is set as you noted.

The script should run fine under iTunes 8.2, but, because it has been re-compiled, will not under iTunes 8.1.1 and earlier.

June 9 2009 - 1:11 pm

Special Kind Playlist Property Weirdness

A script I had written a year ago looks for playlists whose smart is false and special kind is none. Since updating to iTunes 8.2 it is showing as raw «constant eSpKkSpN». The error is: "Can’t get name of every user playlist whose smart = true and special kind = «constant eSpKkSpN»."

If I open the script and change «constant eSpKkSpN» to "none" then save, all's OK.

June 3 2009 - 4:51 pm

Join Together Breaks with Latest iTunes/QT

Haven't had a chance to investigate this yet, but it appears that the latest iTunes and/or QuickTime doesn't play well with Join Together. I'll have a look-see as soon as I can and an update shortly thereafter.

June 2 2009 - 11:08 am

iLounge Goes Over 8.2

Instant Expert: Secrets & Features of iTunes 8.2 is quite thorough. Good stuff about iPhone 3.0 compatability.

June 1 2009 - 9:49 pm

iTunes 8.2 Released

Apple put iTunes 8.2 up on the web and in Software Update, along with a QuickTime and GarageBand update. 8.2 sports accessibility and bug fixes, compatability with iPhone Software 3.0. I've been away all day and haven't given it a run through, so perhaps there will be more to report later.

Site contents © 2001 - 2024 (that's right: 2001) Doug Adams and weblished by Doug Adams. Contact support AT dougscripts DOT com. About.
All rights reserved. Privacy.
AppleScript, iTunes, iPod, iPad, and iPhone are registered trademarks of Apple Inc. This site has no direct affiliation with Apple, Inc.
The one who says "it cannot be done" should not be interrupting the one who is doing it.