MLD-5.x > General
[MLD-5.5 testing] Start vdr failed SVDRP MLD < 127.0.0.1:35070 server destroyed
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: ---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
--- End code ---
--- Code: ---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
--- End code ---
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.
Navigation
[0] Message Index
[#] Next page
Go to full version