Debian lcd4linux und mpd (Pearl-dpf)

  • Demo geht jetzt, aber bei python PyDPF.py kommt:


    PyDPF.py: cannot connect to X server

    das wird doch nicht wirklich nen x-server brauchen?

    Asus AT3N7A-I | Atom 330 mit Nvidia Ion 2gb Ram

    Creatix CTX 929

    X10 als Fernbedienung

    yavdr

  • Schau mal in die README und die config.py - ich behaupte mal, du willst in letzerer sowas in der Art einstellen:

    Code
    DISPLAY=PEARL_DPF
    Meine VDRs

    VDR 1: Point of View Ion-330-1, 2x Sundtek MediaTV Pro (DVB-C), Atric IR-Einschalter Rev.5, Ubuntu 18.04 (yavdr-ansible)
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    VDR 3: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 18.04 (yavdr-ansible), VDR 2.4.1, CIR-Empfänger
    Client 1: Raspberry Pi 2, Arch Linux ARM, VDR 2.3.8
    vdr-epg-daemon auf Cubietruck mit 32 GB SSD, Arch Linux ARM

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ups, sorry nicht gesehen... Vielen Dank!
    Jetzt geht es!
    Danke für die Hilfe!

    Asus AT3N7A-I | Atom 330 mit Nvidia Ion 2gb Ram

    Creatix CTX 929

    X10 als Fernbedienung

    yavdr

  • An meiner Dockstar hängt ein Pearl LCD. LCD4linux wird beim booten mitgestartet, so dass CPU etc angezeigt wird.
    Jetzt habe ich festgestellt, dass der LCD4linux-Prozess mindestens 12% CPU verbrät. Wenn ich zB ein File auf die dockstar kopiere, geht der Verbrauch sogar auf 30-40%% hoch (dann bleibt für smbd nur noch der Rest...)

    wenn ich einmal killall lcd4linux sage und es neu starte mit /etc/init.d/lcd4linux start, ist alles wie gewohnt, unter 2 %.
    Ich habe wheezy mit kernel 3.2.0-4 installiert.

    Hat jemand eine Idee, woran das liegen könnte?

    ION ITX-A mainboard mit NVIDIA und Atom330 auf yavdr 0.4
    Satelco Easywatch DVB-S2 baugleich TT3650. (und noch ne Terratec S7 - geht net, kriegt keinen sync bei HD Sendern)
    Logitech Harmony "Volksfernbedienung" (brilliantes Preis/Leistungsverhältnis)
    Denon 1912 AVR mit Medion TV

  • An meiner Dockstar hängt ein Pearl LCD. LCD4linux wird beim booten mitgestartet, so dass CPU etc angezeigt wird.
    Jetzt habe ich festgestellt, dass der LCD4linux-Prozess mindestens 12% CPU verbrät. Wenn ich zB ein File auf die dockstar kopiere, geht der Verbrauch sogar auf 30-40%% hoch (dann bleibt für smbd nur noch der Rest...)

    wenn ich einmal killall lcd4linux sage und es neu starte mit /etc/init.d/lcd4linux start, ist alles wie gewohnt, unter 2 %.
    Ich habe wheezy mit kernel 3.2.0-4 installiert.

    Hat jemand eine Idee, woran das liegen könnte?

    Ich weiß nicht, ob es das gleiche Problem ist, aber bei mir hatte der Timercode von LCD4Linux ebenfalls Probleme.
    Hintergrund bei mir, die Dockstar hat kein RTC. Damit startet die Uhr immer mit dem 1.1.1970 und wird erst Sekunden später
    per NTP aktualisiert, wenn das Netzwerk online ist. Der Orignalkode von LCD4Linux kommt aber mit einem so langen Zeitsprung
    nicht klar. Ich habe dies für mich, wie folgt behoben, den Patch aber nie Upstream für eine Review gesendet.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!