Reply to thread

Message

<blockquote data-quote="Scythe42" data-source="post: 528834" data-attributes="member: 95833">The late frame dropping is causing the stutter. If the frames are late they need to be dropped or audio and video will go out of sync. So far so good. That's how it should be.BUT the question is why are the frames late. It looks like it's related to the TSReader exclusively.Can you reproduce the same with something else than TS files?All this seems to be related to an oddity I came across when dealing with interlaced material. On DVDs for example we have 25fps interlaced, so it should be 50Hz. 25Hz doesn't work and creates big stuttering even though there are only 25 progressive frames after deinterlacing. This&nbsp; puzzled me from the beginning as it should work in theory.The presenter get's the information that the file is progressive (because of deinterlacing happening) but the delta between each time stamps is still 20ms (50fps) instead of 40ms (25fps). This is like having 50 progressive frames which is obviously too fast for your machine over a network connection. Not a problem though as the presenter should only get 25 frames in the first place.From the EVR log I rarely see a sleeping time between the worker threads greater than 20ms. This indicated that frames having the 20ms timestamp delta as well - like on DVD whereas a new progressive frame should arrive every 40ms and not every 20ms.Because I stumbled across a similar problems with DVDs, I start working there. If I get them running at 25Hz without stuttering I have a solution. All in all it's probably related to the TSReader and was not identified earlier because frames where not properly dropped.I'll post and update when I find something. Additional logs from other setups are welcome...</blockquote>

[QUOTE="Scythe42, post: 528834, member: 95833"] The late frame dropping is causing the stutter. If the frames are late they need to be dropped or audio and video will go out of sync. So far so good. That's how it should be. BUT the question is why are the frames late. It looks like it's related to the TSReader exclusively. Can you reproduce the same with something else than TS files? All this seems to be related to an oddity I came across when dealing with interlaced material. On DVDs for example we have 25fps interlaced, so it should be 50Hz. 25Hz doesn't work and creates big stuttering even though there are only 25 progressive frames after deinterlacing. This puzzled me from the beginning as it should work in theory. The presenter get's the information that the file is progressive (because of deinterlacing happening) but the delta between each time stamps is still 20ms (50fps) instead of 40ms (25fps). This is like having 50 progressive frames which is obviously too fast for your machine over a network connection. Not a problem though as the presenter should only get 25 frames in the first place. From the EVR log I rarely see a sleeping time between the worker threads greater than 20ms. This indicated that frames having the 20ms timestamp delta as well - like on DVD whereas a new progressive frame should arrive every 40ms and not every 20ms. Because I stumbled across a similar problems with DVDs, I start working there. If I get them running at 25Hz without stuttering I have a solution. All in all it's probably related to the TSReader and was not identified earlier because frames where not properly dropped. I'll post and update when I find something. Additional logs from other setups are welcome... [/QUOTE]

Verification