[Announce] VDR developer version 2.1.3

  • Frohes Neues und vielen Dank fuer die neue Version


    Das kommt alle 3 sec im Log. ( Auf dem Server. Der hat und braucht kein LIRC )

    Code
    ERROR (lirc.c,43): /dev/null: Verbindungsaufbau abgelehnt



    Ich denke mal das kommt daher

    Code
    The LIRC remote control now connects to the socket even if it doesn't yet exist




    Kann man den permanent Check irgendwo abstellen ? Oder beim VDR Aufruf LIRC=None setzen ?


    Edit:
    Den Eintrag vdr ... --lirc=/dev/null hab ich vor Jahren mal aus dem VDR Wiki uebernommen und bringt seitdem nur beim Start die Fehlermeldung. Jetzt permanent

    Server PC leap42.3 ::: vdr-2.3.8 ::: DD Cine C2 + 1 Erweiterung headless

    zbox leap42.3 ::: vdr-2.3.8 + SatIP Plugin

    OctopusNet DVBC mit 4 Tunern

    Clients 2 x Raspberry 2 + libreElec 8.2.1 verbunden mit zbox

  • Copperhead
    Super, Funktioniert. Danke


    3PO
    Remote Plugin nutz ich nicht

    Server PC leap42.3 ::: vdr-2.3.8 ::: DD Cine C2 + 1 Erweiterung headless

    zbox leap42.3 ::: vdr-2.3.8 + SatIP Plugin

    OctopusNet DVBC mit 4 Tunern

    Clients 2 x Raspberry 2 + libreElec 8.2.1 verbunden mit zbox

  • Ja, das "--lirc=/dev/null" war ein dreckiger Workaround, um den vdr ohne lirc laufen zu lassen.
    Das muss man zum Glück nicht mehr.


    Lars.

  • Da sich der vompserver (aus dem Git) nicht kompilieren läßt, mal die Frage ob es schon einen Fix gibt ?



    ( if [ -f .standalone ] ; then ( rm -f .standalone; make clean ; make objects ) ; else exit 0 ;fi )
    g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/backup/privat/tv/dvb/vdr-2.1.3/include -fPIC -c -DPLUGIN_NAME_I18N='"vompserver"' -D_GNU_SOURCE -DVOMPSERVER -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/backup/privat/tv/dvb/vdr-2.1.3/include -I/backup/privat/tv/dvb/vdr-2.1.3/include -I/include -o vompclientrrproc.o vompclientrrproc.c
    vompclientrrproc.c: In member function ‘int VompClientRRProc::processGetRecordingsList()’:
    vompclientrrproc.c:656:39: error: ‘VideoDiskSpace’ was not declared in this scope
    int Percent = VideoDiskSpace(&FreeMB);
    ^
    vompclientrrproc.c: In member function ‘int VompClientRRProc::processMoveRecording()’:
    vompclientrrproc.c:798:52: error: ‘VideoDirectory’ was not declared in this scope
    log->log("RRProc", Log::DEBUG, "viddir: %s", VideoDirectory);
    ^
    make[1]: *** [vompclientrrproc.o] Fehler 1


    Grüße,


    Dirk

  • Damit der Trickspeed in Reinhard Nißl's vdr-xine Plugin wieder richtig funktioniert, benutze ich diesen Patch:


    Edit: Statt vdr ist es wohl besser vdr-xine zu ändern:

  • Wird eigentlich der MainMenuHooks-Patch noch benötigt und falls ja, hat schon jemand eine angepasste Version für vdr-2.1.3?


    Ob er gebraucht wird, liegt daran, ob du bei dir z.B. das original Programm Menü durch eines von einem Plugin ersetzen lassen willst ;)


    Ciao Louis

  • Die 1.0.3 funktionierte bei mir, liegt hier irgendwo im Forum.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Jo...dieser hier funktioniert. Habs eben getestet...


    Ciao Louis


    PS: man beachte das Post unter dem Post mit dem Patch :D Alzheimer?! ;)

  • Ich wüsste nicht, wo meine Frage in dem o.g. Thread beantwortet worden wäre?? ?(


    Naja...ist es schwer, den Patch für die 2.1.2 einfach mal mit der 2.1.3 zu testen? ;) Und die ketzerische Frage, ob man den noch braucht, kannst du dir auch sparen...oder siehst du im Changelog von der 2.1.3 irgendeine Änderung an der Menüstruktur?


    Ciao Louis

  • Kurz: Ja man braucht ihn noch und angepasst hat ihn keiner, da die 1.0.3 noch funktioniert.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB


  • Es werden nur dann Kanäle als "obsolete" markiert, wenn die SDT des zugehörigen Transponders komplett geparst wurde und es Kanäle in VDRs Liste gibt, die nicht in der aktuellen SDT enthalten sind.
    Was hiermit nicht gehandhabt werden kann ist, wenn ein Transponder vollkommen verschwindet - aber das dürfte wohl eher seltener der Fall sein.


    Klaus


    Habe gerade mal vdr-2.1.3 installiert.


    Nach ca. 1 Stunde, hat er schon ziemlich viel "Müll" gefunden. ;)


    Code
    vdr01_64 ~ # grep OBSOLETE /etc/vdr/channels.conf |wc -l
    569
    vdr01_64 ~ #


    Die Funktion gefällt mir, Danke dafür! :] :tup

  • Bekomme das DVD-Plugin nicht kompiliert. Gibt es irgendwo einen Patch? Habe leider nichts gefunden:

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!