Blindscan on linux with tbs cards

[satesco]

This works for me on that mux

neumo-dmx -a 8 | tsresync | tsp -P nip -p 300 --log-fdt --save-dvb-gw /tmp/xxx -O drop

Also: From our screen shot, you still seem to run some half installed version. So expect some other problems....

...

If it's about "make install", I've done that too. If it's something else, please tell me what's missing.

I tried your command, pid 300(where did you find this?). But it doesn't give the same result you got.
Instead, pid 2060 doesn't bring me all the files, but at least it created the "inverto.tv" folder with two xml files.

I don't know what your download speed was, but I notice that, regardless of the card used, starting with 6909x, file downloads are slow, with occasional short pauses.

 

[deeptho]

You have switched to another mux.

 

[satesco]

You have switched to another mux.

I thought you were testing mux 11353 V.

Indeed, on mux 12379 V, the DVB-NIP stream works well with pid 300.

It works just as well as the VMA app on Windows 11.

 

[deeptho]

I need some more examples of muxes that contain this type of data (ip streams, or data caroussels) and that produce some
useful data. Especially GSE streams.
I would need: the mux, the satellitie, and some example of what type of data can be expected.

Currenly I am testing 11141H on 19.2E but without much success. Under windows it also does not work, but the stream seems corrupt. It is also
not easy for me to experiment under windows. Currently I user vma, but

1. diseqc is unreliable
2. 11141H produces something on tbs6904se, but the data seems corrupt
3. tbs6916 is not supported under windows
4. ....

So there is a lot of guess work involved.

 

[satesco]

I need some more examples of muxes that contain this type of data (ip streams, or data caroussels) and that produce some
useful data. Especially GSE streams.
I would need: the mux, the satellitie, and some example of what type of data can be expected.

Currenly I am testing 11141H on 19.2E but without much success. Under windows it also does not work, but the stream seems corrupt. It is also
not easy for me to experiment under windows. Currently I user vma, but

1. diseqc is unreliable
2. 11141H produces something on tbs6904se, but the data seems corrupt
3. tbs6916 is not supported under windows
4. ....

So there is a lot of guess work involved.

I will illustrate how to start this mux (11141 H, 23500) using the skyscraper8_release10 (#57) application that developer @Fey created specifically for this NIP_GSE stream.
For these tests, I used a STID135 card(tbs6909x), which the author also used for testing with his app.

The 6916 card should also work on Windows 11. I don't know how it works on Linux.
I also tried to activate this stream on Ubuntu 24.04, but without any expectation of success.

If you want to try another NIP mux at 19.0E, on 12441 V, you will find streams with the same skyscraper8_release10.
This time it is not as complicated as the one at 11141 V (above).

 

[deeptho]

Thanks. THis is useful and I got it running under windows.

 

[deeptho]

Although I did not have success yet with 11141H, I did manage to receive navytv 12597V@15.0W for the first time under linux.
This was on two recordings that I captured yesterday. The video was rather corrupted as well.

When I looked at the mux again today, this content (mpeg2 transport stream embedded in ipv4 packtets, embedded in a generic stream) has disappeared completely, at least in this format. So perhaps these are temporary transmissions?

The streams have quite a bit of encrypted traffic (openvpn, https, ...)

The current approach is to parse the generic stream using my own tools, and save them in pcap format so that they can be processed by wireshark. The follow stream facility then allows selecting a specific stream (e.g., mpeg 2) and saving it to disk.

One of the streams contains (read: contained) navy tv:

===============================================================================
|  TRANSPORT STREAM ANALYSIS REPORT                                           |
|=============================================================================|
|  Transport Stream Id: ......... 0x000A (10)  |  Services: .............. 1  |
|  Bytes: ......................... 7,669,836  |  PID's: Total: .......... 9  |
|  TS packets: ....................... 40,797  |         Clear: .......... 9  |
|     With invalid sync: ............. 39,534  |         Scrambled: ...... 0  |
|     With transport error: .......... 18,543  |         With PCR's: ..... 1  |
|     Suspect and ignored: ............... 81  |         Unreferenced: ... 0  |
|-----------------------------------------------------------------------------|
|  Transport stream bitrate, based on ....... 188 bytes/pkt    204 bytes/pkt  |
|  User-specified: ................................... None             None  |
|  Estimated based on PCR's: ................ 1,999,998 b/s    2,170,210 b/s  |
|  Selected reference bitrate: .............. 1,999,998 b/s    2,170,210 b/s  |
|-----------------------------------------------------------------------------|
|  Broadcast time: ................................... 30 sec (0 min 30 sec)  |
|-----------------------------------------------------------------------------|
|  Srv Id  Service Name                              Access          Bitrate  |
|  0x1F73  Navy TV ...................................... C       40,885 b/s  |
|                                                                             |
|  Note 1: C=Clear, S=Scrambled                                               |
|  Note 2: Unless specified otherwise, bitrates are based on 188 bytes/pkt    |
===============================================================================

 

[deeptho]

Today, navy tv is there again. Not sure why the stream contains so many errors.

 

[deeptho]

After some more experimentation, I can now extract and view the navy tv stream without glitches.
I have now also partial success with decoding two extra streams: BBC NEWS and BBC Two, but these still have many glitches.
This is strange, because satesco earlier reported good results with skyscraper on those streams (on a different date)

I tried to see what skyscraper8 release 17 on the same captured file. This shows navy tv correctly, and a corrupted version of bbc news, but no
sign of bbc two. The corrupt stream also does not play with vlc, but it does play with other viewers (mpv, potplayer).
Below are some screenshots of what I get with my own tools now. The first one is navytv (glitch free). The other two are the corrupted ones. I picked some of the better parts for the screenshots.

My code shows correct crc32 values on all bbframes. Still, I have the impression that some data is missing. This may be a reception issue. I used a 1.2m dish. Signal seemed quite good. One way you could help is to provide a recording of the "full mux" when it is working on all three streams. I can then check if my parser is correct.

I have been trying to reach Fey on this, but so far without success.

 

[deeptho]

I have updated the neumo drivers to cope with single-stream muxes that also use physical layer scrambling. This allows receiving the
two cypriote t2mi muxes on 39.0E (11760H and 11778H). However, it was only fixed for stid135.
Also, the driver updates allow listing modcodes on stid135 based cards.

I have also updated my tvheadend version to take advantage of the new PLS code. This allows tvheadend to access the two twmi muxes.

 

[satesco]

I have updated the neumo drivers to cope with single-stream muxes that also use physical layer scrambling. This allows receiving the
two cypriote t2mi muxes on 39.0E (11760H and 11778H). However, it was only fixed for stid135.
Also, the driver updates allow listing modcodes on stid135 based cards.

I have also updated my tvheadend version to take advantage of the new PLS code. This allows tvheadend to access the two twmi muxes.

Using the 6909x card, after updating neumo-drivers and neumoDVB, you can find, tune in, and play T2-Mi streams on the two Cypriot muxes at 39.0E.
And the parameters for a mux with the S2X extension, also using the 6909x.

 

[satesco]

Signal at 34.5W with a neumoDVB and a 1.10m dish, and at 11673 H, I tuned it in with a TBS6909X.
You have a stronger signal, 15.6dB, probably with the 6903X.
I recorded the stream at 11673 H. I hope this helps.

 

[deeptho]

This is is what I get out of the stream:



I suspect that the final part of mpeg packets are missing.