Posts by dile

  • Bluetooth Kopfhörer beim VDR unter vdrsternelec

    Hallo zusammen,

    ich verwende vdrsternelec auf einem Reaspi3 mit dem vdr-plugin-softhddevice-drm-gles.

    Ich würde jetzt gerne den Ton des VDR auch über einen Bluetooth Kopfhörer nutzen wollen.

    Ich kann den Bluetooth Kopfhörer verbinden und auch mit kodi über Pulse nutzen. Der VDR scheint die Ausgabe aber nur über Alsa zu machen.

    Gibt es mit Libreelec (13) eine einfache Möglichkeit den Ton des VDR wahlweise auch über Pulse bzw. Bluetooth zu nutzen?

    Vielen Dank Gruß Dirk

  • softhddevice-drm-gles mit Raspi3

    Quote from rell

    dile Der RPI3 läuft bei dir, oder? Ich würde gern diese Liste ergänzen...

    Ja läuft sehr gut. Habe das auf 2 Raspi3 in Verwendung und die sind regelmässig im Einsatz. Vielen Dank dafür. :thumbup:

    Allerdings verwende ich aktuell IPTV über die Telekom und da habe ich nur SD in h.264 und 720p in h.264. MPEG2 habe ich nicht getestet (und auch gar keine Lizenz) und FullHD habe ich im VDR auch nicht.

  • [VDR*ELEC] - LibreELEC/CoreELEC mit VDR Client

    Zabrimus

    Dank rell und seinem softhddevice-drm-gles Plugin kann ich VDR*ELEC jetzt auch gut auf einen Raspi3 verwenden. Ich habe LE 12 und LE 13 selbst gebaut, getestet und bin begeistert.

    Ich wollte mal fragen ob es auch möglich wäre, dies auch noch als Release auf deiner Seite aufzunehmen und anzubieten.


    Vielen Dank für eure investierte Zeit und Arbeit. :lovevdr


  • softhddevice-drm-gles mit Raspi3

    Mir ist noch ein anderes Problem aufgefallen das ich unter RaspiOS und VDR*ELEC mit dem softhddevice-drm-gles nachstellen kann. Ich habe sporadische Abstürze des VDR (segfault) wenn ich vor oder zurück mache. Mit der Funktion bei dem das Bild schneller vor bzw. zurück durchläuft. Das Fehler tritt eigentlich recht selten auf. Ich kann es aber nachstellen wenn ich intensiv mehrmals auf die Taste für vor und zurück und teilweise abwechselnd drücke. Wenn ich da ständig drücke dann tritt der Fehler spätestens nach 30 Sekunden auf.

    rell Kannst du das nachstellen? Falls nicht was soll ich im Plugin am besten für die Logs aktivieren.


    Vielen Dank Gruß dile

  • softhddevice-drm-gles mit Raspi3

    Quote from rell

    https://github.com/jc-kynesim/rpi-ffmpeg/branches

    Das wäre der aktuellste Stand, falls du dir das Selbstbauen antun willst.

    Ich habe jetzt auf meine Raspi3 VDR*ELEC mit Libreelec 12 und Libreelec 13 gebaut und mit deinem Plugin getestet. Da sollte ich ja jeweils neuere ffmpeg Versionen haben.

    Tatsächlich tritt der Fehler unter VDR*ELEC bei der Aufnahme nicht auf. Dort läuft diese fehlerfrei durch. :thumbup:

    Auch habe ich dort nicht das Problem mit dem grünen dünnen Streifen unten am Bildschirm und es macht insgesamt einen sehr guten Eindruck. :)
    Welche Libreelec Version verwendet du denn? Sollte ich lieber 12 oder 13 nutzen.

  • softhddevice-drm-gles mit Raspi3

    Ich habe den VDR bzw. dein Plugin gegen die Standardpakete FFmpeg aus Raspberry Pi OS Bookworm gebaut. Die Version ist 5.1.6

    Code
    dpkg -l | grep libavcodec
ii  libavcodec-dev:armhf                 8:5.1.6-0+deb12u1+rpt3            armhf        FFmpeg library with de/encoders for audio/video codecs - development files
ii  libavcodec59:armhf                   8:5.1.6-0+deb12u1+rpt3            armhf        FFmpeg library with de/encoders for audio/video codecs - runtime files
dpkg -l | grep libavformat
ii  libavformat-dev:armhf                8:5.1.6-0+deb12u1+rpt3            armhf        FFmpeg library with (de)muxers for multimedia containers - development files
ii  libavformat59:armhf                  8:5.1.6-0+deb12u1+rpt3            armhf        FFmpeg library with (de)muxers for multimedia containers - runtime files
dpkg -l | grep libavutil
ii  libavutil-dev:armhf                  8:5.1.6-0+deb12u1+rpt3            armhf        FFmpeg library with functions for simplifying programming - development files
ii  libavutil57:armhf                    8:5.1.6-0+deb12u1+rpt3            armhf        FFmpeg library with functions for simplifying programming - runtime files

    Ich kann ja mal eine aktuellere Version testen. Muss ich mal schauen wann ich dazu komme.

  • softhddevice-drm-gles mit Raspi3

    Ich habe das mal mit top beobachtet und an der Speicherentwicklung tut sich fast nichts. Es ist auch immer genug freier Speicher da, sowohl wenn ich die problematische Aufnahme starte als auch wenn der Fehler auftritt.

    Der Raspi3 hat grundsätzlich 1 GB Speicher wobei ich über die /boot/firmware/config.txt festlege wieviel davon für die GPU genutzt wird. Bisher habe ich da gpu_mem=256 verwendet.

    Die GPU Mem Auslastung konnte ich jetzt nicht direkt beobachten. Ich habe jetzt aber testweise mal die Aufnahme mit unterschiedlichen gpu_mem Werten getestet so das jeweils mehr CPU RAM / weniger GPU RAM und umgekehrt, da war.

    Folgende Werte habe ich getestet:
    gpu_mem=256
    gpu_mem=128
    gpu_mem=384

    Bei allen Varianten ist das Video auf die Sekunde an der gleichen Stelle pixelig geworden. Es macht also keinen Unterschied ob mehr oder weniger RAM für CPU und GPU vorhanden ist.

    Ich habe testweise auch mal eine längere HD Aufnahme laufen lassen und konnte den Fehler dort nicht nachstellen. Die Problematische Aufnahme ist ja sogar nur eine SD Aufnahme, wenn auch im gleichen Codec wie die HD Aufnahme.

  • softhddevice-drm-gles mit Raspi3

    Mit der Debug Codec Log Option ist jetzt noch folgender Fehler dazugekommen:


    Code
    vdr[892]: [893] [softhddevice][Codec] videocodec: SendPacket: send_packet ret: Auf dem Gerät ist kein Speicherplatz mehr verfügbar

  • softhddevice-drm-gles mit Raspi3

    Ja ist egal wann man startet, nach 8:44 Minuten tritt der Fehler auf. Wenn ich die Aufnahme von Anfang starte und direkt 2 Minuten vor mache dann tritt der Fehler bei 10:44 Minuten auf.

    Wenn der Fehler auftritt kommt im Log folgendes:

    Ich habe jetzt noch die Debug Codec Logs aktiviert und schau was da kommt.

  • softhddevice-drm-gles mit Raspi3

    Vielen Dank damit klappt das kompilieren. :welle

    Ich habe mal einige Aufnahmen mit Fehlern am Anfang getestet und dort sehe ich nur noch kurz Pixelfehler und nach dem Fehler wird die Aufnahme korrekt abgespielt. :thumbup:

    Ich hatte dir ja damals die eine Aufnahme zukommen lassen die nach 8:44 Minuten stehen geblieben ist. Laut VDR ist die ohne Fehler. Bei dieser Aufnahme habe ich jetzt den Effekt das diese nach 8:44 Minuten beim Bild sehr pixelig wird. Der Ton bleibt aber normal. Das bleibt solange bis ich die Aufnahme mit zurück beende. Wenn ich die Aufnahme dann an der Stelle fortsetzte wird diese korrekt korrekt abgespielt. Nur wenn ich wieder knapp über 8 Minuten warte dann wird es wieder pixelig. Allerdings ist mir das bisher auch nur bei dieser einen Aufnahme aufgefallen.

    Ich teste auf jeden Fall weiter und kann es produktiv einsetzen. Vielen Dank

  • softhddevice-drm-gles mit Raspi3

    Quote from rell

    Ich bin C++ Neuling und das false ist in VDR schon der Standard...

    Nur nicht so bescheiden. Ich könnte so etwas nicht programmieren.

    Quote from rell

    EDIT: Bei mir wirft der compiler weder Warnungen noch Fehler... Aber evtl. stört er sich an dem const hinter der Funktion. Ich glaube das ist falsch.

    Die KI sagt auch das es an dem const liegt und schlägt mir folgende Patches vor:

    Diff
    diff --git a/softhddevice.h b/softhddevice.h
index abcdef1..1234567 100644
--- a/softhddevice.h
+++ b/softhddevice.h
@@ -76,7 +76,7 @@ class cSoftHdDevice : public cDevice {
-        virtual bool HasIBPTrickSpeed(void) const;
+        virtual bool HasIBPTrickSpeed(void) override;


    Diff
    diff --git a/softhddevice.cpp b/softhddevice.cpp
index abcdef2..1234568 100644
--- a/softhddevice.cpp
+++ b/softhddevice.cpp
@@ -1624,7 +1624,7 @@
-bool cSoftHdDevice::HasIBPTrickSpeed(void) const
+bool cSoftHdDevice::HasIBPTrickSpeed(void)
{
    return false; // oder deine Logik
}


    Ich kann nicht beurteilen ob das die beste/korrekte Lösung ist, aber damit bekomme ich einen neuen/weiteren Fehler:


    Hier schlägt mir die KI folgenden Patch vor:

    Ich kann zwar nicht beurteilen ob das gut ist, aber damit baut das Plugin jetzt bei mir und ich werde mal testen wie es läuft. :)

  • softhddevice-drm-gles mit Raspi3

    Quote from dile

    Ich habe gerade festgestellt das der Neustart des VDR auch mit dem skinelchiHD zu tun hat. Selbst wenn der Skin nicht aktiviert ist, sorgt er für den Neustart des VDR wenn man versucht die stehengeblieben Aufnahme vor oder zurück zu machen. In dem Fall war der Neustart des VDR sogar mit dem LCARS:

    Code
    Jul 24 22:05:34 merkur vdr[2926]: [2926] PANIC: watchdog timer expired - exiting!
Jul 24 22:05:34 merkur vdr[2926]: [2926] skinelchiHD: ~cSymbolCache is called
Jul 24 22:05:34 merkur runvdr[2926]: terminate called without an active exception
Jul 24 22:05:34 merkur vdr[2926]: [2926] skinelchiHD: cSymbolCache::clearCache is called
Jul 24 22:05:34 merkur runvdr[2924]: Aborted
Jul 24 22:05:44 merkur runvdr[2924]: Do 24. Jul 22:05:44 CEST 2025 restarting VDR

    Wenn ich den VDR komplett ohne das skinelchiHD starte dann bekomme ich zwar auch bei bestimmten Aufnahmen noch den Fehler hin das das Video stehenbleibt aber ich bekomme den VDR nicht mehr zum Absturz.

    Hier muss ich wieder zurückrudern. Ich weiß nicht mehr wie ich das reproduziert habe. Aber aktuell bekomme ich das auch hin wenn das skinelchiHD nicht mit dem VDR gestartet wird und der VDR reagiert mit und ohne skinelchihd identisch.