[testing yavdr] Segfault nach löschen einer Aufnahme

  • Hallo


    nach dem löschen einer laufenden Aufnahme und dann zurück mit der back Taste stürzt regelmäßig der vdr ab,


    Ein Crashlog habe ich angehängt.

    Dateien

  • Mit extrecmenu

  • Ohne extrecmenu gibt es keinen Crash.

  • Dann müsstest du den extrecmenu-Maintainer mal fragen, ob es bei ihm auch passiert.
    Am besten mit einem vdr ohne Patches probieren, ob der Absturz auch reproduzierbar ist.


    Normalerweise wird beim back aus einer abgespielten Aufnahme wieder in das Aufnahmemenü gesprungen, in der diese Aufnahme liegt. Ich vermute, extrecmenu greift da auf ein cRecording-Objekt zu, das dann nicht mehr existiert. Ist jetzt aber nur geraten, weil der Backtrace sehr klein ist und da nicht viel im Spiel ist.


    Lars.

  • Das ist schon länger keine Abhängigkeit von yavdr-essential mehr: https://github.com/yavdr/yavdr…a4c4555fe0eed2633b279466e


    Aber bei der Installation mit dem 0.5 ISO wird es halt noch installiert...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ich habe ein bisschen getestet....


    Mein Wohn und Schlafzimmer vdr (Signatur) haben das Absturzproblem.
    Mein Keller VDR mit unstable VDR nicht.


    edit:Habe auch den Vdr meines Sohnes getestet (Linux Mint mit den yavdr Testing Paketen) auch kein Absturz.


    Also zusammen gefasst gibt es nur Probleme mit yavdr Iso installation bei mir.

    2 Mal editiert, zuletzt von dippes ()

  • Die Versionen von extrecmenu sind überall gleich, keine Ahnung, wo das Problem ist.


    Vielleicht ist es ein anderes Plugin welches dazwischenfunkt?

  • Alles ist möglich. Es sieht jedenfalls so aus, als ob auf einen Pointer zugegriffen wird, den es nicht mehr gibt.


    Lars

  • Haben andere User auch das Problem?

  • Es gibt immer mal wieder ähnliche Abstürze. Evtl. gibt es auch eine Einstellung in extrecmenu, mit der man irgendwas regeln kann. Aber ich kenne mich in dem Plugin nicht aus, ich nutze es nicht.


    Lars

  • Nutze extrecmenu auch (Vorteil Schneiden mehrerer Aufnahmen und die Möglichkeit sie zu verschieben)
    Keine Abstürze festgestellt, kann aber gerne bestimmte Konstellationen testen.
    Bin auf testing

    VDR1 yaVDR 0.6: Gehäuse: OrigenAE X15e Board: Giada MG-C1037-SL Grafik: GT620 CPU: Celeron 1037U Ram: 2GB DVB: CineS2 Festplatte: 2x1TB
    VDR2 yaVDR 0.6: Gehäuse: Streacom F7C Board: Zotac Z68ITX-B-E Grafik: GT430 CPU: Pentium G630 Ram: 8GB DVB: CineS2 Festplatte: 30GB mSata + 500GB 2,5
    VDR3 yaVDR 0.6: Gehäuse: HP N36L Ram: 8GB DVB: 2 x CineS2 Festplatten: 2x 1,5TB und 2x2TB
    OctopusNet V1 + Rack 4xS2 + 8xS2

  • hier auch auf testing keine Probleme, nutze aber das Schneiden nicht. Kann gegebenenfalls auch mit dem Skin zusammenhängen: hier nOpacity anthrastyle blue


    Christian

    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



  • Löschen geht hier auch problemlos, ebenso Schneiden, Umbenennen und Verschieben von Aufnahmen. Die Schnittwarteschlange macht aber mit skindesigner (und nopacity glaub ich auch) Probleme, da ständig alles neugezeichnet wird während eines Schnitts. Daher besser die Schnittwarteschlange ausschalten.

    - 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

  • Eine Schnittwarteschlange bringt der vdr 2.1.x doch schon mit sich, also zumindest die Leute auf testing brauchen extrecmenu deswegen nicht mehr.


    Lars.

  • Eine Schnittwarteschlange bringt der vdr 2.1.x doch schon mit sich, also zumindest die Leute auf testing brauchen extrecmenu deswegen nicht mehr.


    Lars.


    im testing ist doch nur der 2.0.6

  • Ich nutze es hauptsächlich wegen Verschieben/Umbenennen, ohne die folders.conf nutzen zu müssen.

    - 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

Jetzt mitmachen!

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