Reply to thread

Message

<blockquote data-quote="tourettes" data-source="post: 767065" data-attributes="member: 10858">I was not able to find any audio &amp; video codec combination that would work with the TS sample provided (tested in GraphEdit) -&gt; not a MediaPortal related bug. Broadcaster has most likely done something odd with the stream (wouldn't be the first time when a broadcaster fails to provide a correct stream <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />).I tested with:LAV splitter, TsReaderffdshow audio decoder, MS audio decoder, MPAMS video decoder, LAV CUVIDThere is a slight difference how MS and LAV CUVID video decoders behave - MS has a bit more constant behavior with the dropped frames and LAV CUVID seems to handle the issue in a bit more random fashion.</blockquote>

[QUOTE="tourettes, post: 767065, member: 10858"] I was not able to find any audio & video codec combination that would work with the TS sample provided (tested in GraphEdit) -> not a MediaPortal related bug. Broadcaster has most likely done something odd with the stream (wouldn't be the first time when a broadcaster fails to provide a correct stream :)). I tested with: LAV splitter, TsReader ffdshow audio decoder, MS audio decoder, MPA MS video decoder, LAV CUVID There is a slight difference how MS and LAV CUVID video decoders behave - MS has a bit more constant behavior with the dropped frames and LAV CUVID seems to handle the issue in a bit more random fashion. [/QUOTE]

Verification