Posts by dile

    Ich kann das Problem mit der neusten Version leider auch nachstellen. Ich habe einfach mehrfach hintereinander den Import durchgeführt und die Einträge waren dadurch erst doppelt und dann dreifach vorhanden.

    Ist mir bisher noch gar nicht aufgefallen da der VDR zum Testen nicht durchgehend gelaufen ist und ich das EPG auch einige Male gelöscht hatte.

    Außerdem verschwindet der Fehler auch wieder wenn man den VDR neu startet.

    Wie kann ich denn prüfen ob -std=c++17 das Problem ist?

    Code
    gcc -v
    Using built-in specs.
    COLLECT_GCC=gcc
    COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/8/lto-wrapper
    Target: arm-linux-gnueabihf
    Configured with: ../src/configure -v --with-pkgversion='Debian 8.3.0-6' --with-bugurl=file:///usr/share/doc/gcc-8/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-8 --program-prefix=arm-linux-gnueabihf- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --disable-libquadmath-support --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-sjlj-exceptions --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --disable-werror --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
    Thread model: posix
    gcc version 8.3.0 (Debian 8.3.0-6)

    Hallo zusammen,

    ich versuche gerade auf meinem Raspi3 mit älteren OSMC (Debian Buster) das tvscrapper Plugin zu kompilieren.

    Jemand einen Tipp was hier das Problem ist?

    Vielen Dank Gruß dile :)

    Hallo zusammen,

    ich habe das Problem mit Fehler am Anfang der Aufnahme auch über IPTV mit Magenta TV sporadisch bei verschiedenen Sendern.

    siehe RE: IPTV Plugin sporadische Aufnahmefehler zum Start der Aufnahme

    Ich weiß allerdings nicht ob das die gleiche Ursache wie hier ist.

    Ich habe in das vdr-checkts tool von Tobias Grimm ein paar weitere ausgaben eingebaut, insbesondere wird die PID mit ausgegeben

    Magst du mir das einmal zukommen lassen und erklären auf was ich achten muss, um festzustellen ob ich die gleiche Ursache habe.


    Bei meinem Problem ist mir über die Zeit aufgefallen, dass der Fehler eher auftritt wenn der VDR vor der Aufnahme auf einen anderen Sender getuned war und umschalten muss. Wenn ich vor der Aufnahme schon eine Aufnahme auf dem gleichen Sender hatte oder noch habe dann tritt der Fehler am Anfang der Aufnahme eher nicht auf.

    Gruß dile

    Ich verwende die unverschlüsselten TV Sender von MagentaTV im VDR schon seit Jahren. Im Stream wird nur EPG für die aktuelle und nächste Sendung mitgeliefert. Das funktioniert auch grundsätzlich mit dem VDR wobei ich mein VDR / IPTV Plugin schon länger nicht mehr auf den neusten Stand gebracht habe.

    Ich verwende diese EPG Daten aus dem Stream nicht, sondern verwende externes EPG. Und ja die unverschlüsselten Sender die man im VDR verwenden kann sind von den privaten nur in SD.

    Also ich würde mir auch wünschen das ich die Information der Episode/Staffel aus TVScraper auch in EPGSearch nutzen könnte um bestimmte Staffeln aufzunehmen oder den Dateinamen automatisch anzupassen.

    Vielleicht könnte man ja TVScraper so erweitern das es diese Information zusätzlich ins epg bzw. epg aux hinterlegt um diese dann mit epgsearch zu nutzen. Ansonsten müsste man wohl epgsearch beibringen mit tvscraper zu kommunizieren.

    Leider kann ich in beiden Fällen nichts beitragen. ;(

    Also eine Neuinstallation habe ich noch nicht probiert. Ich bin nochmal auf den alten Stand zurückgegangen und habe durch Updates einzelner Pakete den Fehler weiter eingegrenzt.

    Hier die Informationen von dem zurückgesetzen Stand ohne den Fehler:


    vdr-funktioniert.txt


    Durch das Update einzelner Pakete und Zurücksetzen auf den alten Stand kann ich jetzt genau sagen mit welchem Paket Update der Fehler kommt.

    Wenn ich nur apt update mache und danach nur das vdr-plugin-softhddevice-cuvid update dann habe ich schon den Fehler ohne am Kernel oder den Nvidia Treibern etwas zu ändern.

    Auch hier ist der Fehler weg wenn ich den Deinterlancer von Bob auf None stelle.

    Ich habe die Vermutung das tritt nur mit meinen H264 codierten SD Streams auf. Ist es sinnvoll da mal eine kurze Aufnahme zu teilen oder hat das damit nichts zu tun?

    Hallo,

    ich habe hier einen VDR bei dem mit dem vdr-plugin-softhddevice-cuvid unter yavdr ständig Bildruckler bei SD Sendern bzw. SD Aufnahmen habe.

    Im Log sehe ich dann folgenden Fehler:

    Code
    ubuntu-vdr vdr[1052]: video/cuvid: this code part shouldn't be used

    HD Sender funktionieren ohne Fehler. Besonderheit ist hier das ich die Sender über Magenta TV bekomme. Das bedeutet das die SD Sender auch in H.264 kommen.

    Ich habe schon etwas in den Einstellungen vom vdr-plugin-softhddevice-cuvid herumprobiert und festgestellt das der Fehler nur Auftritt wenn ich bei 576i bei Deinterlace auf "Bob" oder "Adaptive" stelle. Mit der Option "Weave/None" ist der Fehler weg.

    Der VDR ist eine virtuelle Maschine (KVM) mit durchgereichter Geforce 630.

    Code
    VGA compatible controller: NVIDIA Corporation GK208 [GeForce GT 630 Rev. 2] (rev a1)

    Ich habe mit der Virtuellen Maschine einen Stand von yavdr vom April 2022 mit der dieser Fehler noch nicht auftritt. Da läuft sogar noch VDR 2.4.8. Auf den kann ich immer wieder zurücksetzen und hab dann wieder einen funktionierenden VDR.

    Sobald ich da mit apt upgrade anfange kommt es zu dem Fehlerbild. Selbst wenn ich die Paketquelle auf den 2.6.6 ändere oder von focal auf jammy upgrade ändert sich nichts mehr an dem Fehler.

    Jemand eine Idee?

    Vielen Dank :)

    Ich verwende auch MagentaTV mit den freien Sendern über den VDR. Das funktioniert eigentlich ganz gut. Das klappt aber nur wenn man MagentaTV über einen Internetzugang der Telekom hat.

    Ich fürchte aber das dies keine langfristige Lösung ist. Die unverschlüsselten Sender laufen ja über die alte MagentaTV Plattform der Telekom und die wird vermutlich irgendwann eingestellt. Möglich das man mit den Tarifen der neuen MagentaTV 2.0 Plattform auch jetzt schon gar nicht mehr auf diese unverschlüsselten Sender kommt.

    ---------

    Ich könnte mir vorstellen das DVB-I in Zukunft noch eine Option für den VDR sein könnte.

    https://www.digitalfernsehen.de/news/medien-ne…-phase-1103183/

    Hallo zusammen,

    ich hab hier einen AndroidTV Stick an dem unter Coreelec und Libreelec der Hardware Decoder nicht funktioniert. siehe hier

    Da ich mit dem VDR nur H.264 in SD und 720p nutzen, frage ich mich ob ich unter [VDR*ELEC] mit Libreelec oder Coreelec auf den Hardwaredecoder verzichten kann und ein Bild per Softwaredecoder hinbekommen kann. Ich habe schon mit dem softhdodroid und dem softhddevice-drm probiert aber keine Option gefunden. Aktuell habe ich nur ein schwarzes Bild (Ton und OSD funktioniert). Mit Kodi bekomme ich ein Bild, wenn ich die Hardwarebeschleunigung deaktiviere.

    Vielen Dank Gruß dile :)