home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Quality Assurance
Bugreports
Archive
TSReader gets stuck when audio streams are advertised in PMT but not found in stream
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="mm1352000" data-source="post: 1223368" data-attributes="member: 82144"><p>Hello</p><p></p><p>First, thank you for a fantastic bug report <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite24" alt="(y)" title="Thumbs Up (y)" loading="lazy" data-shortname="(y)" /></p><p></p><p>I'll get straight to the point...</p><p></p><p></p><p>You can't choose 'qad' (or 'qaa') as a preferred language code in MP Config. However that won't prevent MP from receiving/decoding such an audio stream, or from starting playback when the only audio stream that's present is a 'qad' one.</p><p></p><p></p><p>Actually, it fully supports this.</p><p></p><p>The issue seems to be that all audio streams are listed in the PMT (which is like a "contents" for the stream) even when some of them are not actually available.</p><p></p><p>From the Equaliser_logs_before_movie.zip...</p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - OnNewChannel: New channel found (PAT/PMT/SDT changed)</p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - pcr pid: 0x 30 </p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - pmt pid: 0x 20 </p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - Video pid: 0x 30 type: H264 (0x1b) DescriptorData: 0x 0</p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - Audio pid: 0x 40 type: AC3 (0x81) language: fre</p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - Audio pid: 0x 41 type: AC3 (0x81) language: eng</p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - Audio pid: 0x 42 type: AC3 (0x81) language: qad</p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - Subtitle pid: 0x 50 type: DVB subtitle 2 (0x 6) language: fre</p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - Subtitle pid: 0x 51 type: DVB subtitle 2 (0x 6) language: fre</p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - OnNewChannel: OnRequestAudioChange()</p><p>[2017-05-28 21:57:13,144] [137262f0] [1ab0] - demux:Wait for Audio stream selection :1</p><p>[2017-05-28 21:57:13,154] [137262f0] [1ab0] - SetAudioStream : 0</p><p>[2017-05-28 21:57:13,154] [137262f0] [1ab0] - Old Audio -1, New Audio 129</p><p>[2017-05-28 21:57:13,154] [137262f0] [1ab0] - demux:Wait for Audio stream selection :0</p><p>[2017-05-28 21:57:13,155] [137262f0] [1ab0] - OnNewChannel: New Audio stream type = 0x81</p><p></p><p>In other words:</p><p>1. MP's TsReader component finds the contents of the stream is 1 video stream, 3 audio streams and 2 subtitles streams.</p><p>2. Your configuration causes MP to choose the French audio stream.</p><p></p><p>Now TsReader waits to receive data from the French audio stream (for buffering/decoding etc. etc. etc.). The log file shows that the data never arrives:</p><p>[</p><p>[2017-05-28 21:57:13,482] [137262f0] [1ab0] - demux:endoffile</p><p>...</p><p>[2017-05-28 21:57:15,132] [137262f0] [1ab0] - demux:endoffile</p><p>[2017-05-28 21:57:15,142] [137262f0] [1ab0] - demux<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused :confused:" loading="lazy" data-shortname=":confused:" />tart() Failed due to timeout : BytesProcessed:52428800, DTS/PTS count = 2129/2839, BVI=1, BAI=0</p><p></p><p>TsReader reads to the end of the file and doesn't find any data from the French audio stream.</p><p></p><p>Streams that don't have audio are not supported.</p><p>The above <em>looks like</em> a scenario where no audio is available, and so playback fails.</p><p></p><p>Playback succeeds when you try to view the stream during the movie because the advertised audio streams are actually available.</p><p></p><p></p><p>In summary: it looks like the problem is that the stream provider is advertising the presence of streams that aren't actually available. That's naughty. It's no surprise that TsReader and other software have problems with this.</p></blockquote><p></p>
[QUOTE="mm1352000, post: 1223368, member: 82144"] Hello First, thank you for a fantastic bug report (y) I'll get straight to the point... You can't choose 'qad' (or 'qaa') as a preferred language code in MP Config. However that won't prevent MP from receiving/decoding such an audio stream, or from starting playback when the only audio stream that's present is a 'qad' one. Actually, it fully supports this. The issue seems to be that all audio streams are listed in the PMT (which is like a "contents" for the stream) even when some of them are not actually available. From the Equaliser_logs_before_movie.zip... [2017-05-28 21:57:13,144] [137262f0] [1ab0] - OnNewChannel: New channel found (PAT/PMT/SDT changed) [2017-05-28 21:57:13,144] [137262f0] [1ab0] - pcr pid: 0x 30 [2017-05-28 21:57:13,144] [137262f0] [1ab0] - pmt pid: 0x 20 [2017-05-28 21:57:13,144] [137262f0] [1ab0] - Video pid: 0x 30 type: H264 (0x1b) DescriptorData: 0x 0 [2017-05-28 21:57:13,144] [137262f0] [1ab0] - Audio pid: 0x 40 type: AC3 (0x81) language: fre [2017-05-28 21:57:13,144] [137262f0] [1ab0] - Audio pid: 0x 41 type: AC3 (0x81) language: eng [2017-05-28 21:57:13,144] [137262f0] [1ab0] - Audio pid: 0x 42 type: AC3 (0x81) language: qad [2017-05-28 21:57:13,144] [137262f0] [1ab0] - Subtitle pid: 0x 50 type: DVB subtitle 2 (0x 6) language: fre [2017-05-28 21:57:13,144] [137262f0] [1ab0] - Subtitle pid: 0x 51 type: DVB subtitle 2 (0x 6) language: fre [2017-05-28 21:57:13,144] [137262f0] [1ab0] - OnNewChannel: OnRequestAudioChange() [2017-05-28 21:57:13,144] [137262f0] [1ab0] - demux:Wait for Audio stream selection :1 [2017-05-28 21:57:13,154] [137262f0] [1ab0] - SetAudioStream : 0 [2017-05-28 21:57:13,154] [137262f0] [1ab0] - Old Audio -1, New Audio 129 [2017-05-28 21:57:13,154] [137262f0] [1ab0] - demux:Wait for Audio stream selection :0 [2017-05-28 21:57:13,155] [137262f0] [1ab0] - OnNewChannel: New Audio stream type = 0x81 In other words: 1. MP's TsReader component finds the contents of the stream is 1 video stream, 3 audio streams and 2 subtitles streams. 2. Your configuration causes MP to choose the French audio stream. Now TsReader waits to receive data from the French audio stream (for buffering/decoding etc. etc. etc.). The log file shows that the data never arrives: [ [2017-05-28 21:57:13,482] [137262f0] [1ab0] - demux:endoffile ... [2017-05-28 21:57:15,132] [137262f0] [1ab0] - demux:endoffile [2017-05-28 21:57:15,142] [137262f0] [1ab0] - demux:confused:tart() Failed due to timeout : BytesProcessed:52428800, DTS/PTS count = 2129/2839, BVI=1, BAI=0 TsReader reads to the end of the file and doesn't find any data from the French audio stream. Streams that don't have audio are not supported. The above [I]looks like[/I] a scenario where no audio is available, and so playback fails. Playback succeeds when you try to view the stream during the movie because the advertised audio streams are actually available. In summary: it looks like the problem is that the stream provider is advertising the presence of streams that aren't actually available. That's naughty. It's no surprise that TsReader and other software have problems with this. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Quality Assurance
Bugreports
Archive
TSReader gets stuck when audio streams are advertised in PMT but not found in stream
Contact us
RSS
Top
Bottom