[Announce] osd2web Plugin


  • horchi ist noch in Urlaub, daher nicht wundern wenn er sich momentan nicht meldet.

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Ich hatte das gleiche Verhalten bei Verwendung von libwebsockets >= Version 4.0. Nach Downgrade auf V. 3.2.3 lief es wieder einwandfrei. Im Plugin - Quellcode gibt es da eine Stelle die das Timeout-Handling betrifft, die sich in Version 4 von vorherigen Versionen unterscheidet.

    Das mit dem trägen Update des Displays mit dem aktuellen libwebsockets stelle ich hier leider auch fest. Also wollte ich libwebsockets 3.2.3 kompilieren - für Opensuse Tumbleweed gibt's leider kein Repo mit dieser alten Version.


    Doch leider geht's nicht. Daher hoffe ich jetzt auf @horchi mit einem Update von osd2web. Hoffentlich ist das nun nicht frech... :/


    Vielen Dank!


    Stefan


    Code
    cd /usr/local/src && wget https://github.com/warmcat/libwebsockets/archive/refs/heads/v3.2-stable.zip && unzip v3.2-stable.zip && rm v3.2-stable.zip && cd libwebsockets-3.2-stable
    mkdir build && cd build
    cmake ..
    make
  • hier läuft osd2web mit der aktuellen Version der libwebsockets von github:

    Code
    git clone https://github.com/warmcat/libwebsockets.git
    cd libwebsockets
    mkdir build
    cd build
    cmake ..
    make
    make install

    dann das osd2web neu übersetzen und es läuft mit libwebsockets 4.3

    Code
    root@gate~> grep libweb /var/log/vdr.log
    Sep 26 10:50:03 gate vdr: osd2web: using libwebsocket version '4.3.99-v4.3.0-280-g7ef2065f'


    Doch leider geht's nicht. Daher hoffe ich jetzt auf horchi mit einem Update von osd2web. Hoffentlich ist das nun nicht frech... :/

    was ist mit Update gemeint?

  • Hallo Horchi,


    endlich komme ich wieder an den VDR. Danke für Deinen Beitrag.


    Funktionieren tut es schon mit libwebsockets 4.3. Aber bei Kanalwechsel braucht osd2web einige Sekunden, bis es den neuen Kanal anzeigt. Mit libwebsockets 3.2 ging das immer sofort.


    Ist das bei Dir anders?


    Stefan

  • ja ist bei mir komplett flüssig bzw. war komplett flüssig inzw. habe ich auf einer meiner Installationen auch Verzögerungen festgestellt.
    Ich sehe es mir heute Abend genauer an

  • läuft hier flüssig mit dieser Version


    Plugin osd2web: using libwebsocket version '4.3.99-v4.3.0-281-g4144c1e6'

    (VDR) NUC11PAH & GEEKOM MINI-IT11-11. Generation * BM2LTS * DD NET S2 Max * NC * (Sound) Cinebar Lux Set * (Stream) Apple TV 4K (2022) *

    (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G29LA

  • Die Probleme sollten mit Version 0.3.0 des Plugins behoben sein

  • Die Probleme sollten mit Version 0.3.0 des Plugins behoben sein

    Klasse, vielen Dank, Horchi! :thumbup: Dein Plugin läuft wieder supergut...


    Wie bekomme ich die Log-Meldungen des Plugins ausgeschaltet?

    Egal was ich in Make.config unter DEBUG einstelle, es bewirkt nichts.


    Stefan

  • setzte das in der setup.conf mal auf 0 (bei beendetem vdr)

    Code
    osd2web.LogLevel = 0

    damit sind nicht alle Meldungen weg aber einige weniger

  • Hallo,


    ich habe seit der neuen Version unter yavdr (Ubuntu 22.04 LTS) nur noch einen weißen Bildschirm, logmeldungen gibt es keine.

    Muss ich da evtl. noch an einer Schraube drehen?

    Rufe ich die Webseite über einen Browser im Netz auf stürzt der vdr ab.

    Es gibt einen segfault:

    Code
    Oct 13 22:28:58 vdr vdr: osd2web: HTTP: Requested uri: (12) '/data/getenv'
    Oct 13 22:28:58 vdr kernel: [ 1362.627462] vdr[4905]: segfault at c ip 00007fd3c04c91cc sp 00007fd36e7fb2a0 error 6 in libvdr-osd2web.so.2.6.1[7fd3c04b3000+2e000]
    Oct 13 22:28:58 vdr kernel: [ 1362.627477] Code: ff ff ff 48 8b 85 10 ff ff ff 48 89 c7 e8 c4 be ff ff 48 8b 85 38 ff ff ff 48 89 c7 e8 9d b6 fe ff 89 c2 48 8b 85 d0 fe ff ff <89> 50 0c 48 8b 85 d0 fe ff ff 8b 40 0c 8d 50 11 48 8b 85 d0 fe ff



    massi

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

    3 Mal editiert, zuletzt von massi ()

  • - selbst compiliert oder ist die neue Version es schon in der yavdr Distribution enthalten?
    - Plugin Build 0.3.0?
    - welche libwebsock?
    - Backtrace?

  • Die Version ist schon in yavdr enthalten (0.3.0-0yavdr0~jammy), habe ich aber nicht selbst kompiliert ist aus dem seahawk repository.

    libwebsockets (4.0.20-2ubuntu1)



    Wo kann ich den plugin build nachschauen?


    Und wie erstelle ich einen backtrace?

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • Mit Plugin Build meinte ich die Version, also die 0.3.0 ist damit beantwortet.

    Backtrace ist vielerorts erklärt kann sich sich je nach Distribution etwas unterscheiden.
    Du kannst mal versuchen den VDR zu beenden und ihn so an der Konsole zu starten:

    ulimit -c unlimited
    vdr

    dann bring ihn so wie du es oben beschrieben hast zum crashen. Danach solltest du in dem Ordner in in welchem du ihn aufgerufen hast eine Datei mit core im Namen finden. Wenn ja hebe sie auf dann klären wir wie du reinschauen kannst. Ansonsten musst du klären wie es bei yavdr geht. Ggf. fängt dort der systemd die Core Files ab.

    ZU Version der libwebsocket, ich hab hier kein System mit einer 4.0 - kann hier jemand bestätigen das osd2web damit das von massi beschriebene Problem hat?

  • Ich habe jetzt mal versucht einen Backtrace zu erstellen, mir wird nach dem Crash auch angezeigt: Speicherzugriffsfehler (Speicherabzug geschrieben)

    Nur, wo wird der hingeschrieben, im aktuellen Verzeichnis ist er jedenfalls nicht zu finden?

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • Ja, werde ich mal machen.

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • Mir ist es nun gelungen einen Backtrace zu erstellen, hoffe ich zumindest...


    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • setzte das in der setup.conf mal auf 0 (bei beendetem vdr)

    Code
    osd2web.LogLevel = 0

    damit sind nicht alle Meldungen weg aber einige weniger

    Genau das suchte ich, damit sieht das Log aufgeräumter auf.


    Vielen Dank und auch für die Pflege einiger Plugins! Das musste ich jetzt mal loswerden...


    Stefan

  • War der Backtrace nicht ausreichend, um dem Problem auf die Schliche zu kommen?

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

Jetzt mitmachen!

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