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="Owlsroost" data-source="post: 1228439" data-attributes="member: 83973"><p>The problem is that the audio stream selection logic and user preferences are handled in the MP TV player code. TsReader just creates the list of theoretically available audio streams (from the PAT/PMT) then requests MP player to choose one. TsReader never knows what is the preferred language etc. - it just gets told by the player which audio stream to select for parsing. Also different audio streams may need the player to re-build the filter graph with a different audio decoder filter, which is another reason why MP player has to be involved.</p><p></p><p>So I think what could be done is:</p><p></p><p>1. TsReader creates the initial audio stream list.</p><p>2. It asks MP player to choose one audio stream.</p><p>3. TsReader attempts to parse that audio.</p><p>4. If parsing is successful (it's seen enough packets in a short time e.g. 1 second) then stop searching - the stream is playable.</p><p>5. If there are no audio packets (for the selected stream) received, then it removes that audio stream from the list and asks MP player to choose another audio stream.</p><p>Repeat 3-4-5 until it's tried all the streams, and either found a playable stream or MP player has timed out waiting for playback to start.</p><p></p><p>TsReader could keep a 'packet received rate' table, so that it knows (after a while) which audio streams are actually (currently) being received. This might make the stream list management more intelligent/faster i.e. all streams not received are hidden in the list given to MP player. If a stream starts to arrive later then it triggers a request to MP player to choose an audio stream etc.</p></blockquote><p></p>
[QUOTE="Owlsroost, post: 1228439, member: 83973"] The problem is that the audio stream selection logic and user preferences are handled in the MP TV player code. TsReader just creates the list of theoretically available audio streams (from the PAT/PMT) then requests MP player to choose one. TsReader never knows what is the preferred language etc. - it just gets told by the player which audio stream to select for parsing. Also different audio streams may need the player to re-build the filter graph with a different audio decoder filter, which is another reason why MP player has to be involved. So I think what could be done is: 1. TsReader creates the initial audio stream list. 2. It asks MP player to choose one audio stream. 3. TsReader attempts to parse that audio. 4. If parsing is successful (it's seen enough packets in a short time e.g. 1 second) then stop searching - the stream is playable. 5. If there are no audio packets (for the selected stream) received, then it removes that audio stream from the list and asks MP player to choose another audio stream. Repeat 3-4-5 until it's tried all the streams, and either found a playable stream or MP player has timed out waiting for playback to start. TsReader could keep a 'packet received rate' table, so that it knows (after a while) which audio streams are actually (currently) being received. This might make the stream list management more intelligent/faster i.e. all streams not received are hidden in the list given to MP player. If a stream starts to arrive later then it triggers a request to MP player to choose an audio stream etc. [/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