On Sep 25, 5:03 am, Ganesh <[email protected]> wrote: > So the video system knows that it is behind audio by X which can be > sent to the extractor.
I don't think the system can know this information, as all the audio and video packets are interleaved. The system is forced to process them in order and is unable to skip ahead in either stream for any purpose. All you can really know is how far offset one full video frame is offset from another audio audio frame. This results in the need for a clock to keep them in sync, but that's not the issue here. The forced ordering and interleaving of the packets is itself the catch. If the computing device isn't fast enough to read and decode BOTH streams on the terms that the container has set up, then either one of the renderings may suffer. Usually it is the video because it takes the longest. To rephrase all this, you can't skip ahead in the video stream to try to process video frames ahead of the current audio. To skip ahead in the video, you would also have to skip ahead in the audio which would result in both audio and video frames dropped. Doug -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
