VDR startet auf genau einem Sender (N-TV HD) einfach neu

  • Bei mir das selbige bei allen Vdrs.
    Ein Backtrace stelle ich später ein.

  • OT. Sogar auf meinen Gen2VDR:

  • Dann regelt das doch am besten mit dem Author des betroffenen Plugins.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hi,


    habe alles auf Frodos- und Gandalfs-Testing (was für Namen :-)) upgedatet. Inkl. diesem gewissen Plugin.
    Leider immer noch NUR bei NTV HD der Crash... SKY HD usw. laufen sauber.


    Trotzdem danke für die hilfreichen Links. Den Rest müssen wir wohl mit dem "Plugin"-Autor abwickeln...


    Grüße Polaris

    TV: Toshiba 42XV635D 42 Zoll
    AV-Receiver: Yamaha RX-V473
    VDR: YaVDR 0.6, Zotac H77-ITX-C-E (onboard Geforce GT620 512MB RAM), Intel Pentium G630T@1,6GHz, 2x 2GB RAM, 1TB Media-HDD 2,5", 30GB System-mSATA SSD, DD Cine S2 V6 -> alles verbaut im InterTech Mini ITX E-i7, PS3 Remote
    NAS: Synology DS415+, 4x 3TB Raid5

  • Hier noch das komplette Logpaket mit "core.out" von Gen2VDR, falls da jemand was mit anfangen kann:


    https://dl.dropboxusercontent.…g/g2v_log_11271319.tar.xz

  • ....ich hab das selbe Problem mit eTobi und Gen2Vdr.....
    wenn ich diese einstellungen in der channels.conf für n-tv HD benutze geht es, bis der VDR die channels.conf updatet
    n-tv HD;CBC:10832:HC23M5O35P0S1:S19.2E:22000:1279=27:0;1283=deu@106:36:1830,1843,1860,98C,9C4,648,650,186A:61204:1:1057:0

    HP-GL380 G7 38GB-Ram 8TB 2xDoppeltuner S952 Debian 8 e-Tobi 64Bit Virualbox
    2x Gen2VDR V4 2,6GHz 1GB-Ram 250GB Client

    1x MLD 3.5 stable Pi3

    Einmal editiert, zuletzt von fnu ()

  • In der core.out - aber da fehlen die Debug-Symbole...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • *Tz*Tz*tz was von illegale Potential hier, :D .Jeder nutzt es aber keiner will rüber reden :D .


    Ist bei mir auch so mit Yavdr und Frodos ppa,finde aber bei mir nicht so wild,
    das ich betroffene Sender eh nicht schaue .


    MfG

    Meine VDR Spielzeuge VDR1 -Yavdr 0.6*SilverStone SST-M02B-MXR-GIADA MG-C1037SL -Imon Lcd-Imon FB-
    Intel Celeron 1037U*4GB RAM*GT-630*DD-Cine V5.5*


    Client1-Yavdr
    0.4 -MSI Media LiveGehäuse mit Original board-2 GB Ram60 GB SSD -
    Nvidia Gt210 -DM140 Plugin-Pearldpf display-Harmony
    One
    Onkyo TX-NR906
    Sony-KDL Serie
    Teufel Concept E


    Client2
    Raspberry XBMC auf XBIAN Basis mit xvdr

  • Hier das Crashlog

    Dateien

  • wenn ich diese einstellungen in der channels.conf für n-tv HD benutze geht es, bis der VDR die channels.conf updatet
    n-tv HD;CBC:10832:HC23M5O35P0S1:S19.2E:22000:1279=27:0;1283=deu@106:36:1830,1843,1860,98C,9C4,648,650,186A:61204:1:1057:0


    Frage mich, was da schief läuft. Was ist denn an dem Eintrag so schlimm, dass der VDR mit Segfault abschmiert. Müsste der VDR falsche Einträge nicht ignorieren anstatt abzustürzen?


    PS: Mein Eintrag

    Code
    n-tv HD;CBC:10832:HC23M5O35P0S1:S19.2E:22000:1279=27:0;1283=deu@106:36:1830,1843,1860,98C,9C4,648,650,186A,500:61204:1:1057:0
  • Gestern ist bei mir auch passiert. Anbei coredump. Ich hätte geglaubt es ist auf n-tv hd aber das sehe ich nicht im vdr log, obwohl ich (glaube ich), auf n-tv hd sender gewechselt habe.


    vdr log:


    coredump;

    Einmal editiert, zuletzt von crow ()

  • Doch es ist n-tv hd Sender


    channels.conf

    Code
    n-tv HD;CBC:10832:HC23M5O35P0S1:S19.2E:22000:1279=27:0;1283=deu@106:36:1830,1843,1860,98C,9C4,648,650,186A,500:61204:1:1057:0



    core dump

  • Hallo zusammen,


    falls es hilft; ich habe das gleiche Problem auch seit gestern Abend auf den nTV-Sendern, sowohl bei HD als auch bei SD. Als Video-Ausgabe benutze ich das Softhddevice bzw. VLC via VDR Admin-AM und streamdev. Der Kernel-Segfault kommt bei beiden Ausgaben sofort, wenn auf einen nTV-Sender umgeschaltet wird. Ich kompiliere alles selbst auf Basis der entsprechenden Software- und Plugin-Sourcen in Verbindung mit Devel-Paketen aus den openSUSE 13.1 und Packman 13.1 Repositories.


    VDR: 2.2.0
    ffmpeg: 2.8.2
    gcc: 4.8.1



    LG
    Neo

  • Passiert das denn eigentlich auch ohne das böse Plugin?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Passiert das denn eigentlich auch ohne das böse Plugin?


    @seahawk: :tup ... ich werd alt :D


    Dann stürzt der VDR (bisher) nicht ab. Ich teste dann mal weiter ... ^^ ;)

  • Aber "n-tv HD" ist dann auch schwarz, "n-tv SD" habe ich bis jetzt nicht getestet mit oder ohne plugin!

  • ... also, nachdem ich das "Böse" mit dessen aktuellem Stand neu kompiliert habe, geht jetzt zumindest der nTV-SD-Sender wieder - beim nTV-HD steigt der VDR sofort wieder aus; warum ist mir schleierhaft, da SD-Sender ja eigentlich nichts mit dem Plugin zu tun haben. Ich schau jetzt mal weiter, ob es eventuell auch etwas mit der Kombi "Böse" + "OS(cam)" zu tun hat ...


    [OT]
    Warum ist das dvb(api)-Plugin eigentlich böse?
    Natürlich kann man damit auch gesetzeswidrig agieren; das kann man aber auch mit fast allem anderen, was uns so im täglichen Leben umgibt, denn "potentiell gefährlich" ist fast alles ...
    [/OT]


    Danke & LG
    Neo

  • Warum ist das dvb(api)-Plugin eigentlich böse?

    Weil es den VDR zum Absturz bringt :mua
    Ansonsten ist der Themenbereich schlicht und ergreifend nicht vom Forenbetreiber gewollt:

    Beiträge über das Manipulieren von Smartkarten und/oder das technische Verändern von Hardware und/oder das Installieren von Software mit dem Ziel "Umgehen eines Kopierschutzes" etc. sind hier verboten.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)


  • Weil es den VDR zum Absturz bringt :mua


    :tup :D ... ist wahrscheinlich DAS Argument überhaupt ^^; den Rest muss man so hinnehmen.


    Danke & Gruß
    Neo

Jetzt mitmachen!

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