1

Raspberry PI / [MLD-5.5 unstable] rpihddevice - vdr stürzt ab beim Abspielen von Aufnahmen

« on: May 04, 2023, 17:42:14 »

Seit dem update des vdr-plugin-rpihddevice von Version 1:2022.11.10-43+2.6.1.221 auf Version 1:2023.04.11-44+2.6.1.221 kann ich keine Aufnahmen mehr abspielen. Der VDR macht einen Restart jedes mal wenn ich eine Aufnahme abspielen will. Die Aufnahmen dieses VDR lassen sich auf meinen sonstigen VDRs einwandfrei abspielen. 

Code: [Select]

May  4 17:34:43 MLD-rpi3 user.debug vdr: [2740] rpihddevice: cAudioDecoder() thread ended
May  4 17:34:43 MLD-rpi3 user.debug vdr: [2740] audio decoder thread ended (pid=2542, tid=2740)
May  4 17:34:43 MLD-rpi3 user.info vdr: [2542] [extrecmenu] starting replay of recording
May  4 17:34:43 MLD-rpi3 user.info vdr: [2542] replay /data/tv/Tagesschau/2023.04.23-20:00-So/2023-04-23.19.58.1-0.rec
May  4 17:34:43 MLD-rpi3 user.debug vdr: [2542] playing '/data/tv/Tagesschau/2023.04.23-20:00-So/2023-04-23.19.58.1-0.rec/00001.ts'
May  4 17:34:46 MLD-rpi3 user.info vdr: [2999] VDR version 2.6.1 started

An der Stelle komme ich nicht weiter. Woran könnte das liegen?

Debug Logs: 52RmVc

2

Allgemein [ General ] / [MLD-5.5 unstable] Radio Plugin - Support für AAC-LATM (ARD Radio)

« on: April 17, 2023, 22:24:15 »

Für das Radio Plugin wurde im März 22 der Support für das Audio-Sendeformat AAC-LATM ergänzt.
https://www.vdr-portal.de/forum/index.php?thread/134827-radio-1-1-0-rds-radiotext-und-aac-audio/
Im Github: https://github.com/siricco/vdr-plugin-radio

Aktuell ist im MLD-5.5 unstable die Version 1.1.0-1+2.6.1.221. Ich kann nicht erkennen, ob hier der AAC-Patch schon dabei ist. Die installierte Version scheint noch nicht die mit dem AAC-Patch zu sein; jedenfalls zeigt das Plugin bei mir kein RDS/Radiotext an. Falls der Patch noch nicht drin ist, wäre es viel Aufwand ein update für das Radio-Plugin zu machen? 

3

Raspberry PI / [MLD-5.5 unstable] DVB-S Radio - Kein Ton bei ARD Sendern mit AAC-LATM

« on: April 12, 2023, 16:31:42 »

Bei den Radiosendern des ARD, die 2021 auf den Codec AAC-LATM umgestellt wurden, funktioniert auf meinem RPI mit MLD5.5 der Sound Output nicht. Die EPG-Daten werden angezeigt. Andere Radiosender funktionieren. Die Ausgabe ist für HDMi Passthrough und Analogen Output stumm (OS Setup rpihddevice).

Beispiel Sender:

Code: [Select]

hr1;ARD HR:10891:HC23M5O35P0S1:S19.2E:22000:0:701=deu@17:0:0:10465:1:1061:0
hr2;ARD HR:10891:HC23M5O35P0S1:S19.2E:22000:0:711=deu@17:0:0:10466:1:1061:0
hr3;ARD HR:10891:HC23M5O35P0S1:S19.2E:22000:0:721=deu@17:0:0:10467:1:1061:0
Bayern 1;ARD BR:11052:HC23M5O35P0S1:S19.2E:22000:0:101=deu@17:0:0:10400:1:1039:0
Das rpihddevice-Plugin sollte seit Version 1.0.1 Support für AAC-LATM haben. Siehe https://github.com/vdr-projects/vdr-plugin-rpihddevice/blob/master/HISTORY

Kann es evtl. sein, das beim MLD der Support für AAC-LATM nicht aktiviert ist?

2016-03-29: Version 1.0.1
- experimental support for AAC-LATM, use "make ENABLE_AAC_LATM=1" to enable

Log: XIPAZE

4

Allgemein [ General ] / [MLD-5.5 testing] Start vdr failed SVDRP MLD < 127.0.0.1:35070 server destroyed

« on: February 14, 2023, 16:43:19 »

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

5

Raspberry PI / [MLD-5.5 unstable] RPI4 - Absturz nach 5h Out of memory

« on: December 08, 2021, 22:50:17 »

Hallo,
mein neu aufgesetzter MLD läuft ca. 5h tadellos um dann per oom-kill abzustürzen. Ich teste das jetzt schon ein paar Tage. Das Verhalten ist reproduzierbar. Suspend und Standby Timer habe ich auf 0 gesetzt und nur das nötigste Installiert.

Ich hoffe ihr könnt mir weiter helfen. Die Details zu meiner Kiste stehen in der Signatur.

Debug-Log habe ich hochgeladen. Upload Code lautet: CRPjjA

Vielen Dank
Holger

6

Allgemein [ General ] / vdr-addon-lifeguard [gelöst]

« on: April 22, 2016, 10:40:18 »

Hallo,
bin bei meinem VDR-Server von yavdr auf mld umgestiegen. Auf meinen Clients (yavdr und mld) werden die Server Aufzeichnungen automatisch in die Aufnahmeliste eingebunden; das klappgt prima. Problem: Wenn ich mit dem client Aufnahmen apspiele die sich auf dem Server befinden, fährt der Server dennoch nach der eingestellten Zeit (5min.) automatisch herunter und die Wiedergabe stoppt. Die Lösung war bei yavdr das  vdr-addon-lifeguard. Das hat zuverlässig ssh, nfs, ... Verbindungen erkannt und den shutdown verhindert. Bei mld kann ich das Addon nicht finden:

Code: [Select]

> apt-cache policy vdr-addon-lifeguard
N: Unable to locate package vdr-addon-lifeguard
Wie sieht die Lösung bei mld aus?

(Das automatische herunterfahren will ich nicht abschalten, weil der Server nur gelegentlich für automatische Aufnahmen startet.)