Reply to thread

Message

<blockquote data-quote="Owlsroost" data-source="post: 819574" data-attributes="member: 83973">Because the only way of getting a 3 sec buffer with live TV is to wait 3 sec after each channel change (before showing video &amp; audio) i.e. channel changes would take more than 3 secs - much too long....TsReader doesn't actually control A/V sync - basically it just takes the video and audio PTS timestamp data from the broadcast stream, converts it to the correct format and adds it to the samples sent to the video and audio decoders. It's the responsibility of the video and audio renderers to make sure that video and audio is 'presented' at the correct time relative to the filter graph 'presentation clock' (which is how A/V sync is controlled, by discarding late samples and holding early ones until the correct clock time).Post some logs when you manage to capture the problem with live TV <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: 819574, member: 83973"] Because the only way of getting a 3 sec buffer with live TV is to wait 3 sec after each channel change (before showing video & audio) i.e. channel changes would take more than 3 secs - much too long.... TsReader doesn't actually control A/V sync - basically it just takes the video and audio PTS timestamp data from the broadcast stream, converts it to the correct format and adds it to the samples sent to the video and audio decoders. It's the responsibility of the video and audio renderers to make sure that video and audio is 'presented' at the correct time relative to the filter graph 'presentation clock' (which is how A/V sync is controlled, by discarding late samples and holding early ones until the correct clock time). Post some logs when you manage to capture the problem with live TV :) Tony [/QUOTE]

Verification