Thanks for your welcome Christopher, and let me say... what an amazingly speedy 
response. I'll think I'll like it here :)

1. Ok, that was what I was afraid of. But let me rephrase the question then. Is 
there a list somewhere with which protocols are in place today for iTunes? The 
Visualizer template, do that contain all of them already?
2. And for future reference, is there a list with other applications protocols 
that Apple provides? Maybe I will hit the same snag when doing something for 
iphoto, iMovie etc.

Regards,
Daniel
 
On Friday, 10 July, 2009, at 02:09PM, "Christopher Wright" <[email protected]> 
wrote:
>> 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/
>
>
>
 _______________________________________________
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]

Reply via email to