Question: [...] So... is it possible to declare another protocolInput in QC that I would guess could be named _protocolInput_NextTrack or something similar?
No -- protocols are already "set in stone", so to speak, and if they were to be modified, no applications that use them would function correctly (because they wouldn't expect the newer inputs). A future revisions to both iTunes and QC (to update the protocol on both ends) could address this, but there's no simple way to do so at present.
Possible problem: Maybe iTunes doesn't determine which song to be played next until the current song is done, or I have pressed "Next" in the UI or using the Apple Remote?
I'm fairly certain they're scheduled in advance. Even with shuffle enabled, moving forward and backward the same number of songs will generally preserve the order (moving back 4, forward 8, and back 4 will put you where you started). However, whenever the playlist changes, it seems to regenerate the sequences, so smart playlists can change (i.e. if you're playing only songs that haven't been played recently, as soon as one completes it'll get removed from the playlist, and then the sequence will be regenerated, so the next song will be something different). [this is based on empirical evidence only, and could be wildly incorrect]
By the way, welcome to Quartz Composer (and the QC-dev mailing list), have lots of fun and ask lots of questions! :)
-- [ christopher wright ] [email protected] http://kineme.net/
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Quartzcomposer-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/quartzcomposer-dev/archive%40mail-archive.com This email sent to [email protected]
