On 12/20/03 7:47 PM, J. Landman Gay wrote:
On 12/20/03 6:15 PM, Scott Rossi wrote:
Brian's suggested method works (bravo!) It is simple and I'm
embarrassed I didn't think of it myself, though I claim frustration and
lost time as an excuse. Here's what I did:
put the duration of player 1 into th
On 12/20/03 6:15 PM, Scott Rossi wrote:
Brian's suggested method works (bravo!) It is simple and I'm
embarrassed I didn't think of it myself, though I claim frustration and
lost time as an excuse. Here's what I did:
put the duration of player 1 into theDur
put (theDur/the timeScale of player 1
> Brian's suggested method works (bravo!) It is simple and I'm
> embarrassed I didn't think of it myself, though I claim frustration and
> lost time as an excuse. Here's what I did:
>
>put the duration of player 1 into theDur
>put (theDur/the timeScale of player 1) into theSecs
>start
On 12/5/03 3:30 PM, Scott Rossi wrote:
I just verified the problem behavior you describe above. This is very
irritating
Thanks so much for testing, and yes, it is thoroughly irritating. It
cost me hours.
Here is one workaround that may or may not work for you: use
imported audioClips and play
On 12/5/03 11:14 AM, "J. Landman Gay" <[EMAIL PROTECTED]> wrote:
> put this script into the card:
>
> on playLoop
> global gPlay
> if the shiftkey is down then -- stop loop
>put false into gPlay
> else
>put true into gPlay
>start player 1
> end if
> end playLoop
>
> on playStoppe
Jacque,
This is a pretty dirty workaround, but...
How about when you start the player, checking the duration and using a
"send in..." structure to fire off your own playStopped message? You
could possibly send the message a little early on purpose, then use
another finer creeping up message...
On 12/5/03 12:04 PM, Scott Rossi wrote:
On 12/5/03 9:24 AM, "J. Landman Gay" <[EMAIL PROTECTED]> wrote:
Possibly related: I've noticed some screwy behavior over here similar to
what you describe but with looping audio-only players. When the stack with
the player is frontmost, the audio stops.
On 12/5/03 9:24 AM, "J. Landman Gay" <[EMAIL PROTECTED]> wrote:
>> Possibly related: I've noticed some screwy behavior over here similar to
>> what you describe but with looping audio-only players. When the stack with
>> the player is frontmost, the audio stops. As soon as I make the message box
On 12/5/03 3:10 AM, Scott Rossi wrote:
Possibly related: I've noticed some screwy behavior over here similar to
what you describe but with looping audio-only players. When the stack with
the player is frontmost, the audio stops. As soon as I make the message box
active, meaning the mainStack is
On 12/5/03 3:10 AM, Scott Rossi wrote:
On 12/4/03 5:41 PM, "J. Landman Gay" <[EMAIL PROTECTED]> wrote:
I am not getting a playstopped message if the stack containing the
player is frontmost. As soon as I click on the message box or the script
editor or otherwise suspend the stack, the playstopped
On 12/4/03 5:41 PM, "J. Landman Gay" <[EMAIL PROTECTED]> wrote:
> I am playing a series of QT sound-only movies by changing the filename
> of a player. A playstopped handler is supposed to trigger when the
> player is done and then loads the next sound file.
>
> I am not getting a playstopped mes
I've used the playPaused handler as a part of the player script. It
works pretty well - wanted to use playStopped but it never worked.
Hope this helps!
Jack Rarick
Braintree Athletic Systems
On Thursday, December 4, 2003, at 08:41 PM, J. Landman Gay wrote:
I am playing a series of QT sound-onl
I am playing a series of QT sound-only movies by changing the filename
of a player. A playstopped handler is supposed to trigger when the
player is done and then loads the next sound file.
I am not getting a playstopped message if the stack containing the
player is frontmost. As soon as I click
13 matches
Mail list logo