Ztw. kein Bild nach Umschalten mit VDR ab Version 2.3.9

Asta

vielleicht ist es einfach zu viel für den einen USB 2.0 Controller im RaspPi, was er hier verarbeiten muss. Wenn eine Aufnahme läuft und du gleichzeitig eine Aufnahme abspielst, dann ist das auf dem USB Bus los: ganzer Transponder von dem USB Stick, dann wieder ein Stream daraus zurück auf die USB Platte, dann ein Stream von der USB Platte zum Abspielen und vermutlich hast du markad noch am Laufen, der die Aufnahme gleichzeitig wieder von der USB Platte liest.

Das sind 4 parallele Streams und der RaspPi USB Controller ist nicht gerade für beste Performance bekannt. Versuche mal, ob markad abschalten eine Besserung bringt.

Zitat von kfb77

vielleicht ist es einfach zu viel für den einen USB 2.0 Controller im RaspPi, was er hier verarbeiten muss. Wenn eine Aufnahme läuft und du gleichzeitig eine Aufnahme abspielst, dann ist das auf dem USB Bus los: ganzer Transponder von dem USB Stick, dann wieder ein Stream daraus zurück auf die USB Platte, dann ein Stream von der USB Platte zum Abspielen und vermutlich hast du markad noch am Laufen, der die Aufnahme gleichzeitig wieder von der USB Platte liest.

Das sind 4 parallele Streams und der RaspPi USB Controller ist nicht gerade für beste Performance bekannt. Versuche mal, ob markad abschalten eine Besserung bringt.

Wir haben auf einem Raspberry PI 3 unseren 4x DVB-S/S2 FBC USB 2.0 Tuner getestet dort kamen 320 Mbit (Netto) über die Leitung.

Da sollte man den CPU dann aber langsam etwas hochtakten und nicht mit 600-700MHz im vollen Betrieb fahren.

Single Tuner haben sowieso keine Probleme bei der USB Bandbreite.

Bei den 2x Dual USB DVB-S/S2/S2X Tunern konnten wir dort auch keine Probleme feststellen (wobei die "nur" bis 240 Mbit getestet wurden).

Wer die Tuner mit Astra verwendet hat aber üblicherweise noch Spielraum da viele Sender deutlich unterhalb von 120mbit liegen, bei den Dual Tunern sind die Hardware-Puffer zudem auch riesig (über 1 Mbit, die Tuner wurden ursprünglich auch für Android konzipiert).

Der Raspberry PI 3 hat also eher keine USB Performance Probleme

Zitat von Sundtek

Der Raspberry PI 3 hat also eher keine USB Performance Probleme

OK, überzeugt, die Aussage ziehe ich zurück.

Aber bei der Problem Beschreibung von Asta bleibt für mich trotzdem der Verdacht, dass das ein Timing Problem vom Disk IO ist, auch wenn die USB 2.0 Bandbreite an sich reichen sollte.

Hi,

S. Hier

während des Schneidens ruckelt Wiedergabe von Platte

Könnte derselbe Fehler sein.

Mfg Stefan

Zitat von Sundtek

Wer die Tuner mit Astra verwendet hat aber üblicherweise noch Spielraum da viele Sender deutlich unterhalb von 120mbit liegen,

Kann es sein, dass du dich um eine 10er Potenz (oder besser gesagt, um eine 8er Potenz) verrechnet hast ? Die "guten" HD Sender auf Astra senden mit 12-14 Mbit/s, UHD mit 17-24 Mbit/s. Und ein vollständiger Transponder sendet zwischen 35 und 50, einige wenige 60 Mbit/s.

Zumindest mit VDR werden vom Demodulator nur die Daten der ausgewählten Programme angefordert, aber nicht der ganze Transponder.

Auf die max. 480 Mbit/s von USB2 ist also schon noch viel Luft.

Her eine interessante Seite auf der man sich ziemlich aktuell die Transponder und Senderbitraten von SAT, Kabel,, DVB-T, IPTV usw. ansehen kann: http://www.digitalbitrate.com/?lang=en. Und hier ein UHD Transponder auf Astra192.E, 12343 Mhz: http://www.digitalbitrate.com/…3&liste=1&live=61&lang=en

LG Helmut

Wenn Du einen guten Draht zu SES Astra hast kannst Du die vielleicht wirklich davon überzeugen dass sie nur Deine angeforderten Daten übertragen

Unser 120mbit Limit ist nicht das USB Limit (das läge bei 45Mbyte/Sek bei USB 2.0) sondern das Limit des Transponders, selbst wenn Du PID Filter aktivierst werden die Daten immer noch mit der maximalen Bandbreite empfangen).

Je mehr Luft nach oben desto besser ist es hierbei, wobei unser FPGA auch für einen Korridor festgelegt ist und man nicht beliebig langsam oder beliebig schnell dort einspeisen kann. Insgesamt doch eine recht komplexe Geschichte.

Thor5 in Nordeuropa überträgt Transponder mit 73 MBit, es gibt auch noch diverse andere Satelliten die mehr Bandbreite benötigen können.

Ich denke auf Astra gibt's hin und wieder auch diverse Testsignale mit über 70 Mbit, die übertragen zwar (noch) nichts nützliches dennoch halten wir uns an diese zum Testen.

Kann ich bestätigen,

ich setze den letzten 4.9.x Kernel ein, sobald ich auch einen neueren nehme habe ich auch Probleme.

Und ich benutze ipsat ein.

Gruß

speed

Zitat von Asta

Da das nichts mehr mit den Blackscreen beim umschalten zu tun hat habe ich mal ein neues Thema angefangen. Hier geht's weiter :

Bildstörungen mit Kernel > 4.9.x

Danke!

Zur Info: Ich habe hier noch ein Problem mit einem "Blackscreen", wenn mehr als 1 DVB-Tuner beteiligt sind...

...
Mar 10 18:07:35 raspberrypi vdr: [1575] LIRC remote control thread started (pid=1559, tid=1575, prio=high)
Mar 10 18:07:35 raspberrypi vdr: [1568] OSD size changed to 1280x720 @ 1
Mar 10 18:07:35 raspberrypi vdr: [1574] rpihddevice: cOvgThread() thread reset
Mar 10 18:07:35 raspberrypi vdr: [1561] epg data reader thread ended (pid=1559, tid=1561)
Mar 10 18:07:35 raspberrypi vdr: [1559] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD)
Mar 10 18:07:35 raspberrypi vdr: [1562] SCR 10 assigned to device 1
Mar 10 18:07:36 raspberrypi vdr: [1576] device 1 receiver thread started (pid=1559, tid=1576, prio=high)
Mar 10 18:07:36 raspberrypi vdr: [1559] setting watchdog timer to 60 seconds
Mar 10 18:07:36 raspberrypi systemd[1]: Started Video Disk Recorder.
Mar 10 18:07:36 raspberrypi vdr: [1577] SVDRP server handler thread started (pid=1559, tid=1577, prio=low)
Mar 10 18:07:36 raspberrypi vdr: [1577] SVDRP raspberrypi opening port 6419/tcp
Mar 10 18:07:36 raspberrypi vdr: [1577] SVDRP raspberrypi listening on port 6419/tcp
Mar 10 18:07:36 raspberrypi vdr: [1578] device 1 TS buffer thread started (pid=1559, tid=1578, prio=high)
Mar 10 18:07:36 raspberrypi vdr: [1579] SVDRP client handler thread started (pid=1559, tid=1579, prio=low)
Mar 10 18:07:36 raspberrypi vdr: [1579] SVDRP raspberrypi opening port 6419/udp
Mar 10 18:07:36 raspberrypi vdr: [1579] SVDRP raspberrypi listening on port 6419/udp
Mar 10 18:07:36 raspberrypi vdr: [1579] SVDRP raspberrypi > 255.255.255.255:6419 send dgram 'SVDRP:discover name:raspberrypi port:6419 vdrversion:20401 apiversion:20401 timeout:300'
Mar 10 18:07:36 raspberrypi vdr: [1574] rpihddevice: loading /usr/share/fonts/truetype/dejavu/DejaVuSans-Bold.ttf ...
Mar 10 18:07:36 raspberrypi vdr: [1574] rpihddevice: loading /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf ...
Mar 10 18:07:36 raspberrypi vdr: [1573] rpihddevice: new audio codec: 2ch MPEG
Mar 10 18:07:36 raspberrypi vdr: [1573] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Mar 10 18:07:37 raspberrypi vdr: [1576] rpihddevice: set video codec to H264
Mar 10 18:07:37 raspberrypi vdr: [1572] rpihddevice: video stream started 1280x720@50p, PAR=1/1
Mar 10 18:07:37 raspberrypi vdr: [1572] rpihddevice: display PAR=1,000, setting video render PAR=1/1
Mar 10 18:07:38 raspberrypi vdr: [1559] max. latency time 1 seconds
Mar 10 18:07:56 raspberrypi vdr: [1564] SCR 11 assigned to device 2
Mar 10 18:08:09 raspberrypi vdr: [1559] switching to channel 2 S19.2E-1-1011-11110 (ZDF HD)
Mar 10 18:08:09 raspberrypi vdr: [1578] device 1 TS buffer thread ended (pid=1559, tid=1578)
Mar 10 18:08:09 raspberrypi vdr: [1576] buffer stats: 185368 (3%) used
Mar 10 18:08:09 raspberrypi vdr: [1576] device 1 receiver thread ended (pid=1559, tid=1576)
Mar 10 18:08:09 raspberrypi vdr: [1582] device 1 receiver thread started (pid=1559, tid=1582, prio=high)
Mar 10 18:08:09 raspberrypi vdr: [1583] device 1 TS buffer thread started (pid=1559, tid=1583, prio=high)
Mar 10 18:08:12 raspberrypi vdr: [1559] max. latency time 2 seconds
Mar 10 18:09:41 raspberrypi systemd[1]: session-c1.scope: Succeeded.
...

...
2020-03-10 18:07:37 [443] Frontend has locked
2020-03-10 18:07:56 [443] Set Voltage 13V
2020-03-10 18:07:56 [443] Disabling High Tone (22khz)
2020-03-10 18:07:56 [443] Set Voltage 18V
2020-03-10 18:07:56 [443] Disabling High Tone (22khz)
2020-03-10 18:07:57 [443] DISEQC> sending commands:
2020-03-10 18:07:57 [443] DISEQC> 70
2020-03-10 18:07:57 [443] DISEQC> 5c
2020-03-10 18:07:57 [443] DISEQC> 11
2020-03-10 18:07:57 [443] DISEQC> 02
2020-03-10 18:07:57 [443] DISEQC> done
2020-03-10 18:07:57 [443] Disabling High Tone (22khz)
2020-03-10 18:07:57 [443] Diseqc execution time: 239 ms
2020-03-10 18:07:57 [443] Set Voltage 13V
2020-03-10 18:07:57 [443] Set Voltage 13V
2020-03-10 18:07:57 [443] Disabling High Tone (22khz)
2020-03-10 18:07:57 [443] Setting Frequency: 1475000
2020-03-10 18:07:57 [443] Setting DVB-S2
2020-03-10 18:07:57 [443] Frequency: 1475
2020-03-10 18:07:57 [443] Symbolrate: 22000
2020-03-10 18:07:58 [443] Frontend has locked
2020-03-10 18:07:58 [443] INIT_DTV: 1
2020-03-10 18:07:58 [443] TS Sync byte not aligned, realigning stream (0 // 0 // f9 // FEID: 1)
2020-03-10 18:07:58 [443] There have been 10 ts errors within 1 second
2020-03-10 18:08:09 [443] Disabling High Tone (22khz)
2020-03-10 18:08:09 [443] Set Voltage 18V
2020-03-10 18:08:09 [443] Disabling High Tone (22khz)
2020-03-10 18:08:10 [443] DISEQC> sending commands:
2020-03-10 18:08:10 [443] DISEQC> 70
2020-03-10 18:08:10 [443] DISEQC> 55
2020-03-10 18:08:10 [443] DISEQC> e8
2020-03-10 18:08:10 [443] DISEQC> 02
2020-03-10 18:08:10 [443] DISEQC> done
2020-03-10 18:08:10 [443] Disabling High Tone (22khz)
2020-03-10 18:08:10 [443] Diseqc execution time: 239 ms
2020-03-10 18:08:10 [443] Set Voltage 13V
2020-03-10 18:08:10 [443] Set Voltage 13V
2020-03-10 18:08:10 [443] Disabling High Tone (22khz)
2020-03-10 18:08:10 [443] Setting Frequency: 1350000
2020-03-10 18:08:10 [443] Setting DVB-S2
2020-03-10 18:08:10 [443] Frequency: 1350
2020-03-10 18:08:10 [443] Symbolrate: 22000
2020-03-10 18:08:11 [443] TS Sync byte not aligned, realigning stream (0 // 0 // ff // FEID: 0)
2020-03-10 18:08:11 [443] TS Sync byte not aligned, realigning stream (27582 // 0 // 2a // FEID: 0)
2020-03-10 18:08:11 [443] TS Sync byte not aligned, realigning stream (27872 // 0 // fd // FEID: 0)
2020-03-10 18:08:11 [443] TS Sync byte not aligned, realigning stream (32258 // 0 // f4 // FEID: 0)
2020-03-10 18:08:11 [443] TS Sync byte not aligned, realigning stream (29516 // 182 // ff // FEID: 0)
2020-03-10 18:08:11 [443] Frontend has locked
2020-03-10 18:09:34 [443] Disabling High Tone (22khz)
2020-03-10 18:09:34 [443] Set Voltage 18V
2020-03-10 18:09:34 [443] Disabling High Tone (22khz)
2020-03-10 18:09:34 [443] DISEQC> sending commands:
2020-03-10 18:09:34 [443] DISEQC> 70
2020-03-10 18:09:34 [443] DISEQC> 5c
2020-03-10 18:09:34 [443] DISEQC> b3
2020-03-10 18:09:34 [443] DISEQC> 02
2020-03-10 18:09:34 [443] DISEQC> done
2020-03-10 18:09:34 [443] Disabling High Tone (22khz)
2020-03-10 18:09:34 [443] Diseqc execution time: 239 ms
2020-03-10 18:09:34 [443] Set Voltage 13V
2020-03-10 18:09:34 [443] Set Voltage 13V
2020-03-10 18:09:35 [443] Disabling High Tone (22khz)
2020-03-10 18:09:35 [443] Setting Frequency: 1475000
2020-03-10 18:09:35 [443] Setting DVB-S2
2020-03-10 18:09:35 [443] Frequency: 1475
2020-03-10 18:09:35 [443] Symbolrate: 22000
2020-03-10 18:09:35 [443] Frontend has locked
2020-03-10 18:09:35 [443] INIT_DTV: 1
2020-03-10 18:09:35 [443] TS Sync byte not aligned, realigning stream (0 // 0 // 57 // FEID: 1)
2020-03-10 18:09:35 [443] TS Sync byte not aligned, realigning stream (200 // 0 // a7 // FEID: 1)
2020-03-10 18:09:35 [443] TS Sync byte not aligned, realigning stream (439 // 0 // cc // FEID: 1)
2020-03-10 18:09:55 [443] Disabling High Tone (22khz)
2020-03-10 18:09:55 [443] Set Voltage 18V
2020-03-10 18:09:55 [443] Disabling High Tone (22khz)
2020-03-10 18:09:55 [443] DISEQC> sending commands:
2020-03-10 18:09:55 [443] DISEQC> 70
2020-03-10 18:09:55 [443] DISEQC> 5d
2020-03-10 18:09:55 [443] DISEQC> ac
2020-03-10 18:09:55 [443] DISEQC> 02
2020-03-10 18:09:55 [443] DISEQC> done
2020-03-10 18:09:55 [443] Disabling High Tone (22khz)
2020-03-10 18:09:55 [443] Diseqc execution time: 238 ms
2020-03-10 18:09:55 [443] Set Voltage 13V
2020-03-10 18:09:55 [443] Set Voltage 13V
2020-03-10 18:09:56 [443] Disabling High Tone (22khz)
2020-03-10 18:09:56 [443] Setting Frequency: 1475000
2020-03-10 18:09:56 [443] Setting DVB-S2
2020-03-10 18:09:56 [443] Frequency: 1475
2020-03-10 18:09:56 [443] Symbolrate: 22000
2020-03-10 18:09:56 [443] Frontend has locked
2020-03-10 18:09:56 [443] INIT_DTV: 1
2020-03-10 18:09:57 [443] TS Sync byte not aligned, realigning stream (0 // 0 // bd // FEID: 1)
...

Hi,

Uwe kommentiere mal die Zeile im satip plugin aus.

https://github.com/rofafor/vdr…edc24bf965bc/tuner.c#L225

dein Problem könnte von toten channels kommen während eit/epg scan.

CU

9000h

Hallo Sundtek - alles klar, ich habe an die andere Seite, also der effektiven Datenrate über USB2 gedacht, und da hat mich dein hoher Wert bei "Sender" doch etwas irritiert.

LG Helmut

Zitat von 9000H

Uwe kommentiere mal die Zeile im satip plugin aus.

https://github.com/rofafor/vdr…edc24bf965bc/tuner.c#L225

dein Problem könnte von toten channels kommen während eit/epg scan.

Danke für den Tipp, aber mit vdr-2.4.1 und dem satip Plugin habe ich diese Probleme nicht.

Übrigens habe ich mit dem dvbhddevice (also FF HD 6400), sowie dem softhddevice auch nicht diese Probleme....
Liegt es eventuell doch am rpihddevcie?

Ich nutze aktuell nur vdr-2.4.1 + Device.patch und das Plugin rpihddevice, keine weiteren Plugins. Zusätzlich ist noch ein Sundtek USB-Dual DVB-S2 Stick installiert. Dieser funktioniert und macht keine Probleme.
Nutze ich von diesem DVB-Stick nur einen Tuner (vdr Option: —device=0), habe ich keine „Blackscreen“s....

Ab 2.Tuner aber schon, siehe meine geposteten Logs hier.

Jemand vielleicht noch eine Idee?

Gruß

Uwe

Zitat von Uwe

M-Reimer Danke für den Tipp mit dem git, aber zwischen vdr-2.3.8 und vdr-2.3.9 gibt es keine weiteren commits, sehe ich das richtig?

Mit dem offiziellen GIT jetzt defintiv möglich:

http://git.tvdr.de/?p=vdr.git;a=summary

Was mir beim VDR aufgefallen ist (hinsichtlich Unicable):

Ein Tuner wird auf 18V geschalten, danach werden die DISEQC Befehle geschickt, und anschließend werden (im Falle unserer Dual Tuner) beide Tuner auf 13V zurückgeschalten. Das ist ein 13V Request zu viel.

Was ich hier für etwas besser halten würde wäre:

Es wird nur ein Tuner für die Spannung und Diseqc verwendet (gut wir können das im Treiber auch noch umlenken), dennoch würde VDR dann den 2. Tuner auch noch auf 13V schalten, eigentlich könnte die LNB Spannungsversorgung des 2. Tuners komplett ausgeschalten werden.

Das er kein Bild erhalten hat lag eventuell an uns da der Treiber die Spannung inkl. dem Diseqc für mehr als 250 Millisekunden belegt hat, aktuell belegt der Tuner die Leitung für ca. 100 Millisekunden (plus was in der diseqc conf so eingestellt ist)

Zitat von Sundtek

Ein Tuner wird auf 18V geschalten, danach werden die DISEQC Befehle geschickt, und anschließend werden (im Falle unserer Dual Tuner) beide Tuner auf 13V zurückgeschalten. Das ist ein 13V Request zu viel.

Die Antennenanschlüsse der beiden Tuner müssen doch eh über Dioden entkoppelt werden, daher sollte das doch egal sein.

Oder übersehe ich da was?

Zitat von Sundtek

Was ich hier für etwas besser halten würde wäre:

Es wird nur ein Tuner für die Spannung und Diseqc verwendet (gut wir können das im Treiber auch noch umlenken), dennoch würde VDR dann den 2. Tuner auch noch auf 13V schalten, eigentlich könnte die LNB Spannungsversorgung des 2. Tuners komplett ausgeschalten werden.

Solche Querverbindungen im VDR würde ich sehr gerne vermeiden. Aus der Sicht des SCR-Switches (am anderen Ende der Antennenleitung) macht es ja keinen Unterschied, ob die beiden Tuner in *einem* Receiver stecken oder in zwei separaten. Daher muss jeder Tuner das Protokoll doch auch unabhängig vom anderen fahren können.

Zitat von kls

Die Antennenanschlüsse der beiden Tuner müssen doch eh über Dioden entkoppelt werden, daher sollte das doch egal sein.

Oder übersehe ich da was?

Sehe ich genauso ...

Hallo zusammen,

das Problem kann auf gelöst gesetzt werden. Der device.patch löst das Problem.

Mein Problem bestand zusätzlich darin, dass meine verwendete Selfsat H21dcss+ schon bei 12,2V ab_und_zu sich zickig verhalten hatte. Jetzt mit 13,5V gibt es die auftretenden Fehler nicht mehr... Danke Sundtek für die Unterstützung und Fehlersuche

Des weiteren läuft der Sundtek-Dual-DVB-S2 Tuner jetzt sehr zuverlässig.
Getestet mit 2xDVBSky oder Sundtek Dual-Tuner...

Das anpassen der diseqc.conf bringt auch Besserung.
Wobei ich dieses Hinweis hier sehr Interessant finde: plugin / patch für unicable verfügbar (EN 50494)?

Zitat

Laut Spec muss die Pause vor den Diseqc-Kommandos zwischen 4 und 22ms lang sein und danach 2 bis 60ms.

Aktuell nutze ich W20/W20 Waits...

Diese Themen wären aber alles Unicable/SCR spezifisch ... ... und könnten in einen anderen Thread...

Viele Grüße

Uwe

Na es ist nur aufgefallen dass nach den 18V auf einem Tuner der andere Tuner auch auf 13V zurückgeschalten wird (was ja eigentlich nicht notwendig ist da sie nie auf 18V geschalten wurden). Je nach Treiber kann der Umschaltvorgang einfach ein paar Millisekunden zusätzlich andauern. Wenn sich einige andere Tuner im Standby befinden kann das eventuell zu deutlichen Umschaltverzögerungen führen.

Ach so, dann hatte ich das missverstanden.

Ich kann mir allerdings nicht erklären, woher das kommen sollte. VDR legt ja für jedes Device einen separaten cDvbTuner an, der nur sein eigenes Frontend ansteuert. Ich finde da keine Stelle, an der das Zurückschalten auf 13V eines Frontends auf ein anderes wirken würde.