DVB-T2 HD USB-Sticks

Anzeige

Ups, es war 19, nicht 17.

 

Ich hab den TS von jemand anders bekommen...

 

Achso

 

Laut den Mailings in der LinuxTV-Mailingliste wurde diese Firmware für Russland entwickelt, weil es dort Probleme mit Multiple-PLP Streams gab. Multiple-PLP verwendet man hier ja auch.

Mit der v11 hatte ich beim Treiber basteln das Problem, dass der PLP-Filter wohl nicht greift, wenn man ihn vor dem Lock programmiert. Der Si2168 lieferte mir dann immer die erste PLP aus der übertragenen Liste (welche zeitweise absichtlich(?) die PLP_ID 1 mit den Services 7 und 8 war). Erst wenn man den PLP-Filter nach dem Lock neu programmierte, spuckte der Demodulator den gewünschten Stream aus.

Derzeit ist das nicht so kritisch, weil Media Broadcast wieder die PLP_ID 0 (die mit den Fernsehprogrammen) als erste überträgt, sodass der Fehler nicht so bemerkbar ist.

Vielleicht behebt die v19 dieses Problem, aber ich bekomme sie bei mir nicht zum Laufen - Wenn ich die in den Demodulator reinlade, gibt er mir auf den Befehl DD_START immer "Unknown Command" zurück...

 

Ich habe gestern nochmal ein wenig probiert, und kann den Pilotmux in München auf K26 nun doch empfangen. Um das im Thread über die verwendbaren USB-Sticks klarzustellen: der PCTV 292e funktioniert also sehr wohl.

Allerdings ist K26 jetzt relativ stark, während ich den IRT-Kanal derzeit vergleichsweise schlecht empfangen kann (die Aussage mit dem "rostigen Nagel" stimmt so nicht mehr). Das hat sich auch von gestern (Dauerregen) auf heute nicht geändert, ich muß meine Stabantenne schon an bestimmte Stellen positionieren um den IRT-Kanal überhaupt noch zu empfangen. Das war vorher anders, keine Ahnung wie ich mir das erklären soll.

Noch zur Firmware unter Linux:
* v19: mit dieser findet w_scan keinerlei Kanäle (auch keine DVB-T). dvbv5-scan funktioniert problemlos
* v11: mit dieser funktioniert auch w_scan, findet aber maximal die Kanäle auf dem IRT-Demo, letzteres erklärt vielleicht das, sieht aus als findet es einen Verweis auf die andere Frequenz:

Code:

514000: (time: 02:35.064)  signal ok:  QAM_AUTO f = 514000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
  QAM_AUTO f = 514000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:16481)
  QAM_AUTO f = 514000 kHz I999B8C999D999T999G999Y999P0 (0:0:16481) : updating network_id -> (0:12352:16481)
  QAM_AUTO f = 514000 kHz I999B8C999D999T999G999Y999P0 (0:12352:16481) : updating original_network_id -> (8468:12352:16481)
  updating transponder:
  (QAM_AUTO f = 514000 kHz I999B8C999D999T999G999Y999P0 (8468:12352:16481)) 0x0000
  to (QAM_AUTO f = 650000 kHz I999B8C999D999T32G16Y999P0 (8468:12352:16481)) 0x4004
  already known: (QAM_AUTO f = 650000 kHz I999B8C0D0T32G16Y0P1 (8468:12352:16497)), but not found by pids

Auch dvbv5-scan versucht merkwürdige Sachen - wenn ich den Pilotmux scanne findet er lustige Frequenzen die er anschließend versucht abzuscannen, was natürlich nicht klappt:

Code:

|- transport 4071 network 2114
|  0x7f: extension_descriptor
|  descriptor T2_delivery_system_descriptor type 0x04
|  plp_id  0
|  system_id  0
|  tfs_flag  0
|  other_frequency_flag  0
|  transmission_mode  0
|  guard_interval  0
|  reserved  0
|  bandwidth  0
|  SISO MISO  0
|  centre frequency[0]  105008140
|  centre frequency[1]  1115685218
|  centre frequency[2]  100598739
|  centre frequency[3]  -1656730828
|  centre frequency[4]  -857800704
|  centre frequency[5]  0
|  centre frequency[6]  0
...
[10800.065300] usb 1-6: DVB: adapter 0 frontend 0 frequency 23087390 out of range (55000000..862000000)
[10800.065411] usb 1-6: DVB: adapter 0 frontend 0 frequency 4028503000 out of range (55000000..862000000)
[10800.065555] usb 1-6: DVB: adapter 0 frontend 0 frequency 4271281112 out of range (55000000..862000000)
[10824.375369] usb 1-6: DVB: adapter 0 frontend 0 frequency 1050081400 out of range (55000000..862000000)
[10824.375520] usb 1-6: DVB: adapter 0 frontend 0 frequency 2566917588 out of range (55000000..862000000)
[10824.375652] usb 1-6: DVB: adapter 0 frontend 0 frequency 1005987390 out of range (55000000..862000000)
[10828.427197] usb 1-6: DVB: adapter 0 frontend 0 frequency 11927552 out of range (55000000..862000000)
[10828.427340] usb 1-6: DVB: adapter 0 frontend 0 frequency 0 out of range (55000000..862000000)
[10828.427456] usb 1-6: DVB: adapter 0 frontend 0 frequency 0 out of range (55000000..862000000)

Aber das sind letztendlich noch Probleme der vorhandenen Tools, auch wenn es nicht gerade komfortabel ist - mit dvbv5-scan / dvbv5-zap + ffplay kann man die Sender letztendlich problemlos nutzen.

 

Könnt Ihr bitte mal einen Link reinstellen, wo man die verschiedenen Firmwareversionen v17 bzw. v19 downloaden kann?

Danke,
Paul

 

v19 ist hier verlinkt:
Re: Si2168 B40 frimware.

Die im .tar.gz enthaltene Datei:
31aabc1d558534a00b593a1dfa984f7bdf1e2625 dvb-demod-si2168-b40-rom4_0_2-patch-build-probably4_0_19.fw (sha1)
8dfc2483d90282bbb05817fbbc282376 dvb-demod-si2168-b40-rom4_0_2-patch-build-probably4_0_19.fw (md5)


Die v11 gibt es hier:
Index of /linux/v4l-dvb/firmware/Si2168/Si2168-B40

982460ecb0aadfeca7fd0fdeff048535ff035a79 dvb-demod-si2168-b40-01.fw (sha1)
b2670d8ae5e3369fc71edbb98cdd8f6e dvb-demod-si2168-b40-01.fw (md5)

 

Es gibt auch 4.0.25, zu finden im Treiberpaket DVBSky_USB_20151117.zip.
DVBSky - Enjoy HDTV on PC! DVB-T2 / DVB-S2 Professional TV Tuner Card and Box for PC.
http://dvbsky.net/download/usb-drv/DVBSky_USB_20151117.zip

Zum Extrahieren die in diesem Mailinglist-Eintrag angehängte Python-Datei auf die Datei BstDtv3.sys anwenden:
Re: PCTV 292e weirdness -- Linux media

 

Aha, vielen Dank! Da steht ja auch, warum die Firmwares 4.0.19 und 4.0.25 für den Si2168-B40 DVB-T2 Demodulator Probleme bereiten. Im Gegensatz zu Antti vermute ich, dass diese Patches so umfangreich sind, dass sie nicht mehr in den auch im Standby versorgten Speicher passen und deshalb nach einem Standby/Wakeup nicht mehr funktionieren.

Ich habe jetzt mal die Versionen 4.0.11, 4.0.19 und 4.0.25 mit dem Berliner Pilotmux getestet - und keinen Unterschied festgestellt. Mit den PLPs kann die 4.0.11 schon richtig umgehen und filtert auch direkt nach einem Wakeup auf Anhieb einen ausgewählten korrekt heraus (ich bin der Meinung, das hat bei mir früher nicht immer richtig funktioniert).

Also würde ich empfehlen, bei der 4.0.11 zu bleiben, weil mit der der Demodulator-Standby auch richtig funktioniert.

 

Also auch ohne w_scan (das kein T2 finden will, nur mit der PCTV 290e, ich habe aber keine 1.3.1 Signale) reicht einem Österreicher dvbv5-zap aus, wenngleich es nur für ein Radioprogramm ist...

Aber vielleicht findet w_scan mit der 4.0.25 was. Denn diese Firmware (für Windows) wurde nach heftigen Protesten meinerseits endlich geschrieben. Vorher produzierte der Treiber nur fehlerhafte Mitschnitte.