Recent Posts

31
Allgemein [ General ] / Neuinstallation
« Last post by purzel on September 20, 2026, 12:25:33 »
Während des Wartens (und Hoffens) auf Lösung in meinem vorherigen Posting (cifs-utils) habe ich mit /etc/vdr/plugins/systeminfo/systeminfo.sh herumgespielt weil mir in der Ausgabe zu viele "Lücken" und "Unschönheiten" waren; vornehmlich bei den Temperaturen. Das Resultat will ich Euch nicht vorenthalten:
unter 6) # uptime beim echo  das "uptime" durch "up since" ersetzen
unter 7) # fan speeds
Code: [Select]
CPU=$(sensors | grep -i 'CPU FAN' | tr -s ' ' | cut -d' ' -f 3)
CASE=$(sensors | grep -i 'SYS Fan' | tr -s ' ' | cut -d' ' -f 3)
CPURPM=" rpm" #NEW
CASERPM=" rpm" #NEW
if [ ${CPU:-0} -eq 0 ] ; then CPU="N/A" ; CPURPM=""; fi #NEW
if [ ${CASE:-0} -eq 0 ] ; then CASE="N/A" ; CASERPM="" ; fi #NEW
#echo -ne "Fans:\tCPU: "$CPU" rpm\tCase: "$CASE" rpm"
echo -ne "Fans:\tCPU: "${CPU:-0}$CPURPM"\tCase: "${CASE:-0}$CASERPM
unter 8) # temperature of CPU and mainboard
Code: [Select]
CPU=$(sensors | grep -i 'Core 0' | tr -s ' ' | cut -d' ' -f 3)
MB=$(sensors | grep -i 'temp1' | tr -s ' ' | cut -d' ' -f 2)
#CPU=$(sensors | grep -i 'CPU TEMP' | tr -s ' ' | cut -d' ' -f 3)
#MB=$( sensors | grep -i 'Sys temp' | tr -s ' ' | cut -d' ' -f 3)
if [ ${MB:-0} -eq 0 ] ; then MB="unknown" ; fi #NEW
echo -ne "Temperatures:\tCPU: "$CPU"\tMB: "$MBemperature of CPU and mainboard
CPU=$(sensors | grep -i 'Core 0' | tr -s ' ' | cut -d' ' -f 3)
MB=$(sensors | grep -i 'temp1' | tr -s ' ' | cut -d' ' -f 2)
#CPU=$(sensors | grep -i 'CPU TEMP' | tr -s ' ' | cut -d' ' -f 3)
#MB=$( sensors | grep -i 'Sys temp' | tr -s ' ' | cut -d' ' -f 3)
if [ ${MB:-0} -eq 0 ] ; then MB="unknown" ; fi #NEW
echo -ne "Temperatures:\tCPU: "$CPU"\tMB: "$MB
unter 9) # temperature of hard disks
Code: [Select]
# DISK1=$(hddtemp -q /dev/sda | cut -d: -f1,3)
# DISK2=$(hddtemp -q /dev/sdb | cut -d: -f1,3)
DISK1="/dev/sda: "$(smartctl -l scttemp /dev/sdb | grep -i temp | head -n 1 | tr -s ' ' | cut -d' ' -f 3)" °C"
DISK2="/dev/sdb: "$(smartctl -l scttemp /dev/sdb | grep -i temp | head -n 1 | tr -s ' ' | cut -d' ' -f 3)" °C"
echo -ne "\t"$DISK1"\t"$DISK2
# weil meine Samsung 860 laut hddtemp angeblich keinen Sensor hat

Ich meine, irgendwo stand anfangs noch auf deutsch "Temperaturen" - was ich inkonsequent fand und durch "Temperatures" ersetzt habe.

Vielleicht kann das jemand gebrauchen weil er ähnliche Beobachtungen gemacht hat. Die auskommentierten Zeilen kann man natürlich nach Belieben entsorgen ;)

Spannend könnte es werden, wenn das systeminfo-Plugin auf 0.2.0 aktualisiert wird... (oder IST es das schon???)
32
Allgemein [ General ] / UHD1by Astra geht nicht
« Last post by franky on September 20, 2026, 10:45:32 »
Du könntest auch noch einen Astra SES UHD Testkanal ausprobieren, der auf jeden Fall nicht verschlüsselt ist.

Ich verwende meinen RPI5 nur gelegentlich zum Testen und habe da auch schon festgestellt, dass UHD-Decoding nicht funktioniert.
Ich bin mir aber nicht sicher, ob das UHD-Decoding mit softhddevice-drm-gles beim RPI5 jemals schon funktioniert hatte.
Dazu habe ich den RPI5 zu selten und dann nur für kurze Tests in Betrieb.

Produktiv verwende ich Systeme mit Intel-GPU bei denen ab der HD600 das UHD-Decoding einwandfrei funktioniert.
Bevorzugt verwende ich die stromsparenden GeminiLake Systeme (z.B. J4005, J4025 oder J5040) mit UHD600 bzw. UHD605 GPU.
Mein NUC7CJYHN2 mit J4005 verbraucht beim UHD-Decoding mit dem neuen vaapivideo Frontend nur ein paar Watt mehr als ein RPI5.
Und mein UHD-TV meldet dann sogar beim Decoding von UHD-Videos mit HDR dass er UHD mit HDR empfängt.
Dabei funktioniert sowohl die Anzeige-Einstellung FullHD 50Hz (also Downscaling) als auch UHD 50HZ (also Decoding und Ausgabe an HDMI in UHD) mit HDR.
Aktuell funktioniert HDR nur mit vaapivideo und auch nur mit einigen Intel GPUs ab UHD6xx.

Aber wie schon gesagt, ich kann mich nicht erinnern, das bei meinen RPI5 Tests schon mal UHD-Decoding funktioniert hatte.
Ich habe das aber nicht weiter hinterfragt, da ich ja mit den Intel-Systemen eine funktionierende Lösung habe, bei denen auch schon mit softhddevice das UHD-Decoding (halt noch ohne HDR) funktioniert hatte.
33
Allgemein [ General ] / Neuinstallation
« Last post by purzel on September 20, 2026, 10:21:17 »
Moin!

Ich hoffte ja insgeheim auf einen "erfreulichen Nebeneffekt" - nämlich, dass die SSH Verbindung ohne IPv6 schneller aufgebaut wird...

Leider aber  hat das DEaktivieren von IPv6 auf der Fritzbox für BEIDE Symptome nichts gebracht. Mein `mount //nas/VDR-Recordings` (Eintrag in /etc/fstab vorhanden) schlägt mit der selben Fehlermeldung wie gestern fehl:
mount: /data/tv/0_NAS: mount(2)-Systemaufruf ist fehlgeschlagen: No route to host.
Wenn ich in der /etc/fstab anstatt des hostname dessen IP eintrage geht's. Würgaround (ich weiß, man schreibt's anders  :P ), aber IMHO unschön.
Bei der Web-Recherche fand ich diese Seite - da hat jemand fast das selbe Problem, nur nicht im VDR. Leider gibt es das Paket "cifs-utils" nicht in der MLD 6.5 - Könnten wir das bitte mal ausprobieren?

TIA
purzel
34
Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange
« Last post by franky on September 20, 2026, 10:04:46 »
In den Logs finde ich nichts. Wird denn der Shutdown auch gelogt?
Standardmäßig wird nur flüchtig geloggt, d.h. das journal wird bei jedem Neustart neu erstellt.
Dabei gehen dann die Logeinträge beim Shutdown verloren.
Im WebIF kannst du aber das dauerhafte Logging aktivieren.
Nachdem du den Haken bei "Meldungen dauerhaft speichern" gesetzt hast, musst du noch den Ordner /var/log überprüfen.
Das darf dann kein Symlink auf /var/volatile/log sein, da sonst wieder nicht dauerhaft geloggt wird.
Also falls /var/log nur ein Symlink ist, diesen löschen und den Ordner /var/log neu erstellen.
Nach einem reboot sollte dann auch der nächste shutdown geloggt werden.
35
Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange
« Last post by rkp on September 20, 2026, 01:02:02 »
Beim Escape drücken sehe ich:

...
...
Stopped Video Disk Recorder.
Stopping Foreground app•••
Stopping The MLD webif...
Stopped The MLD webif
A stop job is running for Foreground app (1min 31s / Inin 32s)


Wenn die 1min 32s um sind, geht das System fast augenblicklich aus.

Jetzt frage ich mich, was diese Foreground App sein könnte. In den Logs finde ich nichts. Wird denn der Shutdown auch gelogt?

36
Allgemein [ General ] / Neuinstallation
« Last post by purzel on September 19, 2026, 19:40:48 »
Ich danke Dir. Mit 1 muss ich demnach leben und für 2 habe ich IPv6 in der Fritte deaktiviert. Morgen werde ich sehen, ob es geholfen hat.
Euch noch einen schönen Abend
37
Allgemein [ General ] / Neuinstallation
« Last post by clausmuus on September 19, 2026, 18:15:45 »
1) bei der MLD-6 werden sicherlich andere Verschlüsselungs-Verfahren verwendet als bei der MLD-5. Eventuell werden dadurch auch mehr ssh Keys durchgetestet. Beides kann für eine langsamere Anmeldung sorgen.
2) Ich weiß nicht sicher, ob wir den IPv6 Support durchgängig implementiert haben. Die IPv6 Adresse wird von Deinem DHCP Server vergeben, also z.B. von der Fritzbox. Du müsstest also dort einstellen dass diese nicht vergeben werden soll.
38
Allgemein [ General ] / Neuinstallation
« Last post by purzel on September 19, 2026, 18:04:43 »
Hallo Claus!

Ich  habe nun immerhin "einige" Boots hinter mir, bisher waren alle MIT Ton; einer dauerte gefühlt etwas länger als sonst - vielleicht wartete er tatsächlich auf die Sound"karte". Ich beobachte weiter.

Nun sind mir ich aber noch zwei speziellere Fragen aufgekommen:
1. wenn ich von meinem Desktop-PC zum VDR via SSH verbinde, mache ich das üblicherweise in einem Shell-Fenster via "ssh root@vdr", natürlich unterschiedliche hostnames. Auffällig ist, dass diese Verbindung zum ALTEN unter MLD 5.3 deutlich schneller aufgebaut wird - und das, obwohl da noch ein Switch mehr auf dem Weg ist. Alles ist Gigabit-Verkabelt. Warum ist die SSH-Verbindung zum 6.5er verzögert (einige Sekunden)
2. wenn ich in der 6.5er Installation mein NAS mounten möchte (CIFS), shclägt das bei Verwenung von //nas/VDR mit der Fehlermeldung "No route to host" fehl, mit IP Adresse (v4) hingegen funktioniert es. Ein "nslookup nas" liefert als erste Adresse die IPv6, als Zweite die richtige IPv4 Adresse. Wie kann ich das fixen? Mit IPv6 habe ich bisher fast keine Erfahrungen sammeln können/müssen.

TIA
purzel
39
Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange
« Last post by clausmuus on September 19, 2026, 17:27:44 »
Du kannst die ESC Taste drücken, wehrend das Logo pulsiert, dann bekommst Du angezeigt wo drauf gewartet wird.
Ansonsten mal ein Debug-Log erstellen, damit wir schauen können was Du installiert hast. Eventuell haben wir auch dann schon einen Tipp.
Beim softhddevice Plugin gab es letzte Woche ein Update, dass eine Ursache für Probleme beim herunterfahren behebt.
40
Allgemein [ General ] / UHD1by Astra geht nicht
« Last post by rkp on September 19, 2026, 17:07:25 »
Der Sender wird nicht angezeigt, obwohl er doch tagsüber frei anzuschauen ist.

Kann es sein, dass ich etwas falsch eingestellt habe?


Code: [Select]
Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] pes: Init: invalid video packet: 65529 232294 | 40
Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] pes: Init: invalid video packet: 6949 232294 | 40
Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] device: first valid video packet arrives 632ms after channel switch was triggered
Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] device: first valid audio packet arrives 1070ms after channel switch was triggered
Sep 19 17:05:33 MLD vdr[19872]: [21625] [softhddevice] device: PlayAudio: new channel id 0xBD
Sep 19 17:05:33 MLD vdr[19872]: [19897] [softhddevice] videocodec: main: HEVC (High Efficiency Video Coding) (hevc) for codec "hevc" opened, using hardware decoding with 1 threads 🤩
Sep 19 17:05:33 MLD kernel: rpivid 1000800000.codec: rpivid_h265_start: (3840x2160)
Sep 19 17:05:33 MLD vdr[19872]: [19971] skindesigner: w 3840 h 2160 mode changed to 0
Sep 19 17:05:33 MLD kernel: rpivid 1000800000.codec: SPS changed
Sep 19 17:05:33 MLD kernel: rpivid 1000800000.codec: PPS changed
Sep 19 17:05:33 MLD kernel: rpivid 1000800000.codec: Missing DPB ent 0, timestamp=0
Sep 19 17:05:34 MLD kernel: rpivid 1000800000.codec: PPS changed
Sep 19 17:05:34 MLD vdr[19872]: [19897] [softhddevice] Add display mode change event to follow video mode 3840x2160@50,00
Sep 19 17:05:34 MLD vdr[19872]: [19878] [softhddevice] device: STATE MACHINE received DisplayChangeEvent
Sep 19 17:05:34 MLD vdr[19872]: [19878] [softhddevice] Set display mode: 3840x2160@50,00
Sep 19 17:05:34 MLD vdr[19872]: [19878] [softhddevice] ReInit requested display mode: 3840x2160@50,00
Sep 19 17:05:34 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:34 MLD vdr[19872]: [19878] [softhddevice] device: STATE MACHINE state change done in 107 ms
Sep 19 17:05:34 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:35 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:36 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:37 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:38 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:38 MLD vdr[19872]: [21626] animator thread thread ended (pid=19872, tid=21626)
Sep 19 17:05:38 MLD vdr[19872]: [19872] skindesigner: Osd deleted.
Sep 19 17:05:39 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:40 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
Sep 19 17:05:41 MLD vdr[19872]: [21625] [softhddevice] device: Clear:
Sep 19 17:05:41 MLD vdr[19872]: [21625] [softhddevice] videostream main: ClearVdrCoreToDecoderQueue: packets 0
Sep 19 17:05:41 MLD vdr[19872]: [21625] [softhddevice] device: FlushAudio:
Sep 19 17:05:41 MLD vdr[19872]: [21625] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Sep 19 17:05:41 MLD kernel: cma: cma_alloc: linux,cma: alloc failed, req-size: 1013 pages, ret: -12
root@MLD:~#