The funny thing about this, Richmond, is that latency is actually much MUCH MUCH! worse using layered player objects than faked sound channels in Shakobox, especially on lower-end machines! Ask Thierry again about the latency on his little game -- I remember: it was 3 to 4 SECONDS. That's WAYYYY TOOO MUCH LATENCY! It's simply unacceptable. And it doesn't happen so much when using soundchannels. Or even faked soundchannels.
Judy http://revined.blogspot.com On Wed, Mar 11, 2009 at 10:22 AM, Richmond Mathewson <[email protected]>wrote: > > To quote myself [err . . . this reminds me of something else]: > > "It is, frankly, an easy, albeit tedious, piece of work to churn out > individual sound files from some program that produces notes (c.f. > Sibelius) for each semitone on the musical scale; and then import > them into a stack, and then code to play audioClips." > > while it is possible to set the playRate of a player this cannot be > done for an audioClip as such; > > now, one could set up a player and keep loading individual audioClips > of notes into it by continually resetting the fileName property . . . > > BUT . . . t h i n g s w o u l d g e t b o g g e d > d o w n rather like playing a 45 gramophone record at 33 > > [and, methinks this would be mucho memory hungry - especially on low-end > PCs; and, come to think of it, because it depends on parts of end-users' > operating systems that are optional (QT, xanim (???)), it would be all > a bit silly] > > (and I am quite sure that the current participants in this discussion > can remember 'platters', 'waxes' and so forth :) > > The thing about my BBC Micro and a Hypercard stack was that things > happened on time; which, for music, is not a bad idea. > > sincerely, Richmond Mathewson. > > ____________________________________________________________ > > A Thorn in the flesh is better than a failed Systems Development Life > Cycle. > ____________________________________________________________ > > > > _______________________________________________ > use-revolution mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution > _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
