> Subject: Re: Sampled Stream Audio issue on OS5.2
> From: "Nicolas Pabion" <[EMAIL PROTECTED]>
> Date: Wed, 9 Jul 2003 17:46:21 -0700
> X-Message-Number: 33
>
> The API is the same. The only difference is that T|T will give you the
> buffer size you asked while T|C and Zire tend to always return 4K. I would
> hope that you do use the framecount number in your callback. Everything else
> is the same.
This occurred to me after some test results came in; the trick is
that this isn't a useful value for a game.. the lag is too great and the
frequency of callback too low. (I've allowed for a callback 30-150 times
per second.. but was getting them less frequently).
I discovered today that in the most recent OS5 SDK (DR2) there is
an additional routine.. SndCreateStreamExtended, with a variable sized
buffer callback. In theory that should let me specify how much data is
available, and thus manage the callback rate, which should work. We'll see
if it works out this way.
(ie: Large stream buffers are good for mp3s, but bad for game
realtime sound :)
Thanks for the tip,
jeff
> "Jeff Mitchell" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> >
> >
> > Thanks in advance for any assistance.
> >
> > I've got an application which is generating raw audio into
> > callback buffers a la SndStreamCreate(); this works pretty well on OS5.0
> > (Tungsten|T). The same application when installed onto a Zire71 or
> > Tungsten|C has terrible/incomprehensible sound. (garbage audio, or perhaps
> > super fast looping? I don't have the devices myself, so I can't produce
> > comparisons)
> >
> > Does anyone know if the sound API has changed for OS5.2 used in
> > the Z71 and T|C? Is there some subtle difference that we need to know for
> > these devices?
--
"Have you played Atari today?"
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/support/forums/
