IP Radio - Eutelsat 7B 7°E

[EnoSat]

12515 V
DVB-S/QPSK
SR-1302
FEC-3/4

application/sdp v=0
o=- 102 15 IN IP4 192.168.30.102
s=Dwojka
i=Master_MPEG4_256/48_St
a=X-PID:2020
m=audio 10020 RTP/AVP 14
c=IN IP4 230.0.0.20
a=bitrate:0
application/sdp v=0
o=- 101 19 IN IP4 192.168.30.101
s=Jedynka
i=Master_MPEG2_256/48_St
a=X-PID:2010
m=audio 10010 RTP/AVP 14
c=IN IP4 230.0.0.10
a=bitrate:0
application/sdp v=0
o=- 104 17 IN IP4 192.168.30.104
s=PR24
i=Master_123/32_JSt
a=X-PID:2040
m=audio 10040 RTP/AVP 14
c=IN IP4 230.0.0.40
a=bitrate:0
application/sdp v=0
o=- 103 35 IN IP4 192.168.30.103
s=Trojka
i=Master_MPEG4_128/32_St
a=X-PID:2030
m=audio 10030 RTP/AVP 14
c=IN IP4 230.0.0.30
a=bitrate:0
application/sdp v=0
o=- 106 35 IN IP4 192.168.30.106
s=JedynkaAM
i=Master_MPEG4_128/32_St
a=X-PID:2060
m=audio 10060 RTP/AVP 14
c=IN IP4 230.0.0.60
a=bitrate:0
application/sdp v=0
o=- 105 9 IN IP4 192.168.30.105
s=Polonia
i=Master_MPEG_Dual
a=X-PID:2050
m=audio 10050 RTP/AVP 14
c=IN IP4 230.0.0.50
a=bitrate:0

 

[Adam792]

Polskie Radio. These are the feeds for the FM transmitters in Poland.

In Wireshark it's possible to see the dynamic RDS data for Jedynka, Dwojka, Trojka and PR24 in the RTP packet headers.

JedynkaAM must be the feed for the 225kHz LW transmitter.

 

[humaxboy1]

How want to listen on E2 receiver put this data in settings

Lamedb
/
00460000:0001:0007
    s 12515000:1303000:1:3:70:2:0
/
07da:00460000:0001:0007:1:0
Polskie Radio DAB+ PID 2010
p:Polskie Radio,c:0207da,c:0307da,c:1507da,f:05
07e4:00460000:0001:0007:1:0
Polskie Radio DAB+ PID 2020
p:Polskie Radio,c:0207e4,c:0307e4,c:1507e4,f:05
07ee:00460000:0001:0007:1:0
Polskie Radio DAB+ PID 2030
p:Polskie Radio,c:0207ee,c:0307ee,c:1507ee,f:05
07f8:00460000:0001:0007:1:0
Polskie Radio DAB+ PID 2040
p:Polskie Radio,c:0207f8,c:0307f8,c:1507f8,f:05
080c:00460000:0001:0007:1:0
Polskie Radio DAB+ PID 2060
p:Polskie Radio,c:02080c,c:03080c,c:15080C,f:05

userbouquet
#SERVICE 1:64:2D:0:0:0:0:0:0:0::- Polski radio DAB - (MPE) -
#DESCRIPTION - Polski radio DAB - (MPE) -
#SERVICE 4097:0:2:0:0:0:0:0:0:0:http%3a//localhost%3a5237/mpe2aac/1%3a0%3a1%3a7DA%3a1%3a7%3a460000%3a0%3a0%3a0%3a/2010/230.0.0.10/10010:Polskie Radio Jedynka
#DESCRIPTION Polskie Radio Jedynka
#SERVICE 4097:0:2:0:0:0:0:0:0:0:http%3a//localhost%3a5237/mpe2aac/1%3a0%3a1%3a7E4%3a1%3a7%3a460000%3a0%3a0%3a0%3a/2020/230.0.0.20/10020:Polskie Radio Dwojka
#DESCRIPTION Polskie Radio Dwojka
#SERVICE 4097:0:2:0:0:0:0:0:0:0:http%3a//localhost%3a5237/mpe2aac/1%3a0%3a1%3a7EE%3a1%3a7%3a460000%3a0%3a0%3a0%3a/2030/230.0.0.30/10030:Polskie Radio Trojka
#DESCRIPTION Polskie Radio Trojka
#SERVICE 4097:0:2:0:0:0:0:0:0:0:http%3a//localhost%3a5237/mpe2aac/1%3a0%3a1%3a7F8%3a1%3a7%3a460000%3a0%3a0%3a0%3a/2040/230.0.0.40/10040:Polskie Radio 24
#DESCRIPTION Polskie Radio 24
#SERVICE 4097:0:2:0:0:0:0:0:0:0:http%3a//localhost%3a5237/mpe2aac/1%3a0%3a1%3a802%3a1%3a7%3a460000%3a0%3a0%3a0%3a/2050/230.0.0.50/10050:Radio Polonia
#DESCRIPTION Radio Polonia
#SERVICE 4097:0:2:0:0:0:0:0:0:0:http%3a//localhost%3a5237/mpe2aac/1%3a0%3a1%3a80C%3a1%3a7%3a460000%3a0%3a0%3a0%3a/2060/230.0.0.60/10060:Polskie JedynkaAM
#DESCRIPTION Polskie JedynkaAM

 

[EnoSat]

what is broadcast on TXT pid?
isn't it more appropriate to place the radio in R than in TV?
the PCR pid has a different value than you indicate

 

[satesco]

7.0E_12567 V,11017,2/3-Dab German Mux, not new.
Successful with tune-s2 and dvbstream apps with tbs6902se card on Ubuntu 20.04 on Linux.

 

[Adam792]

Not technically IP in this case, but another encapsulated stream. On 10722V PID 178 (linked to the BBC English (Europe) service), hidden inside a PSI table (table ID 147, section ID 5000). If you decapsulate the data using tsduck/tstables it seems to be stereo 128k AAC audio, carrying BBC Arabic. That service doesn't seem to exist any more so it may be a temporary feed for transmissions to the Middle East. I heard an ID on the hour mentioning "BBC Arabic".





I noticed from having a look at the contained data, because the bytes FF F9 repeat. This is one of the frame headers for AAC audio.

 

[satesco]

I tried to find the stream on PID 178 you are talking about. I was able to capture a short fragment of the stream and view it with TSReader.
I haven't tested under Linux yet.

 

[sat-dxer]

I tried to find the stream on PID 178 you are talking about. I was able to capture a short fragment of the stream and view it with TSReader.
I haven't tested under Linux yet.

Hi, how could you stream the audio from PID on TSReader?



Thanks for your help.

 

[satesco]

Hi, how could you stream the audio from PID on TSReader?

View attachment 157528

Thanks for your help.

I hope that the illustrations below are self-explanatory and, therefore, help you record PID 178.
Assuming you have a dvb card, you search for the signal with Crazyscan->TSReader-> PMT Pid List-> Pid 178->open Record and choose -Outfolder->OK.
Open the file with the PotPlayer player. It seems that you will hear only scrappers. That's all.

I also tried it on Linux, but I got the same result.

 

[sat-dxer]

I hope that the illustrations below are self-explanatory and, therefore, help you record PID 178.
Assuming you have a dvb card, you search for the signal with Crazyscan->TSReader-> PMT Pid List-> Pid 178->open Record and choose -Outfolder->OK.
Open the file with the PotPlayer player. It seems that you will hear only scrappers. That's all.

I also tried it on Linux, but I got the same result.

hello Satesco,
thanks for your pictures and your explanation, really clear.
I use ebspro but I should be able, via TSReader, to register the single PID, I have to try.
Tomorrow I will try to attempt to do so.
May I ask you, if possible, how you got the intuition to try to ‘listen’ to that PID? Maybe there are hidden treasures in other transponders too?
Thanks again, I look forward to trying!

 

[satesco]

I did not find this pid. It is to the credit of @Adam792(#6), who seems to have a specialized "eye" to find such radio-carrying pid, and that most of us do not know and do not even realize.
Besides, he is the one who found many "hidden treasures" on many transponders and in all kinds of tables with numbers and letters, such as those in hex.
Yes, you are right; there are many carriers of such "treasures," and the most important so far and most capitalized are DAB+ from several positions. Not to mention IPTV/Radio-over-sat on Hispasat or Intelsat 901.
To discover them, some enthusiasts have specialized in such searches and know how to see the "nugget" behind the numbers and letters.
Of course, to exploit them, you need curiosity, experience, perseverance, and exploration tools/apps like the ones I use, and for some of these pids, you need specialized tools.
With the EBSpro, you do the same as with the Crazyscan, but it's not enough; you need something extra, a tool or software capable of separating the sound from the accompanying noise.
But that's another discussion...

 

[Adam792]

I haven't managed to listen to the service live, but it's possible to demux the content to a file using the TSDuck suite of tools.

TSDuck – The MPEG Transport Stream Toolkit

tsduck.io

https://tsduck.io/download/docs/tsduck.pdf

The 'tables' plugin allows you to extract the content of tables on given PIDs, so if you extract the tables from PID 178 in raw binary format you get raw AAC audio in a playable format that can be saved to a file and loaded in VLC etc. You have to allow for repetitions of the data - otherwise you only get one chunk of around 1s of audio - the tool assumes the next 'table' transmission is a copy of the first by default - in this case each contains consecutive AAC audio data.

tsp -v -I dvb -a 0 --delivery-system DVB-S --frequency 10722000000 --symbol-rate 27500000 --polarity V -P tables -a -p 178 -b audio.aac -O drop

It seems to actually contain a series of different messages, presumably to be downloaded and played out at various transmitter sites they have. I've just heard one in English apologising for recent FM transmitter outages in Pristina. It sounds slightly too fast and distorted, so I think that there's probably some extra decoding info present that this method of decapsulating them doesn't take into account.

 

[Adam792]

It seems to be a collection of various messages apologising for interruptions to programming.

 

[satesco]

Thanks, @Adam792. Following in your footsteps, I'm listening to this pid I hadn't thought of could be heard in clear.
What you discovered and capitalized on was not in vain.

 

[sat-dxer]

I haven't managed to listen to the service live, but it's possible to demux the content to a file using the TSDuck suite of tools.

TSDuck – The MPEG Transport Stream Toolkit

tsduck.io

https://tsduck.io/download/docs/tsduck.pdf

The 'tables' plugin allows you to extract the content of tables on given PIDs, so if you extract the tables from PID 178 in raw binary format you get raw AAC audio in a playable format that can be saved to a file and loaded in VLC etc. You have to allow for repetitions of the data - otherwise you only get one chunk of around 1s of audio - the tool assumes the next 'table' transmission is a copy of the first by default - in this case each contains consecutive AAC audio data.

tsp -v -I dvb -a 0 --delivery-system DVB-S --frequency 10722000000 --symbol-rate 27500000 --polarity V -P tables -a -p 178 -b audio.aac -O drop

It seems to actually contain a series of different messages, presumably to be downloaded and played out at various transmitter sites they have. I've just heard one in English apologising for recent FM transmitter outages in Pristina. It sounds slightly too fast and distorted, so I think that there's probably some extra decoding info present that this method of decapsulating them doesn't take into account.

Thank you for this very interesting information, I must study!

 

[EnoSat]

Not technically IP in this case, but another encapsulated stream. On 10722V PID 178 (linked to the BBC English (Europe) service), hidden inside a PSI table (table ID 147, section ID 5000). If you decapsulate the data using tsduck/tstables it seems to be stereo 128k AAC audio, carrying BBC Arabic. That service doesn't seem to exist any more so it may be a temporary feed for transmissions to the Middle East. I heard an ID on the hour mentioning "BBC Arabic".
I noticed from having a look at the contained data, because the bytes FF F9 repeat. This is one of the frame headers for AAC audio.

Another option to handle PID 178

root@osmio4kplus:~# dvbsnoop -s pes 178 -b > 178.mpeg

It is interesting that MediaInfo evaluates it as MPEG audio


Even MediaInfo displays the 15-minute recording as AAC

 

[Adam792]

A new mystery to figure out, it seems like Yle send some backup audio feeds for their FM transmitters in Finland over satellite -

IP audio via satellite - Digigram

Yleisradio OY, the national Finnish Broadcasting Company, is the national public radio network that provides programs throughout the country. In order to

www.digigram.com

From the information in the article, it seems like the transmission is standard MPEG-TS (so not GSE), and IP encapsulated, so extremely likely to be MPE (as with the Polish stations on 7°E). The article also mentions a bitrate for the IP over satellite service of "less than 2Mbps".

What is still a mystery is which satellite is being used, I'm making an assumption based on the fact that they're using a "EUTELSAT/SKYLOGIC satellite teleport in Italy" that it could be a Eutelsat position like 7°E.

 

[Miika]

I haven't heard anything about it, maybe it is in YLEs future plans. And not very long time ago there were serious transmission outage due to equipment failure in fiber-relay network and they repaired it, no backup solutions to restore transmissions quickly.