Assuming audio and video behave the same in this instance, then an active player must be stopped before the next clip begins, because no mixing is supported.How can I safely capture the end of a song being played ?
I handled it this way within the Playstopped handler:
if the currenttime of player "thePlayer" = 0 then
exit playstopped
end if
Unfortunately, this doesn't explain WHY playStopped is called when the player is set to a new file name. Does anyone understand this? Is this a bug in Rev?
Regards,
Howard Bornstein
MetaCard provides an explanation of calling playStopped when a new file name is set . MetaTalk Reference (197) play:
"If a play command for an audio clip is executed before a previous play has completed, the current sound will stop before the new one is started (no mixing is supported). The message playStopped is sent to the current card of the stack that was the defaultStack when the clip finishes playing."
I didn't check this, but let's assume that for "the current sound will stop..." requires that a playStopped to be received. Further, let's assume any time a clip is started (via a play command or a file name change, or whatever) the message playStopped is first sent to ensure the player is stopped (even if it is already stopped), then the clip starts.
What would happen if a clip is playing and a play command is executed without the clip being stopped first? An application crash? An OS crash? The player plays the clip as expected? The new clip begins playing at the time that was on the previous clip when it was cut off? Nothing at all (the system appears to hang)?
miscdas _______________________________________________
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution
