Posts by ast261

  • [Beta] RPI Ausgabeplugin

    Quote from Copperhead

    Timing?!
    Ich kompiliere die VDR-Pakete grundsätzlich mit -O3, nachdem das von Klaus seit VDR 1.7.17 als Default angegeben wird.
    http://projects.vdr-developer.org/git/vdr.git/tree/HISTORY#n6546
    Edit: Alles natürlich unter der Annahme, dass er meine Pakete verwendet.

    Wenn das Build-Skript aus dem AUR von Dir ist:
    Ich habe auf den Tarball referenziert ("http://projects.vdr-developer.org/attachments/download/1918/${pkgname}-${pkgver}.tgz") und den git-Verweis entfernt.
    Evtl. sollte man zwei Pakete bereitstellen.

    Gebaut wird das Plugin sowohl mit Compiler-Schalter -O2 und -O3. Da O3 später auftaucht, gewinnt O3.
    Mir ist allerdings nicht klar, wo die Optimierungen herkommen. Aus dem Makefile offensichtlich nicht.

  • [Beta] RPI Ausgabeplugin

    Quote from reufer


    Hast du mal versucht, das Plugin mit "make DEBUG=1" zu übersetzen und die Logs verglichen?


    Beim Vergleich des Debug-Logs (1.Lauf / 2.Lauf) fällt in der Tat auf, dass folgende Zeilen im 2. Lauf weiter unten stehen:

    Code
    ovgthread thread started (pid=193, tid=205, prio=high)
rpihddevice: cOvgThread() thread started


    Hinweis: Ich habe den VDR über ssh und ohne angeschlossenen Monitor gestartet (siehe run1.txt und run2.txt).

    Quote from reufer


    Irgendwie muss das Timing beim zweiten Start anders sein, so dass der OpenVG-Thread scheinbar verzögert anläuft, und beim Zeichnen auf das OSD noch nicht bereit ist.


    Nach Einbringen des Patches gab es keinen Absturz mehr.
    Den Hinweis "rpihddevice: [OpenVG] OSD not ready.." sehe ich reproduzierbar bei jedem zweiten Aufruf des VDR.
    Danach taucht er ab und zu auf, aber ohne erkennbare Regelmäßigkeit.

    Siehe dazu run3-hdmi.txt (mit angeschlossenem Monitor).

  • [Beta] RPI Ausgabeplugin

    Vielleicht liegt es an den installierten abhängigen Paketen ?
    Ich verwende Arch-Linux.

    Hier die Komponenten:

  • [Beta] RPI Ausgabeplugin

    Ich starte den VDR auf der Konsole und alles funktioniert prima. Dann beende ich den VDR mit "Ctrl-c" (SIGINT):

    Code
    Mai 11 19:59:49 arch-pi vdr[178]: [178] stopping plugin: rpihddevice
Mai 11 19:59:49 arch-pi vdr[178]: [178] saved setup to /var/lib/vdr/setup.conf
Mai 11 19:59:49 arch-pi vdr[178]: [178] deleting plugin: rpihddevice
Mai 11 19:59:49 arch-pi vdr[178]: [178] caught signal 2
Mai 11 19:59:49 arch-pi vdr[178]: [178] exiting, exit code 0

    Wenn ich den VDR anschließend erneut starte, geht das schief:

    Code
    ...
Mai 11 19:59:53 arch-pi vdr[194]: [194] rpihddevice: [OpenVG] cannot allocate pixmap of 696px x 18px, clipped to 0px x 0px!
Mai 11 19:59:53 arch-pi vdr[194]: [206] rpihddevice: [OpenVG] failed to allocate 0px x 0px pixel buffer!
Mai 11 19:59:53 arch-pi vdr[194]: [206] rpihddevice: [OpenVG] CreatePixelBuffer error: illegal argument
Mai 11 19:59:53 arch-pi vdr[194]: [194] rpihddevice: [OpenVG] failed to create pixmap! (allocation failed)
Speicherzugriffsfehler (Speicherabzug geschrieben)
Mai 11 20:00:03 arch-pi systemd-coredump[208]: Process 194 (vdr) of user 1000 dumped core.

    Wird beim Beenden der Speicher nicht komplett freigegeben ?

  • [0.3.1] Nuvoton Fernbedienung funzt nicht mehr

    Nach dem Update auf yavdr 0.3.1 funktioniert die Nuvoton Fernbedienung nicht mehr.
    Im yavdr Web-Frontend ist der Eintrag für den Empfänger "Nuvoton Transceivers/Remotes" nicht mehr vorhanden.

    Das Kernelmodul "nct677x-dkms" wurde korrekt für den neuen Kernel 2.6.32-35 von DKMS installiert und der Treiber ist geladen:

    Code
    lsmod | grep lirc
lirc_wb677             25628  0 
lirc_dev                8884  1 lirc_wb677

    Auszug aus dmesg:

    Code
    [   11.919748] lirc_dev: IR Remote Control driver registered, major 61
[   11.923915] lirc_wb677 w677hga: chip id high: 0xb4
[   11.923930] lirc_wb677 w677hga: chip id low: 0x73 expect:0x73
[   11.924225] input: MCE Remote Keyboard as /devices/virtual/input/input6
[   11.924490] lirc_dev: lirc_register_driver: sample_rate: 0

    Das sieht soweit gut aus.
    Was fehlt noch ?

  • [0.3/0.2] Problem mit der Fernbedienung am ASROCK 330HT

    Hallo wunscheltom,

    ob ich dir helfen kann weiß ich nicht (dazu habe ich zu wenig Fachwissen).

    Ich habe deine syslogs mit meinem verglichen und mir ist folgendes aufgefallen:

    "lircd-0.8.6[786]: accepted new client on /var/run/lirc/lircd"
    Diese Zeile kommt bei dir kurz hintereinander (innerhalb 2-3 Sekunden) zweimal vor.
    Bei mir nur einmal.

    Nach dem zweiten Eintag steht bei dir:
    "lircd-0.8.6[786]: removed client"

    Führt der Doppeleintrag zu einer Löschung des clients ?