[yaVDR 0.5-alpha1] vdr Neustart bei Spulen oder anspringen einer Sprungmarke

  • Hallo,


    ich hatte bisher ein paar mal das Problem, dass VDR einen Neustart machte, als ich beim Anschauen einer Aufnahme (Vor-)Spulen wollte. Einmal bekam ich den Fehler beim Anspringen einer Sprungmarke.
    Benutzt wird softhddevice auf der Hardware in meiner Sig. Außer die PS3-Remote eingerichtet habe ich nur meine alte Senderliste von 0.4 rüber kopiert.


    Das Problem besteht NICHT bei jedem Spulvorgang, sondern nur gelegentlich und für mich bisher noch nicht nachvollziehbar.


    Gestern Nachmittag (mit Aufnahme aus yaVDR 0.4):

    Code
    Jun  3 15:44:14 yaVDR vdr: [4771] [softhddev]Clear:
    Jun  3 15:44:14 yaVDR vdr: [4771] [softhddev]Mute:
    Jun  3 15:44:14 yaVDR vdr: [4771] [softhddev]TrickSpeed: 1
    Jun  3 15:44:14 yaVDR vdr: audio/alsa: using device 'default'
    Jun  3 15:44:14 yaVDR kernel: [ 7412.182325] vdr[4771] general protection ip:7f66b6a47dba sp:7fff92bd1a60 error:0 in libc-2.15.so[7f66b69fe000+1b3000]
    Jun  3 15:44:14 yaVDR kernel: [ 7412.458306] init: vdr main process (4771) killed by SEGV signal
    Jun  3 15:44:39 yaVDR dbus[1141]: [system] Failed to activate service 'de.tvdr.vdr': timed out
    Jun  3 15:44:39 yaVDR vdr-crash: vdr exit with signal SEGV . Restarting
    Jun  3 15:44:39 yaVDR kernel: [ 7437.527846] init: vdr-exit-other main process (5062) terminated with status 1
    Jun  3 15:44:40 yaVDR vdr: [5066] VDR version 1.7.27 started


    Oder heute Morgen (mit Aufnahme aus yaVDR 0.5):


    Der Thread hier soll erst einmal der Information dienen. Wenn andere das gleiche Problem haben, meldet Euch doch bitte.


    Gruß

    ASUS M4A78LT-M GL | AMD Athlon II X2 250 | 2GB RAM | Asus ENGT430 | Digital Devices OctopusNet mit 2 x Digital Devices DuoFlex S2 | PS3Remote | yaVDR 0.6.1

  • Ich scheine ja er einzige mit dem Problem zu sein. Hat jemand eine Idee, woran es liegen könnte? Ich würde die 0.5 ja auch gerne mal benutzen. Aber mit diesem Fehler ist es fast unmöglich.

    Code
    Jun 13 18:08:47 yaVDR kernel: [ 2010.023472] vdr[7751] general protection ip:7f87c2aa0dba sp:7fff238a9b50 error:0 in libc-2.15.so[7f87c2a57000+1b3000]
    Jun 13 18:08:48 yaVDR kernel: [ 2010.306267] init: vdr main process (7751) killed by SEGV signal


    EDIT: Ich merke gerade dass mit Xine oder vdr-sxfe als FrontEnd das gleiche passiert:

    Code
    Jun 13 18:14:27 yaVDR vdr: [9544] cVideoRepacker: switching to MPEG1/2 mode
    Jun 13 18:14:27 yaVDR vdr: [9544] cVideoRepacker: operating in MPEG1/2 mode
    Jun 13 18:14:27 yaVDR vdr: [9544] TS continuity error (6)
    Jun 13 18:14:27 yaVDR vdr: [9544] TS continuity error (0)
    Jun 13 18:14:27 yaVDR kernel: [ 2349.981791] vdr[9252]: segfault at 21 ip 00007fa945d56dba sp 00007fff43c7a0f0 error 4 in libc-2.15.so[7fa945d0d000+1b3000]
    Jun 13 18:14:28 yaVDR kernel: [ 2350.229426] init: vdr main process (9252) killed by SEGV signal
    Jun 13 18:14:28 yaVDR kernel: [ 2350.538801] init: vdr-frontend main process (9348) killed by SEGV signal
    Jun 13 18:14:28 yaVDR vdr-crash: vdr exit with signal SEGV . Restarting
    Jun 13 18:14:28 yaVDR kernel: [ 2350.567247] init: vdr-exit-other main process (9546) terminated with status 1
    Jun 13 18:14:28 yaVDR vdr: [9551] VDR version 1.7.27 started

    ASUS M4A78LT-M GL | AMD Athlon II X2 250 | 2GB RAM | Asus ENGT430 | Digital Devices OctopusNet mit 2 x Digital Devices DuoFlex S2 | PS3Remote | yaVDR 0.6.1

    2 Mal editiert, zuletzt von BOP ()

  • Es könnte(!) sein, dass es am verwendeten PearlHD Skin liegt. Ich habe jetzt auf NarrowHD umgeschaltet und bisher das Problem nicht mehr gehabt. Ich werde das weiter beobachten.

    ASUS M4A78LT-M GL | AMD Athlon II X2 250 | 2GB RAM | Asus ENGT430 | Digital Devices OctopusNet mit 2 x Digital Devices DuoFlex S2 | PS3Remote | yaVDR 0.6.1

  • Es könnte(!) sein, dass es am verwendeten PearlHD Skin liegt.


    Das mit dem PearlHD kann ich bestätigen, leider. :(


    Albert

  • Das mit dem PearlHD kann ich bestätigen, leider.


    Dann werft doch schon mal den debugger an.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Dann werft doch schon mal den debugger an.


    Das tritt bei mir in der 0.4 auf!
    Nach Frontend-Wechsel (vdr-sxfe -> Xine -> vdr-sxfe) geht es mit HUD "akzeptabel". Der Frontend fliegt nur dann weg, wenn der Fortschrittbalken sichtbar ist UND ein Rücksprung erfolgt. Dann genügt ein Druck auf die Start Taste und wech.
    Das Skin hat einen betagten entwicklungsstand.


    Albert

  • Das tritt bei mir in der 0.4 auf!


    Das Skin hat einen betagten entwicklungsstand.


    Das spricht aber doch nicht dagegen den Fehler mal sauber einzugrenzen und zu debuggen....

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Das spricht aber doch nicht dagegen den Fehler mal sauber einzugrenzen und zu debuggen....


    Während die EM schon. Danach vielleicht. Was aber, wenn es in dem Plugin-Code liegt? :wow


    Albert

  • Was aber, wenn es in dem Plugin-Code liegt?


    Davon würde ich prinzipiell ausgehen - dann bräuchte es einen fleißigen Entwickler, der den Fehler beseitigt...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Wie man ein Backtrace macht und wie man gegebenfalls das Plugin mit Debugsymbolen übersetzt ist ja AFAIK hinreichend dokumentiert. Ein Backtrace wird dem geneigten mitlesenden Entwickler einen Anhaltspunkt liefern. Zumindest hat es bisher immer geklappt ;). Gegebenenfalls muss man es dem Entwickler der es verbrochen hat bereitstellen. Das es eine Theorie gibt wie man es reproduziert, zusammen mit dem Backtrace spricht dafür das es schnell gelöst werden kann. Also: auf, auf !

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

  • Wie man ein Backtrace macht und wie man gegebenfalls das Plugin mit Debugsymbolen übersetzt ist ja AFAIK hinreichend dokumentiert.


    Da ich mich mit dem Thema noch nie beschäftigt habe, habe ich da leider überhaupt keine Ahnung von. Reicht es, dieses hier zu tun?
    http://www.yavdr.org/documentation/0.5/de/ch02s08.html

    ASUS M4A78LT-M GL | AMD Athlon II X2 250 | 2GB RAM | Asus ENGT430 | Digital Devices OctopusNet mit 2 x Digital Devices DuoFlex S2 | PS3Remote | yaVDR 0.6.1

  • Wenn in den entpackten Quellen unter ./debian/rules nen dh_strip drinsteht dann ne Raute ("#") davor. Ansonsten ne neue Zeile einfügen
    ---
    override_dh_strip:
    <tab>true
    ---
    <tab> meint natürlich nen Tab einfügen.


    cu

  • Ich danke dir! PlugIn kompiliert gerade neu.


    Was soll ich mit dem core File dann machen? Persönlich kann ich damit nämlich nicht wirklich etwas anfangen. ;)
    EDIT: Habs mal hier hoch geladen: https://dl.dropbox.com/u/8635199/core.14928.bz2

    ASUS M4A78LT-M GL | AMD Athlon II X2 250 | 2GB RAM | Asus ENGT430 | Digital Devices OctopusNet mit 2 x Digital Devices DuoFlex S2 | PS3Remote | yaVDR 0.6.1

    2 Mal editiert, zuletzt von BOP ()

  • Wenn du es so gehandhabt hast wie in der Anleitung beschrieben, dann hast du eine Datei crashlog* in /var/log/vdr/ - den Inhalt kannst du hier anhängen oder den obersten Teil des Stacktrace hier reinpasten.

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

  • Hallo,


    da lag/liegt kein crashlog*, sondern nur die verlinkte "core.14928". Das ist auch keine Textdatei!?


    EDIT:
    Backtrace sagt folgendes:

    Code
    #0  0x00007fb88a26edba in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6
    #1  0x00007fb88a32c580 in __vsnprintf_chk () from /lib/x86_64-linux-gnu/libc.so.6
    #2  0x00007fb88a32c4c8 in __snprintf_chk () from /lib/x86_64-linux-gnu/libc.so.6
    #3  0x00007fb881561892 in cSkinPearlHDDisplayReplay::Flush() () from /usr/lib/vdr/plugins/libvdr-skinpearlhd.so.1.7.27
    #4  0x0000000000491d72 in cInterface::GetKey(bool) ()
    #5  0x0000000000460463 in main ()

    ASUS M4A78LT-M GL | AMD Athlon II X2 250 | 2GB RAM | Asus ENGT430 | Digital Devices OctopusNet mit 2 x Digital Devices DuoFlex S2 | PS3Remote | yaVDR 0.6.1

    2 Mal editiert, zuletzt von BOP ()

  • Hi all,


    bei mir tritt der Fehler in der [0.50] und Skin PearlHD(native) auf wenn ich in Einstellungen -> Wiedergabe -> Wiedergabestatus anzeigen auf ja setze und eine Wiedergabe pausiere oder spule.
    Stelle ich Wiedergabestatus anzeigen auf nein tritt der Fehler nicht auf.


    Beim Anspringen und setzen von Schnittmarken tritt folgender Fehler unabhängig von Wiedergabestatus anzeigen auf:


    Code
    Dec 18 14:15:19 VDR-Office vdr-sxfe[4535]: [4550] [input_vdr] Control stream disconnected
    Dec 18 14:15:19 VDR-Office kernel: [ 4067.924438] init: vdr main process (4425) killed by ABRT signal
    Dec 18 14:15:19 VDR-Office kernel: [ 4067.925788] init: graphtft-fe main process (4518) killed by TERM signal
    Dec 18 14:15:19 VDR-Office kernel: [ 4067.932389] init: graphtft-fe post-stop process (4720) terminated with status 2
    Dec 18 14:15:20 VDR-Office vdr-crash: vdr exit with signal ABRT . Restarting
    Dec 18 14:15:20 VDR-Office kernel: [ 4068.096244] init: vdr-frontend main process (4535) terminated with status 1
    Dec 18 14:15:20 VDR-Office kernel: [ 4068.101360] init: vdr-exit-other main process (4721) terminated with status 1


    Ist das Posting hier OK oder soll ich einen neuen Thread aufmanchen ?
    Ich hab hier mal vorsichtshalber einen neuen Thread gestarted ;)


    cu
    JurKub

    VDR1: Asus P5B, 2048MB, 2 x Mystique SaTiX-S2 V2 CI Dual, Colorful G210, 7" Display, 1TB 2,5" SATA HD, Compact Flash to SATA 8GB CF Card --> yaVDR 0.6.1
    VDR2: Asus
    B85M-E, 8192MB, 1 x TT-Budget S2-3200 PCI, MSI GF GTX 1050-2GB, SATA Flash Modul 8GB --> yaVDR 0.6.1
    VDR3: Acer Revo 3600, 2048MB, Compact Flash to SATA 8GB CF Card --> yaVDR 0.6.1

    3 Mal editiert, zuletzt von JurKub ()

Jetzt mitmachen!

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