On 5/20/14, 3:28 PM, stephen barncard wrote:
On Tue, May 20, 2014 at 12:33 PM, Dar Scott wrote:
Without any real good reason, I like Trevor’s and Klaus’ delays.
delays solved my playback problems as well.
Okay, I'll do it all -- send the command in a "send in time" construct,
wait a few
On Tue, May 20, 2014 at 12:33 PM, Dar Scott wrote:
> Without any real good reason, I like Trevor’s and Klaus’ delays.
>
delays solved my playback problems as well.
*--*
*Stephen Barncard - San Francisco Ca. USA - Deeds Not Words*
___
use-livecode mail
I don’t have any good ideas on the network side of things.
If the player gets impatient, then maybe delaying things until after the rain
of messages might be good. Maybe the file retrieval is not as fast as
expected. That might even be compounded if the other messages are doing
network thin
Hi Jaqueline,
Am 20.05.2014 um 20:06 schrieb J. Landman Gay :
this is also worth a try:
> set the filename of player pPlayerName of cd 1 of me to empty
wait 5
> set the filename of player pPlayerName of cd 1 of me to tFileName
> ...
> end if
Best
Klaus
--
Klaus Major
http://www.major-k.de
On 5/20/14, 12:55 PM, stephen barncard wrote:
On Tue, May 20, 2014 at 10:37 AM, Dar Scott wrote:
Do you stop the player when you change cards?
that's a very likely suspect, IMHO the player seems to need to be
'reset' in some way.
Do you think I should stop it in addition to setting th
On 5/20/14, 1:06 PM, J. Landman Gay wrote:
I had some problems with playback before and the list suggested using
"start" instead of "play". Apparently there's a problem with just
"play"; when that was all I used, the player never started up at all
most of the time. We do use callbacks in these, a
On Tue, May 20, 2014 at 2:06 PM, J. Landman Gay wrote:
>
> Stephen's comment about all the pre/opencard messages is a good one, and
> my script adds a couple dozen additional commands to the sequence. I'll
> move the audio playback to the very end of all that and see if that helps.
> There is a lo
I think Klaus is the player expert, but at any rate, you're the network
expert.
The player audio is a narration and has a constant volume. On opencard,
the filename of the player is set to empty, then loaded with the new
URL, and playback initiated like this:
set the filename of player pPla
On Tue, May 20, 2014 at 10:37 AM, Dar Scott wrote:
> Do you stop the player when you change cards?
that's a very likely suspect, IMHO the player seems to need to be
'reset' in some way.
*--*
*Stephen Barncard - San Francisco Ca. USA - Deeds Not Words*
__
I am very hesitant to say anything, since you are the expert here.
Does the player have a relatively quiet ending? Do you stop the player when
you change cards? Could the currentTime be left in the quiet ending and the
play starting there?
Does the result show an error?
Dar
On May 20,
On Tue, May 20, 2014 at 10:31 AM, J. Landman Gay
wrote:
> I should mention that each card has a different audio file assigned, and
> the failure occurs on any card with any URL, not just a particular one.
> It's sporadic and unpredictable.
Perhaps a delay of some kind is needed before loading th
On 5/20/14, 12:18 PM, J. Landman Gay wrote:
I have a player whose filename is set to an audio URL on the web
whenever a card opens. For 99.9% of the time it works fine but
occasionally it does not play. If the user goes to another card and then
returns to the original card, it does play.
Checkin
12 matches
Mail list logo
