[hundeschnauze]

Hallo,
ich versuche hier seit einigen Tagen einen neuen MLD aufzubauen und stehe gerade ein wenig auf dem Schlauch. Mein frisch installierter MLD bringt schon beim sysinit die Meldung "Starting vdr ===failed===". Das TV-Bild ist zunächst einwandfrei, sobald ich den Kanal umschalte ist der Bildschirm schwarz. Bin für jeden Tipp dankbar.
 
Log: tSc6wB

Code: [Select]

Feb 14 16:23:47 (none) user.debug vdr: [2231] OSD size changed to 1920x1080 @ 1
Feb 14 16:23:47 (none) user.debug vdr: [2241] rpihddevice: cOvgThread() thread reset
Feb 14 16:23:48 (none) user.debug vdr: [2189] max. latency time 1 seconds
Feb 14 16:24:04 (none) user.warn kernel: [   92.419300] rc rc0: two consecutive events of type space
Feb 14 16:24:06 (none) user.info vdr: [2189] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD)
Feb 14 16:24:06 (none) user.debug vdr: [2262] device 1 TS buffer thread ended (pid=2189, tid=2262)
Feb 14 16:24:06 (none) user.debug vdr: [2260] buffer stats: 251168 (1%) used
Feb 14 16:24:06 (none) user.debug vdr: [2260] device 1 receiver thread ended (pid=2189, tid=2260)
Feb 14 16:24:06 (none) user.debug vdr: [2318] device 1 receiver thread started (pid=2189, tid=2318, prio=high)
Feb 14 16:24:06 (none) user.debug vdr: [2189] max. latency time 2 seconds
Feb 14 16:24:06 (none) user.debug vdr: [2319] device 1 TS buffer thread started (pid=2189, tid=2319, prio=high)
Feb 14 16:24:07 (none) user.debug vdr: [2318] rpihddevice: set video codec to H264
Feb 14 16:24:07 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:10 (none) user.err vdr: [2318] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Feb 14 16:24:10 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:14 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:17 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:21 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:25 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:29 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:32 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:36 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:40 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:43 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:47 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:49 (none) user.info vdr: [2261] SVDRP MLD < 127.0.0.1:35070 client connection accepted
Feb 14 16:24:49 (none) user.debug vdr: [2261] SVDRP MLD > 127.0.0.1:35070 server created
Feb 14 16:24:51 (none) user.info vdr: [2261] SVDRP MLD < 127.0.0.1:35070 connection closed
Feb 14 16:24:51 (none) user.debug vdr: [2261] SVDRP MLD < 127.0.0.1:35070 server destroyed
Feb 14 16:24:51 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:55 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:24:58 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:25:02 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:25:06 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:25:10 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:25:13 (none) user.err vdr: [2318] ERROR: 17 TS packet(s) not accepted in Transfer Mode
Feb 14 16:25:13 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:25:14 (none) user.info vdr: [2227] frontend 1/0 timed out while tuning to channel 24 (EinsPlus OBSOLETE), tp 110743
Feb 14 16:25:17 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:25:20 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 14 16:25:24 (none) user.debug vdr: [2240] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz

Code: [Select]

Module                  Size  Used by    Tainted: G 
bcm2835_v4l2           40960  0
videobuf2_vmalloc      16384  1 bcm2835_v4l2
videobuf2_memops       16384  1 videobuf2_vmalloc
bcm2835_mmal_vchiq     28672  1 bcm2835_v4l2
videobuf2_v4l2         32768  1 bcm2835_v4l2
videobuf2_common       65536  4 bcm2835_v4l2,videobuf2_vmalloc,videobuf2_memops,videobuf2_v4l2
videodev              245760  3 bcm2835_v4l2,videobuf2_v4l2,videobuf2_common
mc                     45056  3 videobuf2_v4l2,videobuf2_common,videodev
vc_sm_cma              28672  1 bcm2835_mmal_vchiq
uinput                 20480  2
gpio_ir_recv           16384  0
brcmfmac              323584  0
cfg80211              729088  1 brcmfmac
rfkill                 32768  1 cfg80211
brcmutil               20480  1 brcmfmac
snd_bcm2835            24576  0
snd_pcm               106496  1 snd_bcm2835
snd_timer              32768  1 snd_pcm
snd                    69632  3 snd_bcm2835,snd_pcm,snd_timer

[baltic]

Hi,

am besten wäre es, wenn Du aus dem Web-IF ein debug-Log (unter System/Logfiles/Debug Logs) erstellst.

Gruß
baltic

[hundeschnauze]

Hab ich (s.o.),  Log: tSc6wB. Oder meinst Du noch was anderes?

[baltic]

Ja, genau das war gemeint. Sorry, hatte ich übersehen...

[clausmuus]

Also, laut log ist der VDR gestartet und läuft auch. Obwohl da ne Meldung steht, dass der nicht gestartet werden konnte.

Wegen des Umschalt-Problems habe ich zwei Ideen:
- Du schaltest auf einen Kanal um, der Daten sendet, an denen sich der RPI verschluckt
- Wahrscheinlicher wechselt der VDR beim umschalten auf den zweiten DVB Tuner, und dieser liefert keine Daten. Bei jedem weiteren Umschalten wird dieser Tuner weiter verwendet. Eventuell fehlt da nur ein Antennenkabel, oder das ist ein anderer als der erste, und der wird nicht korrekt unterstützt. Am besten also mal mit nur einem Tuner testen.

[hundeschnauze]

Danke @clausmuus für den entscheidenden Hinweis. Es ist nur ein Sat-Kabel angeschlossen.  In meiner Bastel-Ecke ist nur einer. Ein blöder Fehler.  Ich habe den VDR jetzt mal mit OPTIONS="-w 60 -D 0" gestartet. Hat sich aber nichts geändert. Werde mal Deinem Rat folgend meinen Single-Tuner aus dem laufenden Betrieb probieren.

[hundeschnauze]

Mit 2 Sat-Kabeln; angeschlossen am Sundtek geht es leider auch nicht. Das TV-Bild ist zunächst einwandfrei, sobald ich den Kanal umschalte ist der Bildschirm schwarz.

Debug-Log: 3QuQJ1

[clausmuus]

Funktioniert es denn, wenn Du nur einen Tuner verwendest?

Das Log ist unauffällig, und es wird scheinbar auch nur der erste Tuner verwendet. Verwendest Du SCR (unicable) oder eine direkte Verbindung zur Satschüssel,...?

Du könntest auch mal testen ob der Fehler auch auftritt, wenn Du vom netinstall Image bootest und nur den VDR startest ("Ausprobieren"), ohne zu installieren.

[hundeschnauze]

Habe jetzt einen Single Tuner von meinem laufenden VDR genommen. Den Sundtek-Treiber deinstalliert. Keine Besserung. Ich habe eine Sternverteilung im Multischalter-Betrieb. Das netinstall-Image probiere ich jetzt mal.

Debug-Log: iko0Kq

[hundeschnauze]

Das netinstall-Image im "Probier-Mode" hat auch kein Bild.

Debug-Log: do4gZS

Code: [Select]

Feb 19 11:58:36 (none) user.err vdr: [21410] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Feb 19 11:58:53 (none) user.err vdr: [21705] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Feb 19 11:58:58 (none) user.err vdr: [21707] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Ein Restart des VDR bringt das Live-Bild des Kanals auf den ich umgeschaltet habe.

[hundeschnauze]

Habe es nochmal mit meiner Installierten MLD 5.5 Testing und 2 angeschlossenen SAT-Kabeln am Sundtek probiert. Ein Buffer läuft voll wenn man den Kanal wechselt und nach einer Weile macht der VDR einen Restart:

Code: [Select]

Feb 20 10:56:08 (none) user.err vdr: [9015] rpihddevice: OmxError(StreamCorrupt)
Feb 20 10:56:12 (none) user.err vdr: [9028] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Feb 20 10:56:12 (none) user.debug vdr: [9017] rpihddevice: set HDMI audio output format to 2ch PCM, 48.0kHz
Feb 20 10:56:23 (none) user.info vdr: [9003] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD)
Feb 20 10:56:30 (none) user.debug vdr: [9029] i/o throttle activated, count = 1 (tid=9029)
Feb 20 10:56:34 (none) user.debug vdr: [9029] buffer usage: 70% (tid=9028)
Feb 20 10:56:36 (none) user.debug vdr: [9029] buffer usage: 80% (tid=9028)
Feb 20 10:56:38 (none) user.debug vdr: [9029] buffer usage: 90% (tid=9028)
Feb 20 10:56:41 (none) user.debug vdr: [9029] buffer usage: 100% (tid=9028)


[clausmuus]

Ich were mal schauen, dass ich demnächst einen Test mit RPI-3 mache um zu schauen ob der Fehler bei mir auch auftritt...

[hundeschnauze]

Um HW-defekte auszuschliessen habe ich mal eine funktionierende MLD 5.3 stable Installation auf SD-Karte mit dem Single Tuner getestet. Diese funktioniert einwandfrei.

Code: [Select]

CVDR> apt list --installed | grep vdr
vdr/stable,now 2.2.0.213.8-215 armhf [installed]
vdr-plugin-apt/stable,now 0.1.0-12+2.2.0.213.8 armhf [installed]
vdr-plugin-cecremote/stable,now 1.4.0-15+2.2.0.213.8 armhf [installed]
vdr-plugin-dbus2vdr/stable,now 2017.05.11-8+2.2.0.213.8 armhf [installed,automatic]
vdr-plugin-epgsearch/stable,now 2.2.x-15.1+2.2.0.213.8 armhf [installed]
vdr-plugin-epgsync/stable,now 1.0.1-13+2.2.0.213.8 armhf [installed]
vdr-plugin-extrecmenu/stable,now 2015.09.21-6+2.2.0.213.8 armhf [installed]
vdr-plugin-live/stable,now 2017.05.12-22+2.2.0.213.8 armhf [installed]
vdr-plugin-rpihddevice/stable,now 1:2017.04.24-40+2.2.0.213.8 armhf-rpi2 [installed]
vdr-plugin-setup/stable,now 0.3.1-35+2.2.0.213.8 armhf [installed]
vdr-plugin-skinnopacity/stable,now 2017.05.12-25+2.2.0.213.8 armhf [installed]
vdr-plugin-suspendoutput/stable,now 2.1.0-9+2.2.0.213.8 armhf [installed]
vdr-plugin-svdrpservice/stable,now 1.0.0-7+2.2.0.213.8 armhf [installed]
vdr-plugin-vdrmanager/stable,now 2017.05.12-10+2.2.0.213.8 armhf [installed]


[hundeschnauze]

Wer von Euch hat den RPi 3b erfolgreich mit der MLD 5.4/5 am laufen und kann mir evtl. einen Tipp geben?

[hundeschnauze]

Könnte dies evtl. ein Hinweis auf ein mögliches Problem sein?:

MLD 5.3:

Code: [Select]

user.info vdr: [2036] DVB API version is 0x050A (VDR was built with 0x050A)MLD 5.5:

Code: [Select]

user.info vdr: [2107] DVB API version is 0x050A (VDR was built with 0x050B)