Patch: Programmübersicht für vdr-live

  • kann es sein das sich jetzt ein bug eingeschlichen hat ?
    ausser auf "was läuft?" komm ich nicht mehr auf eine andere ansicht.

    "server antwortet nicht"

    ah
    klar live will nicht deshalb :

    Code
    Jan 23 10:24:36 zotac kernel: [ 3863.727652] vdr[7807]: segfault at 484 ip 020f99cc sp adbff28c error 4 in libtntnet.so.9.0.0[20d8000+98000]

    Edited once, last by hotzenplotz5 (January 23, 2011 at 10:30 AM).

  • Quote

    Original von mwa


    Verstehe ich das richtig, dass du den blauen Zeilen durchgängig, also nicht vom den Kanalspalten unterbrochen haben willst?

    Genau so dachte ich mir das, evntuell kannst Du Dir das ja bei zum Beispiel tvtv.de abschauen. Vielleicht kann man ja ohne Tabellen arbeiten stattdessen mit CSS und <li>.

    Aber das ist geschmackssache und nur ein Vorschlag von mir.

    Grüsse
    TheChief

    - 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

  • Funzt prima! Vielen Dank!

    Gruß
    iNOB

    Mein VDR

    Hartware: Gehäuse: Ahanix MCE 302, Mobo: Kontron 986LCD-M/mITX, CPU: Intel Core2 Duo Mobile T7400 2,16GHz, 2GB RAM, SAT: Digital Devices DuoFlex S2 miniPCIe, Graka: ASUS GeForce GT 1030 Silent, 2x4TB + 2x8TB 3,5" WD Red HD, 1x DVD-Brenner Pioneer, Atric IR-Einschalter+Empfänger, FB One-For-All URC-7960, SoundGraph iMON LCD ( MFP5I, 15c2:0038 )
    Weichware: Debian Stretch (x86_64), Kernel 4.15, NVidia v396.54, ffmpeg 3.4.4, VDR 2.4.0 gepatched

  • Geht hier auch ohne abstürze, Version:

    Code
    Version: 1.6.3-4
    Priority: extra
    Section: universe/libs
    Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
    Uncompressed Size: 958k
    Depends: libc6 (>= 2.4), libcxxtools6, libgcc1 (>= 1:4.1.1), libgnutls26 (>= 2.7.14-0), libstdc++6 (>= 4.4.0), zlib1g (>= 1:1.1.4)
    Recommends: tntnet-runtime
    Description: Tntnet libraries

    Gruß, Carel

    PS: allerdings mit Ubuntu 10.10.

    Edited once, last by carel (January 23, 2011 at 11:32 AM).

  • Quote

    iNOB welche tntnet version ?

    tntnet 2.0.1 aus dem svn vom 20.01.2011.

    Gruß
    iNOB

    Mein VDR

    Hartware: Gehäuse: Ahanix MCE 302, Mobo: Kontron 986LCD-M/mITX, CPU: Intel Core2 Duo Mobile T7400 2,16GHz, 2GB RAM, SAT: Digital Devices DuoFlex S2 miniPCIe, Graka: ASUS GeForce GT 1030 Silent, 2x4TB + 2x8TB 3,5" WD Red HD, 1x DVD-Brenner Pioneer, Atric IR-Einschalter+Empfänger, FB One-For-All URC-7960, SoundGraph iMON LCD ( MFP5I, 15c2:0038 )
    Weichware: Debian Stretch (x86_64), Kernel 4.15, NVidia v396.54, ffmpeg 3.4.4, VDR 2.4.0 gepatched

  • Hi hotzenplotz,

    läuft es jetzt bei dir?

    Wenn nicht, kannst du mir vielleicht einen Backtrace schicken? Hier: http://www.vdr-wiki.de/wiki/index.php/Gdb gibt es eine Anleitung wie man die erzeugt.
    Und am besten noch vorher die Debug-Infos im Live Plugin anschalten:


    edit:
    und dann natürlich das Plugin nochmal compilieren...

    Viele Grüße,

    Martin

    Edited once, last by mwa (January 23, 2011 at 12:26 PM).

  • sorry ich kann dem ganzen nicht mehr entlocken.
    es steht einfach nur "server antwortet nicht" oben im live fenster.
    aber mehr passiert nicht.
    bis zum startfenster komme ich, ab da geht nichts mehr.
    wie gesagt. bis vor zwei tagen mit der ersten version des patches war alles in ordnung.


    das gab es aber im syslog :

    Code
    Jan 23 12:55:42 zotac vdr: [1664] fatal error, server exiting: Bad file descriptor

    und vdr startet neu

    Edited once, last by hotzenplotz5 (January 23, 2011 at 12:58 PM).

  • Hi hotzenplotz,

    hmm, das ist etwas wenig Information... und hilft mir leider nicht weiter.

    Wie hast du das denn erzeugt? Meiner Erfahrung nach funktioniert das Debuggen am besten mit "Core Dumps". Dafür muss man vor dem starten des VDRs, am besten in dem Skript von dem der VDR gestartet wird "ulimit -c unlimited" ausführen. Wenn der VDR crasht wird dann ein Core-Dump im Verzeichnis erstellt in dem der VDR gestartet wurde. Der Core-Dump heißt meistens "core" oder "vdr.XXX.core" oder so ähnlich, den kann man dann mit gdb laden: "gdb vdr core" und dann "backtrace" eingeben.
    Hast du das so gemacht?

    Oder gibt es sonst noch etwas, was besonders an deinem VDR ist? Hast du besonders viele Kanäle? Kanalnamen mit außergewöhnlichen Zeichen?

    Ansonsten fällt mir im Moment nicht viel ein...

    Viele Grüße,

    Martin

  • huch falsche thread - bitte löschen

  • sieht bei mir soweit alles gut aus nur 127.0.0.1ist erlaubt - so soll es sein smile

    edit : doch der richtige thread nur die falsche seite :wand

    notiz an mich selbst : kaffe kochen

  • Hi

    Quote

    Original von mwa
    tadi:
    Danke fürs aufnehmen ins zentrale git-Repository. Bin mal gespannt wann die ersten Beschwerden kommen ;)

    Die sind leider schon da:

    Quote

    [i][Aus einer Email von Rolf Ahrenberg (vdr mailingliste)]
    Btw, I've been lately experiencing deadlocks in live - one thread will eat up to 100% CPU load and all HTTP request will fail afterwards until VDR restart. Especially, the new multischedule will trigger this easily.


    Ich komme z.Z. nicht wirklich ernsthaft dazu, dem hinterher zu debuggen. Daher wäre ich froh, wenn ihr mal danach schauen könntet.
    Allerdings um Patches einzupflegen reicht mit die Zeit schon :)

    Grüße
    Tadi

  • Hi tadi,

    ich würde versuchen da mehr rauszufinden, aber ich habe die E-Mail von Rolf Ahrenberg nicht gefunden. Kannst du mir da noch den Betreff oder noch besser ein Link auf ein Archiv oder ähnliches posten oder schicken?

    Grüße,

    Martin

  • Hi mwa

    Quote

    Original von mwa
    ich würde versuchen da mehr rauszufinden, aber ich habe die E-Mail von Rolf Ahrenberg nicht gefunden. Kannst du mir da noch den Betreff oder noch besser ein Link auf ein Archiv oder ähnliches posten oder schicken?


    Das was ich zitiert habe, ist alles was von Rolf kam. Es war keine E-Mail auf der VDR-Mailingliste sondern ein Abschnitt in einer E-Mail an Winni, die zudem Updates für die finnische Locale enthielt und demnächst ins git gemerged werden.

    Grüße
    Tadi

  • Hi mwa

    Ah, da kam noch was von Rolf auf die Nachfrage von Winni bzgl. der tntnet Version:

    Quote

    Original von Rolf Ahrenberg
    For example the initial recordings scanning takes a pretty long time and if you cancel the request before the updated page appers - none of the live's pages work anymore and a restart is required. Haven't seen any of those 100% CPU loads with deadlocks anymore after the patch I sent (those plasebo "if(timer != 0)" -> "if(timer)" changes) and setting channel groups for multischedule. Empty channel groups for the multischedule still breaks the plugin for an unknown reason.

    There're still a couple layout quirks with Win7/Firefox-3.6.13: - "Setting page: Streamdev stream type": an additional vertical line on the right side
    "MultiSchedule": colored backgrounds of "Time" columns are drawn behind the channel columns and there's no left edge line on the "Time" column.


    Das klingt als hätte er wohl einen ersten work arround gefunden. Ich habe die Version von Winni (enthält den work arround und die finnische Locale) ins 'Hauptgit' übernommen. Viellecht kannst Du ja mal checken ob es das war.

    Grüße
    Tadi

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!