MVallevand wrote: > You seem to want to ignore the digital output... Nope, just forgot about it, as I don't use it.
> No there is a mpeg audio device that does hardware decoding. Ah. Then I'd say that's the key difference between MP3 and AC3 audio handling. (That, and the extra (documented) capabilities of the MPEG audio hardware.) Thanks for the clarification. >> 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? > > The code does this already and it works with AC3, kind of, but only > when the video is ahead, and as I said in my last message when the > audio is ahead there are problems. The JIT code can in theory do this > more precisely, but the AC3 frames are also crc'd so dropping "frames" > is not as easy as with mpeg data. If you are able to use the techniques of dropping video frames or duplicating video frames, shouldn't you be able to correct sync issues in either direction without touching the audio stream? -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/
