Reply to thread

Message

<blockquote data-quote="Owlsroost" data-source="post: 631882" data-attributes="member: 83973">On my system (which is Vista + nVidia 9500GT) random dropped frames seem to be caused most often by windows (or badly designed drivers etc) taking chunks of time away from the rendering/decoding pipeline - it only needs to take maybe 5-10ms away and dshowhelper might have to drop a frame because it's missed it's time slot. Performing vsync correction makes it more sensitive to this kind of problem (although my code does try and avoid dropping frames when it's just a short time glitch - which does help).With live TV, pausing it for a second after a channel change seems to help because it buffers more data in the timeshift buffer, which avoids stuttering due to data starvation. Also incoming stream corruption (reception errors) will cause frame drops/stutters.I've tried many, many combinations of thread priorities, using/not using MMCSS on different threads and on the DWM etc to try and maximise the performance - the current setup is the best I've found so far for my setup - it probably needs someone with a Win7 + ATi setup to have a go at 'tuning' it - the source code is all available - anyone want to have a go <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />Tony</blockquote>

[QUOTE="Owlsroost, post: 631882, member: 83973"] On my system (which is Vista + nVidia 9500GT) random dropped frames seem to be caused most often by windows (or badly designed drivers etc) taking chunks of time away from the rendering/decoding pipeline - it only needs to take maybe 5-10ms away and dshowhelper might have to drop a frame because it's missed it's time slot. Performing vsync correction makes it more sensitive to this kind of problem (although my code does try and avoid dropping frames when it's just a short time glitch - which does help). With live TV, pausing it for a second after a channel change seems to help because it buffers more data in the timeshift buffer, which avoids stuttering due to data starvation. Also incoming stream corruption (reception errors) will cause frame drops/stutters. I've tried many, many combinations of thread priorities, using/not using MMCSS on different threads and on the DWM etc to try and maximise the performance - the current setup is the best I've found so far for my setup - it probably needs someone with a Win7 + ATi setup to have a go at 'tuning' it - the source code is all available - anyone want to have a go :) Tony [/QUOTE]

Verification