Ron Wheeler wrote: > It is less obvious to the user if you miss the timing on a visual event > than if you screw up the playing of music.
You're probably right on that most of the time--that's why video will choose to drop a frame to keep in synch. It's also why voice-over for foreign-language films works. I think Abe's application is an exception. From what I understand, he doesn't need millisecond-accurate timing, but his audio does need to be in synch with the visual events. In my case, I don't need timing so much as the ability to play sounds in sequence with no perceptible pause--even a few milliseconds to start an MP3 spoils the effect I need. That's why I was interested in your idea of concatenation. > That is why I originally > suggested the construction of a single sound file rather than trying to > deliver a note on schedule. Makes sense--the timer in Flash is undependable, as Abe has noted. It can be off by several milliseconds. I.e., you can set a timer to fire every 45 ms, and it often fires late--up to 10 ms late, I've found. It's easy to understand why. If you have several programs running, or have a download or upload running in the background, Flash simply may not have the CPU's attention when it needs to fire. Your solution of concatenating on the server is cool. For my application, like Abe's, I have to have real-time playback, though, and can't wait for the server to respond. Sigh. Cordially, Kerry Thompson _______________________________________________ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
