Jump to content

Transedit doesn't show PMT_PIDs


Derrick

Recommended Posts

On Intelsat 907, 27,5W (11495H, DVB-S2, QPSK,44100, 9/10) there is a BBC sat_backup for terrestrial transmission. Except for a couple of SI tables (PAT, NIT, SDT, EIT,TOT) all streams are scrambled (probably BISS). Also the PMTs are scrambled but the corresponding pids are in written in the PAT. Alas transedit won't show these pids.

 

 

00 -> table_id: program_association_section
B0A1 -> section length 161 -> Bytes
1000 -> transport_stream_id
C9 -> reserved (2 Bits): 03 -> version_number (5 Bits): 04 -> current_next_indicator (1 Bit): 01
00 -> section_number
00 -> last_section_number
0000 -> program number
0010 -> network_PID
0003 -> program number
0021 -> program_map_PID
0032 -> program number
0032 -> program_map_PID
1044 -> program number
0064 -> program_map_PID
107C -> program number
1004 -> program_map_PID
107D -> program number
13EC -> program_map_PID
107E -> program number
0C1C -> program_map_PID
10BF -> program number
00C8 -> program_map_PID
10C0 -> program number
012C -> program_map_PID
1100 -> program number
01F4 -> program_map_PID
1140 -> program number
0A8C -> program_map_PID
11C0 -> program number
0190 -> program_map_PID
1200 -> program number
02BC -> program_map_PID
1240 -> program number
0320 -> program_map_PID
1280 -> program number
0258 -> program_map_PID
1600 -> program number
0578 -> program_map_PID
1640 -> program number
05DC -> program_map_PID
1680 -> program number
0640 -> program_map_PID
16C0 -> program number
06A4 -> program_map_PID
1700 -> program number
0708 -> program_map_PID
1740 -> program number
076C -> program_map_PID
1780 -> program number
07D0 -> program_map_PID
183C -> program number
08FC -> program_map_PID
187C -> program number
0960 -> program_map_PID
18BD -> program number
09C4 -> program_map_PID
18FD -> program number
0A28 -> program_map_PID
193E -> program number
0834 -> program_map_PID
197E -> program number
0898 -> program_map_PID
1A40 -> program number
03E8 -> program_map_PID
1A80 -> program number
044C -> program_map_PID
1AC0 -> program number
04B0 -> program_map_PID
1B00 -> program number
0514 -> program_map_PID
1C00 -> program number
0384 -> program_map_PID
4440 -> program number
17D4 -> program_map_PID
44C8 -> program number
1838 -> program_map_PID
4500 -> program number
189C -> program_map_PID
4580 -> program number
1900 -> program_map_PID
45C0 -> program number
1964 -> program_map_PID

Link to comment

I can read everything in the hex viewer.

 

..if you insist. Here's the PMT of BBC ONE. But all you'll see is pusi=1 and tsc=2. The payload is fully encrypted.

 

The question was not to identify the elementary streams but the PMTs as such.

Link to comment

What I need is a sample with SI tables including scrambled PMTs as a test case for the internal PMT handling of the TransEdit Analyzer.

 

So try again... or forget it. Is it so hard to get that point? :rolleyes:

Link to comment

Parsing the PAT will do. You could add any ts_packet filled with random payload data as PMT carrying the corresponding PID from the PAT.

 

..but here's the original mix from this mux :D

Link to comment

The TransEdit Analyzer didn't consider a missing or unreadable PMT, or with other words, the PMT node was added after reading the PMT successfully. Easy to change, however. This looks better now:

Zwischenablage02.png

Link to comment
  • 1 year later...

I would like to return to the topic...

As I have been searching "strange" transporders in orbit for some time, I must admit that in that case DVBViewer did not meet my expectations. DVBViewer is not able to scan package.

In this "combo" transedit-DVBViewer transedit seems to be better part of application. It's not any problem to scan via transedit all package with right names of particular channels. But automatic updating channels list with BBC package from transedit to DVBViewer is the only "empty" operation for DVBViewer. Updating channels cannot be tuned in DVBViewer in any way. DVBViewer is not able to lock channels.

It's strange because any of other applications like: altdvb, dvbdream can easily scan and lock all package. I'm ignoring fact that channels are locked as "data" and all package is scrambled to prevent from unauthorized view.

Any useful information would be appreciated.

Regards, rys

Link to comment

you have to be more specific

Hi Derrick

here you are...

1. altdvb or dvbdream scans all package easily saving each channel as data - of course knowing particular pids for any channel (i.e. pcr / v-pid / a-pid) channel saved as "data" can be easily converted to "scrambled video".

2. during scanning via DVBViewer, signal of broadcasting is present (green bars of PMT etc.are illuminated) but "0" channels are found as a result of scanning

3. transedit scans all package saving names of particular channels, but after automatic transfer of channels (using transedit's update channels list button) to DVBViewer channel list, all transfered channels are "dead" for DVBViewer - DVBViewer is not able to lock signal on any of these transfered channels.

Hope it will help...

Link to comment

..no, doesn't help very much. When I export channels from transedit to DVBViewer they'll show up and and lock. Do you have an example? Maybe the scan was perfomed with a different device which will lock on carriers with wrong parameters in your transponder list. If a different device that needs correct parameters is assigned to DVBViewer, of course nothing will happen. The user is responsible for correct settings ;)

Link to comment

Ok, you are referring to the scrambled PMTs. But what can you possible gain with these empty channels? There is no known PID from any elementary stream and DVBViewer can't read the PMT.

 

At least transedit now shows the PMTs :D

 

/edit

 

maybe you've done exactly what I have written above ;)

 

Here it shows a lock. Take another device and don't use the recording service..

 

..works with RS as well

 

25.11.11 18:08:38.640 TUCCommandClient Set Tuner
Tunertype: 1, Frequency: 11495, Symbolrate: 44100, LNB: 9750, Selection: 0, Polarity: 1, DiseqC: 6, FEC: 9, AudioPID: 0, VideoPID: 0, PMT: 4100, SID: 4220, SatModulation: 141, DiseqCValue: 0, NID: 1, Flags: 24
25.11.11 18:08:39.250 TBDATurbosight.Opendevice bvTurbosight
25.11.11 18:08:39.250 TUCCommandClient Allocate Prof 7500 DVBS Tuner (6)
25.11.11 18:08:39.250 TUCCommandClient got Hardware
25.11.11 18:08:39.703 TBDACITBSModule CI Base SetTuner Entering
25.11.11 18:08:39.703 TBDACITBSModule CI Base SetTuner Leaving
25.11.11 18:08:39.703 TDVBHardware.SetTuner Set Plugins
25.11.11 18:08:39.703 TDVBHardware.SetTuner Set Plugins done
25.11.11 18:08:39.703 TUCCommandClient Set the tuner

Link to comment

Ok, you are referring to the scrambled PMTs. But what can you possible gain with these empty channels? There is no known PID from any elementary stream and DVBViewer can't read the PMT.

 

At least transedit now shows the PMTs :D

Derrick

if I understood you correctly...

if pids are known and manually written ( using channel editor) the signal of particular channel will be displayed on DVBViewer's signal status bar (i.e. will be illuminated on green) ?

PS

I used all possible combinations with pids showed by transedit for BBC One and no-one was successful.

Link to comment

no, apparently you don't understand correctly ;)

 

Do you see any pids in my screenshot except the pmt_pid which was read from the pat? Mabe your assigned device has bandwidth problems. Make sure that the DVBViewer uses the same device that was used by transedit for the analysis and the scan.

Link to comment

sorry for the confusion..

 

I guess the entire transponder except for the readable part of the SI is scrambled with a constant CW. Because each pid_stream is scrambled separately, the PIDs won't change. What you have is PAT, PMT and names from the SDT. The PID_mapping for the video and audio streams of the different services could be taken from the real DVB-T transmission (look-up from PMTs). But you still would need the CW ;)

Link to comment

sorry for the confusion..

 

I guess the entire transponder except for the readable part of the SI is scrambled with a constant CW. Because each pid_stream is scrambled separately, the PIDs won't change. What you have is PAT, PMT and names from the SDT. The PID_mapping for the video and audio streams of the different services could be taken from the real DVB-T transmission (look-up from PMTs). But you still would need the CW ;)

Regardimg PID mapping you are right, scrambling is probably done more tricky and cw itself is not sufficient.

rys

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...