Reply to thread

Message

<blockquote data-quote="Owlsroost" data-source="post: 877984" data-attributes="member: 83973">Seek operations will cause a downstream flush, which should clean out all the old data from the decoder/mixer/renderer (effectively resetting the pipeline), so I wouldn't rule out the video decoder misbehaving (especially as the PDVD decoder seems less 'stupid' than many others <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink&nbsp; &nbsp; ;)" loading="lazy" data-shortname=";)" />).&nbsp;Also once a new video sample has been created and sent to the decoder by TsReader.ax the original data is discarded - TsReader couldn't loop back several seconds (which is what seems to be happening) even if it wanted to - the data isn't available any more....&nbsp;Knowing if the audio also loops back should tell us quite a lot.&nbsp;It might be interesting to try using UNC paths instead of RTSP and see if the issue still happens.&nbsp;Tony</blockquote>

[QUOTE="Owlsroost, post: 877984, member: 83973"] Seek operations will cause a downstream flush, which should clean out all the old data from the decoder/mixer/renderer (effectively resetting the pipeline), so I wouldn't rule out the video decoder misbehaving (especially as the PDVD decoder seems less 'stupid' than many others ;)). Also once a new video sample has been created and sent to the decoder by TsReader.ax the original data is discarded - TsReader couldn't loop back several seconds (which is what seems to be happening) even if it wanted to - the data isn't available any more.... Knowing if the audio also loops back should tell us quite a lot. It might be interesting to try using UNC paths instead of RTSP and see if the issue still happens. Tony [/QUOTE]

Verification