From: Michael R. <ama...@fr...> - 2001-12-27 15:17:30
|
Hi Harm, > > > I'm wondering if sync is better if you reverse the order; i.e. > > > first write to the device, then do a SETPTS. The em8300 doc is a > > > bit vague on the right order. > > I tested this, but unfortunately it has no effect. > Too bad, though I didn't expect too much of it (after all, a one > frame sync adjustment wouldn't fix the problems I've seen). I've had another idea when you told me that you fix it with the 'n' and 'm' keys: As the A/V offset I am experiencing seems constant, why not setting av_offset to a suitable value during init? (Maybe the DXR3 card has a built in frame delay to ensure the em8300 has enough processing time?) I've enclosed a patch that really works wonderful for me. Another thing I noticed when checking that: The descriptions of the 'n' and 'm' keys in the manpage should be the other way round. > Unfortunately, the dxr3 decoder (like many software decoders as well) > can't just drop frames. Dropping frames for the dxr3 decoder would > mean sending parts of the stream to the trashcan instead of the > hardware decoder. Since in mpeg (as in most video compression > formats) each image can depend on the image before (or after) it, it > would corrupt the output until the next keyframe. Sure, I didn't think far enough. But then: What the hell is xine doing when he tells me "video_out : throwing away image ..." during DVD playback? > > 2. MPEG1 playback via DXR3 is broken. Audio is way too fast. It > > sounds like double speed. > > I will investigate these items. I don't have any mpeg1 streams handy, > but luckily this week I'm moving to a place with broadband internet > access, so I'll be able to download all I want :-) > > By the way, have you tested mpeg1 playback using the Xv (or XShm) > driver and libmpeg2? Yes, works just fine. > > Sorry for filling your TODO list. > > Not exactly what I would want to find in my christmas stocking, but > there it is.. I'll try to be quiet know... Michael Roitzsch |