MVallevand wrote: > No, the problem is the demux. There is no hardware decoder...
OK, so the mvpmc code uses a software codec to decode the audio and then it writes it to some buffer to be processed by the MVP hardware. > The main difference from mpeg audio is there is no documented hardware > function I've found to pause these audio devices to sync the audio and > video if audio is ahead of the video, But isn't the MP3 audio also handled by a software codec per your statement above? Why does it not have the same sync issues? It's the mvpmc code that demuxes the stream and feeds the audio and video buffers separately - no? Wouldn't one way to accomplish this kind of sync be to drop the necessary number of video frames as you're feeding them into the video buffer? -Tom ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Mvpmc-users mailing list Mvpmc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
