Ztw. kein Bild nach Umschalten mit VDR ab Version 2.3.9

Asta · Jan 12th 2020

Mit dem rpihddevice mit eingeschalteter Option "OSD mit GPU-Unterstützung" und VDR Version größer als 2.3.8 bekomme ich ztw. nach dem Umschalten kein Bild. Im Log erscheint nur das hier:

Code

Jan 12 14:25:13 raspberrypi vdr: [7770] switching to channel 10 S19.2E-1-1089-12060 (VOX)
Jan 12 14:25:16 raspberrypi vdr: [7804] device 1 TS buffer thread ended (pid=7770, tid=7804)
Jan 12 14:25:16 raspberrypi vdr: [7803] buffer stats: 966320 (18%) used
Jan 12 14:25:16 raspberrypi vdr: [7803] device 1 receiver thread ended (pid=7770, tid=7803)
Jan 12 14:25:16 raspberrypi vdr: [7770] max. latency time 4 seconds

Alle VDR Versionen bis einschließlich 2.3.8 funktionieren dagegen ohne Probleme. Bei VDR2.3.8 bekomme ich ab und zu diesen Eintrag:

Code

Jan 12 14:04:09 raspberrypi vdr: [3103] switching to channel 3 S19.2E-1-1107-17502 (kabel eins)
Jan 12 14:04:09 raspberrypi vdr: [3177] device 1 TS buffer thread ended (pid=3103, tid=3177)
Jan 12 14:04:09 raspberrypi vdr: [3176] buffer stats: 0 (0%) used
Jan 12 14:04:09 raspberrypi vdr: [3176] device 1 receiver thread ended (pid=3103, tid=3176)
Jan 12 14:04:09 raspberrypi vdr: [3178] device 1 receiver thread started (pid=3103, tid=3178, prio=high)
Jan 12 14:04:09 raspberrypi vdr: [3179] device 1 TS buffer thread started (pid=3103, tid=3179, prio=high)
Jan 12 14:04:10 raspberrypi vdr: [3116] rpihddevice: new audio codec: 2ch MPEG
Jan 12 14:04:10 raspberrypi vdr: [3116] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Jan 12 14:04:10 raspberrypi vdr: [3178] rpihddevice: set video codec to MPEG2
Jan 12 14:04:10 raspberrypi vdr: [3115] rpihddevice: video stream started 720x576@50i, PAR=64/45
Jan 12 14:04:10 raspberrypi vdr: [3115] rpihddevice: display PAR=1,000, setting video render PAR=64/45
Jan 12 14:04:17 raspberrypi vdr: [3178] ERROR: TS packet not accepted in Transfer Mode
Jan 12 14:04:17 raspberrypi vdr: [3116] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz

Display More

Trotzdem kommt ein Bild, zwar etwas verzögert aber Bild. Diesen Eintrag habe ich bei VDR größer als 2.3.8 nie gehabt. Evtl. hängt das damit zusammen??

Uwe · Mar 8th 2020

Hallo Astra,

gestern habe ich ein VDR in der Version 2.4.1 und dem aktuellen rpihddevice aufgesetzt.
Dabei nutze ich den Dual-Tuner von Sundtek (siehe hier bzw. hier). Den Tuner kann ich als Fehlerquelle ausschließen.

Nach einigem testen, habe ich nun auch das Problem, dass nach dem umschalten (ab_und_an) kein Bild kommt.

Nachdem ich vdr-2.3.8 mit aktuellem rpihddevice installiert habe, habe ich nun dieses Verhalten nicht mehr.

Mit vdr-2.4.1:

Code

...
Mar 8 10:34:38 raspberrypi vdr: [1229] switching to channel 14 S19.2E-1-1010-11170 (ZDFinfo HD)
Mar 8 10:34:38 raspberrypi vdr: [1385] buffer stats: 446312 (8%) used
Mar 8 10:34:38 raspberrypi vdr: [1385] device 1 receiver thread ended (pid=1229, tid=1385)
Mar 8 10:34:38 raspberrypi vdr: [1387] device 1 receiver thread started (pid=1229, tid=1387, prio=high)
Mar 8 10:34:38 raspberrypi vdr: [1388] device 1 TS buffer thread started (pid=1229, tid=1388, prio=high)
Mar 8 10:36:23 raspberrypi systemd[1]: Created slice User Slice of UID 1000.
...

Mit vdr-2.3.8 übernimmt immer das rpihddevice ...

Code

...
Mar 8 10:59:19 raspberrypi vdr: [3258] switching to channel 22 S19.2E-1-1061-10352 (MDR Sachsen HD)
Mar 8 10:59:20 raspberrypi vdr: [3463] device 2 TS buffer thread ended (pid=3258, tid=3463)
Mar 8 10:59:20 raspberrypi vdr: [3462] buffer stats: 228796 (4%) used
Mar 8 10:59:20 raspberrypi vdr: [3462] device 2 receiver thread ended (pid=3258, tid=3462)
Mar 8 10:59:20 raspberrypi vdr: [3464] device 2 receiver thread started (pid=3258, tid=3464, prio=high)
Mar 8 10:59:20 raspberrypi vdr: [3465] device 2 TS buffer thread started (pid=3258, tid=3465, prio=high)
Mar 8 10:59:20 raspberrypi vdr: [3464] rpihddevice: set video codec to H264
Mar 8 10:59:20 raspberrypi vdr: [3272] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Mar 8 10:59:21 raspberrypi vdr: [3271] rpihddevice: video stream started 1280x720@50p, PAR=1/1
Mar 8 10:59:21 raspberrypi vdr: [3271] rpihddevice: display PAR=1,000, setting video render PAR=1/1
...

Display More

kls Was wurde hier ab vdr-2.3.9 [weg]optimiert? Bzw. Was funktioniert nun nicht mehr? Muß das rpihddevice angepasst werden?

Hat vielleicht jemand einen anderen Tipp zu diesem Thema?

Gruß

Uwe

holymoly · Mar 8th 2020

Moin,

Uwe wrote:

kls Was wurde hier ab vdr-2.3.9 [weg]optimiert? Bzw. Was funktioniert nun nicht mehr? Muß das rpihddevice angepasst werden?

auch mit vdr-2.4 getestet?

Wenn es funktioniert finden sich viele Änderungen zu Version 2.4.1 unter

Patches für VDR 2.4

mfg

Uwe · Mar 8th 2020

Werde ich noch testen, aber ich vertraue da Asta ... der dies schon ausgiebig getestet hatte, siehe Post1.

Gruß

Uwe

M-Reimer · Mar 8th 2020

Zwischen den Versionen gab es zum Glück mehrere Patches von Klaus. An die offiziellen Commits kommt man ja nach wie vor nicht

Ein betroffener könnte also mal "git bisect" probieren:

https://github.com/VDR4Arch/vdr

Uwe · Mar 8th 2020

So, ich habe nun mit vdr-2.3.9 weiter getestet.
Das Ergebnis, nach kurzem zappen, habe ich wieder einmal kein Bild:

Code

...
Mar 8 13:17:36 raspberrypi vdr: [2420] switching to channel 20 S19.2E-133-33-51 (TELE 5)
Mar 8 13:17:36 raspberrypi vdr: [2494] device 1 TS buffer thread ended (pid=2420, tid=2494)
Mar 8 13:17:36 raspberrypi vdr: [2493] buffer stats: 109040 (2%) used
Mar 8 13:17:36 raspberrypi vdr: [2493] device 1 receiver thread ended (pid=2420, tid=2493)
Mar 8 13:17:36 raspberrypi vdr: [2495] device 1 receiver thread started (pid=2420, tid=2495, prio=high)
Mar 8 13:17:36 raspberrypi vdr: [2496] device 1 TS buffer thread started (pid=2420, tid=2496, prio=high)
..

Nach diesen kurzen Tests mit vdr-2.3.8 und vdr-2.3.9, bleibt also das Resultat: ab vdr-2.3.9 gibt es Probleme mit vdr und dem Ausgabe Plugin rpihddevice.

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?

Gruß

Uwe

M-Reimer · Mar 8th 2020

Es ist drin was machbar ist. Klaus hält seine eigenen Commits auf seiner privaten Platte. Leider kein Zugriff für die Community.

Asta · Mar 9th 2020

Am rpihddevice liegt es nicht. Softhddevice macht genau dieselben Probleme.

Leider macht auch der Linux Kernel ab 4.9.35 ein paar Probleme. Beim Zugriff auf eine Festplatte oder auf die interne SD (z. B. beim schneiden oder Aufnehmen) gibt es Bildstörungen. Kannst du ja vielleicht auch mal testen und berichten ob es bei dir auch so ist. Der Kernel hat aber nichts mit dem umschaltroblem zu tun. Auch auf einem 4.9.35 und VDR > 2.3.8 gibt es die Hänger.

SurfaceCleanerZ · Mar 9th 2020

Hi,

Das Schneideproblem liegt doch an der Umstellung auf ein anderes Tool (bq oder so) in Ubuntu, soweit ich das neulich im Thread von Dr Seltsam gelesen habe . Da wird die Last nicht mehr berücksichtigt.

Mfg Stefan

Asta · Mar 9th 2020

Das schneiden von Aufnahmen war nur ein Beispiel. Das Bild setzt generell beim Festplattenzugriff aus, z.B. beim kopieren von Daten oder wenn eine laufende Aufnahme auf die Platte geschrieben wird. Das kann aber auch durchaus ein Problem des Kernels im Zusammenhang mit meiner DVB Sky USB Satkarte sein. Mit Debian Jessie ala Kernel 4.9.35 gibt es keine Probleme.

xblades · Mar 9th 2020

Du könntest folgenden patch probieren.

Hatte Probleme auf einem PC beim Umschalten, ca jeder 8. Versuch erzeugte einen Blackscreen, OSD war noch in Ordnung. War auch darauf gestoßen, dass es mit 2.3.9 hineingekommen ist.

Der Patch ist schon an KLS gegangen, der möchte sich das noch einmal anschauen, da die Änderungen auf 2.3.9 wohl besagt, dass es Probleme mit einem Deadlock gegeben hat.

Sobald Receiver->Activate(false); im Lock mit drin ist, habe ich die Probleme. Meine Vermutung ist, dass es da zu einem Timeout beim Tunen kommt, sobald der aktive Receiver für die Schleife gelockt ist, will heißen es könnte auch an anderer Stelle zu fixen sein.

Ich selbst habe eine SD-FF Karte und 2x DvbSky S952 auf Intel Celeron.

Uwe · Mar 10th 2020

Hallo xblades,

Danke für den Patch.

Sobald ich diesen Patch ein wenig getestet habe, melde ich mich hier wieder!

Gruß

Uwe

seahawk1986 · Mar 10th 2020

Ich habe mal für focal in https://launchpad.net/~seahawk…/ubuntu/vdr-2.4.1-patches einen VDR mit diesem Patch bauen lassen - das Paket ist ABI-Kompatibel zum VDR aus https://launchpad.net/~yavdr/+…e/ubuntu/experimental-vdr, so dass man das PPA einfach zusätzlich einbinden bzw. bei Bedarf alles wieder mittels ppa-purge entfernen kann.

Edit: für bionic gibt habe ich auch gerade ein Paket passend zu den Paketen aus https://launchpad.net/~seahawk…+archive/ubuntu/vdr-2.4.1 hochgeladen.

Asta · Mar 10th 2020

xblades :

Vielen Dank für den Patch. Bis jetzt kein Blackscreen mehr. Ich teste das die nächsten Tage ausgiebig und setze dann das Thema auf "gelöst".

Uwe · Mar 10th 2020

Hallo xblades

mit einem Tuner habe ich keine Probleme mehr. Vielen Dank.

Sobald aber ein 2. Tuner für z.B. EPG-Scan dazu kommt, gibt es wieder diesen Blackscreen bei mir. Dabei kann ich den Tuner ausschließen, da er ein 2020-03-10 18:08:11 [443] Frontend has locked bekommen hat, nach dem umschalten...

Dabei nutze ich vdr-2.4.1 + device.patch und das rpihddevice Plugin, mehr Plugins nutze ich nicht.

Code

...
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.
...

Display More

Hier das log des DVB-Dual-Tuners:

Code

...
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)
...

Display More

Wenn also mehr als 1 Tuner beteiligt sind, gibt es scheinbar noch ein Problem... Kann dies eventuell jemand reproduzieren?

Gruß

Uwe

9000H · Mar 10th 2020

Hi,

it's maybe worth to look at the kernel version if you affected from the issue or not.

https://bugzilla.kernel.org/show_bug.cgi?id=199323

CU

9000h

Asta · Mar 10th 2020

9000H . Ich habe keine Tuning Probleme. Das Problem sind Bildstörungen, die auch in einer Aufnahme zu sehen sind wenn man auf das Dateisystem zugreift. Z. B. beim kopieren von Dateien oder auch wenn man timeshift zu laufen hat. Dabei ist es egal ob man auf eine USB Platte schreibt oder auf die interne SD Karte. Das Bild zuckt leicht und die untere Hälfte zerfällt in grüne Kästchen. Da das wie es scheint niemand anderes betrifft schiebe ich den Fehler auf die DVB Sky S960.

Vermutlich haben die nicht viele Leute am PI zu laufen.

9000H · Mar 10th 2020

Hi,

I know, but I would point out the "mutex fix" which is not specific to the DVBSky but happens with multiple USB devices.

CU

9000h

Uwe · Mar 10th 2020

Ich hatte mal für die DVB Sky S960 einen Patch von S:oren für die Vergrößerung der Buffer bekommen. Suche ich mal raus.
Das bedeutet aber, man muß den Treiber neu bauen...

Edit:

Diff

--- drivers/media/usb/dvb-usb-v2/dvbsky.c~ 2017-04-18
21:30:09.680770749 +0200
+++ drivers/media/usb/dvb-usb-v2/dvbsky.c 2017-04-28
19:28:11.095287602 +0200
@@ -740,7 +740,7 @@ static struct dvb_usb_device_properties
.num_adapters = 1,
.adapter = {
{
- .stream = DVB_USB_STREAM_BULK(0x82, 8, 4096),
+ .stream = DVB_USB_STREAM_BULK(0x82, 3, 32768),
}
}
};

Display More

Inzwischen ist der Treiber überarbeitet worden.
Es kann sein, dass die passende Buffer an andere Stelle vorzufinden ist.
Damit hatte ich keine Störungen mehr in den Aufnahmen...

Gruß

Uwe

Asta · Mar 10th 2020

Ok. If i understand how to patch those things then i will test it. Thanks a lot.

Sorry for my bad english.

Ztw. kein Bild nach Umschalten mit VDR ab Version 2.3.9

Share

Similar Threads

yavdr ansible

rpihddevice + Raspbian Buster

vaapidevice: OSD beim Start erst zu klein; Pixelsalat