Beiträge von hgfs

  • yavdr07-headless segfault in restfulapi bei laufender Aufnahme über satip

    Hallo,


    betreibe seit ca. 20 Jahren einen VDR ohne nennenswerte Probleme, die letzten Jahre in einer VM (lxc), musste jedoch vor einigen Wochen wegen Plattenfehlers neu installieren.

    Habe also yavdr07-headless mit satip installiert, wieder in einer VM (diesmal aber qemu/kvm) und seitdem leider laufend segfaults im restfulapi.

    Gestern nochmal vollständig neu installiert, gleiches Problem:


    Wenn eine Aufnahme läuft (und vielleicht wirklich nur dann), liefert das Kommando "curl http://localhost:8002/info.json": "curl: (52) Empty reply from server".

    Und in /var/log/syslog steht dann Folgendes:


    Apr 13 14:49:21 yavdr kernel: [22383.160989] Restfulapi Serv[5256]: segfault at 1d05be ip 000055bf19fd06f0 sp 00007fab527fb468 error 4 in vdr[55bf19f95000+100000]

    Apr 13 14:49:21 yavdr kernel: [22383.161019] Code: 48 2b 04 25 28 00 00 00 75 0a 48 83 c4 10 4c 89 e0 41 5c c3 e8 11 64 fc ff 90 f3 0f 1e fa 48 8b 87 30 2a 00 00 48 85 c0 74 08 <8b> 40 70 c3 0f 1f 40 00 8b 87 04 2a 00 00 c3 90 f3 0f 1e fa 41 56


    Versionen sind:

    Ubuntu 22.04.4 LTS in qemu/kvm

    vdr (2.6.6/2.6.6) - The Video Disk Recorder

    conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu

    dbus2vdr (31) - control vdr via D-Bus

    devstatus (0.4.1) - Status of dvb devices

    epgsearch (2.4.2) - search the EPG for repeats and more

    epgsearchonly (0.0.1) - Direct access to epgsearch's search menu

    live (3.1.3) - Live Interactive VDR Environment

    markad (3.5.1) - Mark advertisements

    quickepgsearch (0.0.1) - Quick search for broadcasts

    restfulapi (0.2.6.6) - Offers a RESTful-API to retrieve data from VDR

    satip (2.4.1) - SAT>IP Devices

    streamdev-server (0.6.3) - VDR Streaming Server


    Kennt jemand das Problem?

    Kann mir jemand weiterhelfen?


    Viele Grüße


    Hartmut

  • Raspbian eTobi Kanalwechsel: i/o throttle activated, buffer usage: 100%

    Hallo Moritz,


    bisher habe ich noch keinen Test über längere Zeit gemacht, da das ohne die Möglichkeit Kanäle zu wechseln oder Aufnahmen abzuspielen ziemlich langweilig ist. Zusätzlich läuft mein SAT>IP-Server nur unzuverlässig. Den werde ich jetzt ersteinmal einschicken zur Reparatur / zum Umtausch. Es wird also einige Tage dauern, bis ich wieder testen kann.


    Grüße


    hgfs

  • Raspbian eTobi Kanalwechsel: i/o throttle activated, buffer usage: 100%

    Hallo,


    ich versuche gerade, einen Client-VDR auf Raspian Stretch mit den Komponenten aus dem aktuellen eTobi-Repository aufzusetzen.

    Leider funktioniert der Kanalwechsel nicht. Im user.log erscheint:

    Code
    May  1 12:31:44 raspberrypi vdr: [1165] switching to channel 2 S19.2E-1-1107-17500 (SAT.1)
May  1 12:31:45 raspberrypi vdr: [1166] i/o throttle activated, count = 1 (tid=1166)
May  1 12:31:45 raspberrypi vdr: [1166] buffer usage: 70% (tid=1164)
May  1 12:31:45 raspberrypi vdr: [1166] buffer usage: 80% (tid=1164)
May  1 12:31:45 raspberrypi vdr: [1166] buffer usage: 90% (tid=1164)
May  1 12:31:45 raspberrypi vdr: [1166] buffer usage: 100% (tid=1164)
May  1 12:32:44 raspberrypi vdr: [1141] PANIC: watchdog timer expired - exiting!

    Der Kanal 2 ist durchaus empfangbar: wenn ich vor dem VDR-Start in setup.conf CurrentChannel = 2 setze, wird auch der richtige Kanal empfangen.

    Auch wenn ich den VDR stoppe, kommen die gleichen Meldungen außer der letzten. Das Stoppen dauert ca. eine Minute.

    Es sind bisher nur die nötigsten Komponenten installiert, also vdr, rpihddevice und streamdev-client.

    Hat jemand eine Idee, wieso ein Puffer überläuft und was man dagegen tun kann?


    Gruß


    hgfs

  • restfulapi info.json Segmentation fault

    Hallo,


    auf einer frischen Installation von MLD 5.3 stable (und auch MLD 5.4 testing) auf einem Raspberry Pi 3 habe ich das Problem, daß restfulapi bei der Abfrage von info.json einen Segmentation fault erzeugt. Abfrage von timers.json, channels.json und anderen klappt. Der Raspi ist als Client mit einem yaVDR 0.6.1 Server verbunden.


    Hat jemand eine Idee, was die Ursache sein könnte? Und was zu tun ist?


    Gruß


    hgfs

  • Stromsparendes Server System

    Hallo,


    Server würde ich nicht ohne ECC-RAM bauen und da bietet sich dann ein Stromspar-Athlon an. Ich habe einen 4850e auf einem ASUS M3A-irgendwas-Mainboard mit 80plus-Netzteil bei etwa 35 W laufen. Um Strom zu sparen sind da allerdings zwei 2,5"-Laufwerke mit je 320 GB in RAID1-Konfiguration drin. Mit 3,5"-Laufwerken dürften es wohl etwa 10 W mehr sein.


    Gruß


    Hartmut

  • Technotrend DVB-S FF 1.6 Dekoder defekt?

    Hallo,


    bei meiner FF-Karte scheint der Dekoder nach einigen Jahren Betrieb ein Problem zu haben:
    Aufnahmen scheinen noch zu funktionieren (es werden Dateien angelegt).
    Aber es gibt keine Bild, nichteinmal OSD.
    VDRAdmin-Fernseher liefert auch nur ein (wohl simuliertes) "Schneebild", also gehe ich davon aus, daß es kein Fehler in Ausgangsstufe oder Kabel ist.
    Das Problem trat in der Vergangenheit schon ein paar Mal auf, war aber nach vollständigen Ausschalten und Neustart meistens wieder weg - seit gestern hilft auch das nicht mehr.


    Hat jemand eine Idee oder einen Vorschlag?


    Hartmut

  • AVBoard S-Video

    Nachdem options dvb-ttpci vidmode=2 an /etc/modutils/linuxtv-dvb.2.4.24-ctvdr-2 (oder so ähnlich) angehängt wurde, sollte wohl auch noch das Kommando update-modules ausgeführt werden. Bei mir hat ein reiner Neustart zumindest nicht ausgereicht.


    Gruß
    hgfs

  • AVBoard für DVB-S Technotrend 1.3-1.6 Nachbestellung

    STB: Ich hatte zwar auf einen Tip gehofft, wie ich es selbst machen kann... allerdings sind die Augen nicht mehr so gut und die Hände nicht mehr so ruhig - feine Lötarbeiten also etwas heikel. Daher vielen Dank für das Angebot, die Huckepackplatine umzubauen. Ich werde Dir dann wohl demnächst die Platine zuschicken.



    Jetzt die nächste Frage:


    Gibt es eigentlich sichtbare Qualitätsunterschiede zwischen S-Video und RGB? RGB sollte ja theoretisch wegen der getrennten Signale besser sein, aber wenn ich einige Posts hier richtig verstanden habe, ein zu starkes und in Spitzen gesättigtes Signal abgeben.


    Oder anders gefragt: Ich habe jetzt eine S-Video-Verbindung. Macht es für mich Sinn, auf das SCART-Adapterboard aufzurüsten, wenn es verfügbar ist?