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="el Filou" data-source="post: 1235637" data-attributes="member: 78516"><p>Hi [USER=82144]@mm1352000[/USER] I have new questions about raw TS recording: I've now bought TS Doctor v2.0 and I thought I'd do a check again to see if it finds anything different than v1.0 and I also did a check on the full transponder recording that I provided to you (which I hadn't thought of doing at the time), and I found this which I find weird:</p><p></p><p><span style="font-family: 'Courier New'">Selecting PMT with PID 403 (0193) at position 00003065</span> ====> Arte Belgique HD</p><p><span style="font-family: 'Courier New'">CRC OK!</span></p><p><span style="font-family: 'Courier New'">PID 005E is encrypted and will be removed</span></p><p><span style="font-family: 'Courier New'">Deleting PMT entry: PID 94 (005E) type 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)</span></p><p><span style="font-family: 'Courier New'">PID 005F is encrypted and will be removed</span></p><p><span style="font-family: 'Courier New'">Deleting PMT entry: PID 95 (005F) type 4 = ISO/IEC 13818-3 Audio</span></p><p></p><p>So if I understand correctly it says the two "non present" audio tracks are in fact present but scrambled? Is that possible, only some PIDs belonging to the same PMT that can't be decrypted? Do you think maybe my provider is 'blocking' those audio tracks by encrypting them differently than the other PIDs ? Or could this be a problem with my tuner card or CI card? My CI card says "decryption of two simultaneous channels", so I guess that means all the PIDs of two PMT entries?</p><p></p><p>Also, TS Doctor is finding "packet discontinuities" in the video stream created by TS Writer (the single channel one) that it doesn't find when checking the raw transponder TS. Is that normal?</p><p></p><p>I've attached the two check logs, if that helps. Thank you very much if you can clear this up for me, I'm very confused and I'm now wondering if the issue is on my provider's side, or my setup, or MP's.</p></blockquote><p></p>
[QUOTE="el Filou, post: 1235637, member: 78516"] Hi [USER=82144]@mm1352000[/USER] I have new questions about raw TS recording: I've now bought TS Doctor v2.0 and I thought I'd do a check again to see if it finds anything different than v1.0 and I also did a check on the full transponder recording that I provided to you (which I hadn't thought of doing at the time), and I found this which I find weird: [FONT=Courier New]Selecting PMT with PID 403 (0193) at position 00003065[/FONT] ====> Arte Belgique HD [FONT=Courier New]CRC OK! PID 005E is encrypted and will be removed Deleting PMT entry: PID 94 (005E) type 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3) PID 005F is encrypted and will be removed Deleting PMT entry: PID 95 (005F) type 4 = ISO/IEC 13818-3 Audio[/FONT] So if I understand correctly it says the two "non present" audio tracks are in fact present but scrambled? Is that possible, only some PIDs belonging to the same PMT that can't be decrypted? Do you think maybe my provider is 'blocking' those audio tracks by encrypting them differently than the other PIDs ? Or could this be a problem with my tuner card or CI card? My CI card says "decryption of two simultaneous channels", so I guess that means all the PIDs of two PMT entries? Also, TS Doctor is finding "packet discontinuities" in the video stream created by TS Writer (the single channel one) that it doesn't find when checking the raw transponder TS. Is that normal? I've attached the two check logs, if that helps. Thank you very much if you can clear this up for me, I'm very confused and I'm now wondering if the issue is on my provider's side, or my setup, or MP's. [/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