noad - nach Update keine Funktion mehr

  • Ja ich hab das DEB bekommen, Danke nochmal dafür, und ja ich kanns mir selber bauen. Was ist mit denen, die das nicht können oder wollen?


    Noad ist ja doch kein unwichtiges Addon und jetzt vielleicht bei Vielen unbenutzbar.


    LG
    Reini

    Mein neuer VDR:
    Hardware: Intel NUC
    (DN2820FYKH), 2GB RAM, DVB-T2: TT-connect CT2-4650 CI, 1TB HDD
    Software: vdr 2.1.6(yavdr), XBMC mit VNSI und VAAPI, Kernel 3.13

    Mein alter VDR:
    Hardware: Celeron 466, 512MB RAM, DVB-S: Nexus-S 2.1, DVB-T: TT-1300, 120 GB HD, DVD-Brenner, 240x128 GLCD, Mustek USV
    Software: vdr 1.6.0(e-tobi.net), graphlcd und mp3 mit span-support, Kernel 2.6.18

  • Zitat

    Original von wilderigel
    sollte jeder wissen was das bedeutet.


    Anscheinend, dass man jederzeit mit einem nicht mehr funktionsfähigen System dastehen kann, wenn man nicht vdrdevel verwendet...

    Mein neuer VDR:
    Hardware: Intel NUC
    (DN2820FYKH), 2GB RAM, DVB-T2: TT-connect CT2-4650 CI, 1TB HDD
    Software: vdr 2.1.6(yavdr), XBMC mit VNSI und VAAPI, Kernel 3.13

    Mein alter VDR:
    Hardware: Celeron 466, 512MB RAM, DVB-S: Nexus-S 2.1, DVB-T: TT-1300, 120 GB HD, DVD-Brenner, 240x128 GLCD, Mustek USV
    Software: vdr 1.6.0(e-tobi.net), graphlcd und mp3 mit span-support, Kernel 2.6.18

    Einmal editiert, zuletzt von reini1305 ()

  • Zitat

    Original von reini1305
    Anscheinend, dass man jederzeit mit einem nicht mehr funktionsfähigen System dastehen kann, wenn man nicht vdrdevel verwendet...


    Falsch, wenn du vdrdevel verwendest ist die Gefahr noch viel größer, da wird auch von VDR selbst die Entwicklerversion verwendet...


    Bei der Nutzung des experimental-Zweigs besteht auch immer die Möglichkeit, dass etwas nicht funktioniert.


    Um die Gefahr von Problemen zu vermeiden, würde es sich eher anbieten den testing-Zweig zu verwenden, oder überhaupt den stable--Zweig. Dann setzt man allerdings nicht die aktuellsten Versionen ein.

    VDR1: AMD Duron-1300, 512mb RAM, Nexus-S rev2.1, Airstar 2, Debian Lenny, kernel: 2.6.28-etobi.3, VDR 1.6.0-17 experimental/extensions von Tobi
    VDR2: Athlon XP-M-2600+, 512mb RAM, TT Prem 1.3 DVB-S, Skystar2, Airstar 2, Debian Lenny, kernel: 2.6.28-etobi.3, VDR 1.6.0-17 experimental/extensions von Tobi
    Extern: Activy300, Gen2VDR V2

  • Zitat

    Ohne euch zu nahe treten zu wollen, vielleicht solltet ihr eure Update-Strategie einmal prüfen und eine Sicherung durchführen, VOR apt-get upgrade ;).

    Sicher, alle 3 Tage 'n Vollbackup machen, bevor man apt-get upgrade (nicht update) macht.
    Sehr sinnvoll. Und die, die halt jetzt gerade eine Neuinstallation machen haben halt Pech gehabt?
    Eher nicht.


    Vielleicht bin ich ja ein leichtsinniger User, aber ich mache weder bei meinen Linux- noch bei meinen Windows-Rechnern ein Vollbackup. Trotzdem halte ich alle Systeme immer auf dem aktuellen Stand.


    Ich persönlich bin zufrieden mit dem aktuellen noad für 1.6. Bei mir funktioniert alles.


    Im Großen und Ganzen sind auch die Updates sinnvoll - und wenn was schief geht (auch bei experimental, testing oder unstable) dauert es nicht lange, bis es wieder läuft.

  • Zitat

    Original von sir.dodger
    Sicher, alle 3 Tage 'n Vollbackup machen, bevor man apt-get upgrade (nicht update) macht.
    Sehr sinnvoll.


    Von Vollbackup war ja auch nie die Rede.
    Was man wie sichert, ist Teil der eigenen Backup-Strategie. apt-get upgrade habe ich auch genau so geschrieben...


    Wenn man nicht sichert und nach einer Aktualisierung nicht alles so läuft, wie erwartet, darf man halt auch nicht jammern ;)

    VDR1: AMD Duron-1300, 512mb RAM, Nexus-S rev2.1, Airstar 2, Debian Lenny, kernel: 2.6.28-etobi.3, VDR 1.6.0-17 experimental/extensions von Tobi
    VDR2: Athlon XP-M-2600+, 512mb RAM, TT Prem 1.3 DVB-S, Skystar2, Airstar 2, Debian Lenny, kernel: 2.6.28-etobi.3, VDR 1.6.0-17 experimental/extensions von Tobi
    Extern: Activy300, Gen2VDR V2

  • Zitat

    Original von nippes
    Leider hab ich das gleiche Problem. Hier mein log-File:
    Jan 4 20:17:44 vdr noad[3880]: noad aborted by signal Segmentation fault
    Jan 4 20:17:44 vdr noad[3880]: [bt] /usr/bin/noad(_Z10demuxFrameP9cFileNametlii+0x42) [0x806b422]
    Jan 4 20:17:44 vdr noad[3880]: [bt] /usr/bin/noad(_Z13detect_ac3_51i+0x15a) [0x8052d3a]


    Bestätigt:
    tom1 noad[15363]: [bt] /usr/bin/noad(_Z10demuxFrameP9cFileNametlii+0x36) [0x425a06]
    tom1 noad[15363]: [bt] /usr/bin/noad(_Z13detect_ac3_51i+0x13e) [0x40c46e]


    Jan 30 00:29:38 tom1 noad[15363]: [15363] ERROR: max number of files (255) exceeded <---------------------
    Jan 30 00:29:38 tom1 noad[15363]: noad aborted by signal Segmentation fault


    Fehler im AC3 scanner und file i/o code.


    Zurück auf 1.6, die sourcen (Euer Backup) sind noch auf e-tobi.net


    dpkg-source -x vdr-addon-noad_0.6.1-4.dsc
    dpkg-buildpackage -rfakeroot -b
    dpkg -i ...


    und fertig.

    VDR1: yavdr ppa VDR 2.0.6 auf iBase Industrial Mini-ITX MB896IL +DVI- Modul +Gb Ethernet Mini-PCI Motherboard, Pentium M 740, 1GB RAM, mit 3x KNC1 C+/MK3 PCI auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot auf upriser,
    HDTV xineliboutput mit xine-plugin-crystalhd für Broadcom CrystalHD BCM970015 auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot.
    IPTV vdr-plugin-iptv und ffmpeg als rtsp/rtmp/hls "tuner frontend", stream sanitizer und mpegts wrapper.

    6 Mal editiert, zuletzt von woprr ()

Jetzt mitmachen!

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