Re: [Audio-dev] RE: delay Resume for DSP Device
Greg Wright <[email protected]>
| Newsgroups | gmane.comp.multimedia.helix.devel |
|---|---|
| Message-ID | <[email protected]> |
Nguyen, Khanh V wrote: > Let me rephrase this question. How do I make sure that I have enough > data before Resume is being called? > > Does SetAudioPushdown guarantee that I have that much data (for the > pushdown time) before Resume is being called? Let me see if I understand what you are asking. You have replaced the audio device that the platform uses with one of your own correct, as outlined in the DSP Integration document? You are asking when will resume() be called on your device implementation? If that is the case, the you don't have to worry about it. The platform knows the encoded pre-roll of each clip and knows how much audio PCM data to push into the audio device (your code) before starting playback (resume). So, it will make sure that your DSP decoder, and DSP audio device code will have enough data before resume() is called. Is that now what you are seeing? --greg. > > > > Thanks, > > --Khanh > > ------------------------------------------------------------------------ > > *From:* [email protected] > [mailto:[email protected]] *On Behalf Of *Nguyen, Khanh V > *Sent:* Thursday, April 30, 2009 11:24 AM > *To:* [email protected]; [email protected] > *Subject:* [Audio-dev] delay Resume for DSP Device > > > > Hi everybody, > > From a DSP decoder perspective that has replaced the audio device with > itself, what is the best way to delay the Resume call to the new audio > device? I’m buffering up 1 sec. worth of encoded data, and I don’t want > Resume to be called until I have at least 2 second worth of buffer. > > > > Thanks, > > --Khanh > > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Audio-dev mailing list > [email protected] > http://lists.helixcommunity.org/mailman/listinfo/audio-dev