Quote:
Originally posted by quantum
I think before getting overly focused on this issue it would be nice have some confirmation it really is a cause of stuttering. I think I'll try to replace mpeg2dec3dg.dll with an older version and see what happens.
|
I agree -- but after several days of testing and debugging, I need some hard evidence that it is DVD Rebuilder also... because I simply cannot repeat this, and when lab-one cleaned his environment it went away. I want this fixed too. But if I could also spend the next 2 months trying to find it -- only to see it isn't there. I'd like a little assurance that I'm not spinning my wheels.
I will say that I found and fixed what I believe to be an error in 0.38 that may have an effect. But I think its minor.
If the stuttering is my code, my best guess is that it may be related the audio "drift" someone mentioned a while back. Somewhere in the standards or write-ups I read that standalone players are supposed to use the video clock as the baseline and audio as secondary -- and when there is a mismatch the video takes priority. But when playing back on PCs it is reversed (I'm guessing because they sometimes can't keep up with the video rate). That's the reason you see video skipping so often in cheap PC player codecs.
I'm conjecturing that some of the more sensitive players might be using PC based algorithms and may respond to audio/video inconsistencies by giving priority to the audio -- and causing video stutters. The start of a new cell may be the place to "sync"
But... I haven't been able to find any inconsistencies. I've even run entire side-by-side runs between my output VOBs and the originals and the PTSs match bit for bit (as they should when you have the same number of frames and rffs).