'play' vs. 'start' ?
Joe Lewis Wilkins
pepetoo at Cox.Net
Tue Jan 16 18:07:09 EST 2007
Phil and all the list,
My face is Soooo red! Obviously, my email was intended for someone
else - not this list. I was kind of hoping everyone would just ignore
it, but no such luck. Thanks for treating me kindly. I'll try to do
better in the future.
Joe Wilkins
On Jan 16, 2007, at 3:01 PM, Phil Davis wrote:
> Uhhhh... thanks Joe! But I was really hoping I wouldn't need
> neoprene OR a structural engineer to improve audio processing in my
> app. :o) But I must confess, I never really thought about it that
> way.
>
> LOL,
> Phil
>
> Let it never be said that you don't get real inside info on this list!
>
>
> Joe Lewis Wilkins wrote:
>> Well, got my car back a little earlier than expected. The neoprene
>> samples have not arrived yet, so I called. We can pick them up on
>> our way to LB. It won't be much out of the way. RubberCal's
>> (RubberCal.com) facility is located at 2920 Kilson Drive, Santa
>> Ana, CA; phone number: 800-370-9152
>> Are we still planning to see the structural engineer tomorrow?
>> On Jan 16, 2007, at 11:26 AM, Phil Davis wrote:
>>> I maintain an application that sometimes plays 100's of external
>>> digital audio files during a single usage session. Currently the
>>> app uses 'start player' method of playing them. Sometimes the app
>>> will freeze up, and I think it's related to audio processing.
>>>
>>> I want to improve the app's stability. Has anyone found the 'play
>>> [filepath]' form to be more stable or less stable than 'start
>>> player'?
>>>
>>> Also, does anyone have extra info about the two approaches to
>>> audio playing that shed light on differences between the two? Are
>>> they doing the exact same thing under the hood?
>>>
>>> Many thanks -
>>> Phil Davis
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
More information about the use-livecode
mailing list