C band feeds

[Anonymous_1]

... something a bit different on 0.8°West, 3764 LHC, 27500, 8PSK, 3/5.
Quad feed screen

View attachment 101461

@0.8°W ? I can t check it now by lyself but it looks 27.5°W 3764...

 

[John]

@0.8°W ? I can t check it now by lyself but it looks 27.5°W 3764...

You could be well right .... analyser display shows 0.8W on NIT but have just been outside to check antenna position and it certainly is not at 0.8°West. Will amend post asap.

 

[Anonymous_1]

OK, checked and confirmed, this is 27.5°W in RHCP

1°W:



27.5°W



PS: both satellites are not recognized with SSA (or I missed a setting)

27.5°W:

 

[John]

OK, checked and confirmed, this is 27.5°W in RHCP

1°W:
View attachment 101465


27.5°W
View attachment 101466


PS: both satellites are not recognized with SSA (or I missed a setting)

27.5°W:
View attachment 101467

... yep, seems like SR changed to 27500 & FEC to 3/5.
Re: SSA, also had negative identification of Cband sats that i tried below 40.5°West including this one at 27°W. 40.5°W was virtually instantly flagged up. Will look into it a bit closer.

 

[John]

... IntelSat 903 @ 34.5° West
Just having a bit of a mare getting my Spark2 web player to run at the moment to check out possible 4.2.2 content on 3907 R.
Anybody available to oblige & check

 

[scopus]

... IntelSat 903 @ 34.5° West
Just having a bit of a mare getting my Spark2 web player to run at the moment to check out possible 4.2.2 content on 3907 R.
Anybody available to oblige & check

View attachment 101491 View attachment 101492

Will check when I get in. According th Flysat that is a data channel

 

[John]

Will check when I get in. According th Flysat that is a data channel

Exactly m'duck, this is whats interesting about it.
Report back when you have had a look. ;)

 

[blademedia]

Could be something like this John, find them all the time in KU, you can decode certain ones, read on @Feedsat_DXer explains,
MIS Transponders ETC

MIS Transponders ETC

 

[John]

Could be something like this John, find them all the time in KU, you can decode certain ones, read on @Feedsat_DXer explains,
MIS Transponders ETC

MIS Transponders ETC

... Ahh, forgot about those little devil's ;)

 

[scopus]

Exactly m'duck, this is whats interesting about it.
Report back when you have had a look. ;)

The Amiko Mini SE picks it up but won't download anything at my end....

 

[blademedia]

... Ahh, forgot about those little devil's ;)

Yes devils they are would like to know how to decode dvb-h @glamourservices any ideas how to decode these.

 

[MCelliotG]

I had some experience with these before, but I can't remember the tutorial, if I find it I'll repost it!

 

[blademedia]

I had some experience with these before, but I can't remember the tutorial, if I find it I'll repost it!

Thanks that would be great

 

[MCelliotG]

We are seriously going off-topic here, but it was discussed on SDG forum, feel free to move it accordingly if it's a problem.
And note I'm not sure if you are referring to the same thing (DVB-H) but that's the closest.
This is the tutorial, thanks to Athoik
Source:How to use DVB Multiprotocol Encapsulation


In order to use DVB-MPE we need to use dvbnet utility (opkg install dvbnet) and udpxy (opkg install udpxy).

We are going to use 10775 H 27500 2/3 @ 13E for testing.

First we need to tune and Satfinder can do that.

Next we need to use dvbnet in order to create an DVB network interface. We are going to use PID 2001.

root@osminiplus:~# dvbnet -p 2001

DVB Network Interface Manager
Copyright (C) 2003, TV Files S.p.A

Status: device dvb0_0 for pid 2001 created successfully.

root@osminiplus:~# dvbnet -l

DVB Network Interface Manager
Copyright (C) 2003, TV Files S.p.A

Query DVB network interfaces:
-----------------------------
Found device 0: interface dvb0_0, listening on PID 2001, encapsulation MPE
-----------------------------
Found 1 interface(s).
Our new DVB network interface created, now let's configure it. We need to add a MAC address and IP in order to bring interface up.

root@osminiplus:~# ifconfig dvb0_0
dvb0_0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          BROADCAST NOARP MULTICAST  MTU:4096  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Base address:0x7d1

root@osminiplus:~# ifconfig dvb0_0 hw eth 22:33:44:55:66:77
root@osminiplus:~# ifconfig dvb0_0 10.20.30.40
root@osminiplus:~# ifconfig dvb0_0 up

root@osminiplus:~# ifconfig dvb0_0
dvb0_0    Link encap:Ethernet  HWaddr 22:33:44:55:66:77
          inet addr:10.20.30.40  Bcast:10.255.255.255  Mask:255.0.0.0
          UP BROADCAST RUNNING NOARP MULTICAST  MTU:4096  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Base address:0x7d1

Now let's see if we can get any data, tdpdump to the rescue (opkg install tcpdump).

root@osminiplus:~# tcpdump -i dvb0_0 -vn | head
tcpdump: listening on dvb0_0, link-type EN10MB (Ethernet), capture size 262144 bytes
22:40:02.896242 IP (tos 0x98, ttl 128, id 33273, offset 0, flags [none], proto UDP (17), length 1496)
    192.168.135.190.6000 > 224.20.20.1.6000: UDP, length 1468
22:40:02.900563 IP (tos 0x98, ttl 128, id 19354, offset 0, flags [none], proto UDP (17), length 1496)
    192.168.135.190.6000 > 224.20.20.2.6000: UDP, length 1468
22:40:02.900742 IP (tos 0x98, ttl 128, id 62192, offset 0, flags [none], proto UDP (17), length 1496)
    192.168.135.190.6000 > 224.20.20.4.6000: UDP, length 1468
22:40:02.900797 IP (tos 0x98, ttl 128, id 3000, offset 0, flags [none], proto UDP (17), length 40)
    192.168.135.190.6000 > 224.20.20.3.6000: UDP, length 12
22:40:02.905635 IP (tos 0x98, ttl 128, id 20161, offset 0, flags [none], proto UDP (17), length 1496)
    192.168.135.190.6001 > 224.20.20.1.6001: UDP, length 1468
51 packets captured
226 packets received by filter
0 packets dropped by kernel

Our network interface receives multicast packets. Now we need to change those into unicast, updxy to the rescue.

We are running manually the udpxy on default port using multicast interface the dvb0_0.

root@osminiplus:~# udpxy -vT -m dvb0_0 -p 4022
2016-09-13 22:42:49.723234 CEST S(660)  Server is starting up, max clients = [3]

.....
So what is next? Use vlc to watch a channel.

I opened the following URL in VLC http://osminiplus:4022/udp/224.20.20.1:6000 but here comes the partial success...

Stream is unwatchable, pixelated like having low signal.


Anyway it was fun getting to that point. Hope to find it usefull

References

http://enosat.euweb.cz/dvbip.htm

https://en.wikipedia.org/wiki/Multiprotocol_Encapsulation

https://linuxtv.org/downloads/v4l-dvb-apis/net.html
https://linuxtv.org/wiki/index.php/InternetDVB

http://old.slax.org/forum.php?action=view&parentID=12189
https://ubuntuforums.org/showthread.php?t=1413438

 

[scopus]

Doesn't seem to be a UHD channel either....

 

[John]

Doesn't seem to be a UHD channel either....

... bit of a strange one then, here's a bit of data from that frequency

 

[Anonymous_1]

Yes, GS Streams in Continuous mode are a long story, The Dektec card is capable to record the full BB frames but until now, no one has been able to "de-encapsulate" the TS stream out of the GSE frame.
but never say never (Christmas is coming soon ;) )
In your screenshots, the signal is not in 4:2:2 or UHD, it's simply a Video, unfortunately, the first bytes of each GSE frame are waste (according to a satellite friend)
@John: For GS Streams, you can try to find most of the MODCODE with crazyscan (detect option) then you can select which one you wanna record with TBS recoder and play it again to see if there are Video embedded.
There other solutions of-course, you can try it live with VLC .



OK, it's time to stop this off topic

 

[John]

Yes, GS Streams in Continuous mode are a long story, The Dektec card is capable to record the full BB frames but until now, no one has been able to "de-encapsulate" the TS stream out of the GSE frame.
but never say never (Christmas is coming soon ;) )
In your screenshots, the signal is not in 4:2:2 or UHD, it's simply a Video, unfortunately, the first bytes of each GSE frame are waste (according to a satellite friend)
@John: For GS Streams, you can try to find most of the MODCODE with crazyscan (detect option) then you can select which one you wanna record with TBS recoder and play it again to see if there are Video embedded.
There other solutions of-course, you can try it live with VLC .

View attachment 101516 View attachment 101517 View attachment 101518 View attachment 101519

OK, it's time to stop this off topic

.... Thanks for the info Feedsat, Merry Xmas

 

[Anonymous_1]

weak to me this one (1.80)

55.5°W 4122 H 2222 3/4 live report

 

[Anonymous_1]

8°W 3821 L 1100 4/5