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! :)
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Quartzcomposer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quartzcomposer-dev/email@hidden
This email sent to email@hidden
