Beiträge von crow

  • softhddevice mit High Level OSD

    Gerade beim VDR stopp einen "video: fatal i/o error" bekommen. Wurde aber kein segfault generiert, vermutlich weil watchdog aktiviert wurde.


  • softhddevice mit High Level OSD

    Leider bekomme ich hier schon zwei mal coredumps, die werden aber irgendwie nicht richtig erstellt.
    Es war so VDR gestartet Audio/Video da, dann nach 5min ausgeschaltet. Paar plugin eingebunden, VDR gestartet, es war nur Audio da und kein BIld. Und nach Befehl um VDR suber zu stoppen ist ein coredump erstellt. Mehr Im Log , das passwort ist 'vdr'.


    VDR 2.2.0 und vdr-softhddevice-openglosd (commit 3ed09d43bf8ef5a3fc5eaeade57d86a87750987c)

    Code
    Mar 13 16:13:21 vdr01 vdr[16404]: [16404] deleting plugin: softhddevice
Mar 13 16:13:21 vdr01 vdr[16404]: vdr: xcb_conn.c:195: write_vec: Assertion `!c->out.queue_len' failed.
Mar 13 16:13:22 vdr01 systemd[1]: vdr.service: Main process exited, code=killed, status=6/ABRT
Mar 13 16:13:22 vdr01 systemd[1]: Stopped Video Disk Recorder.
Mar 13 16:13:22 vdr01 systemd[1]: vdr.service: Unit entered failed state.
Mar 13 16:13:22 vdr01 systemd[1]: vdr.service: Failed with result 'signal'.

  • softhddevice mit High Level OSD

    Zitat von louis

    Ausserdem habe ich das default display, falls gar nix gesetzt ist, auf ":0.0" geändert. Damit sollte es auch funktionieren, wenn SHD ganz ohne display variable gestartet wird.


    Danke damit funktioniert es ohne eine Display variable zu setzten.


  • softhddevice mit High Level OSD

    Ok hier wieder mit die richtige source Dateien.


    Ohne eine display Variable funktioniert nicht:


    mit ' -d :0' funktioniert nicht, Audio ist da, aber das Bild nicht.



    mit '-d :0.0' funktioniert es. Audio und Bild sind da :)

  • [osdteletext] Patch für High-Level-OSDs

    Vielen Dank.
    Kannst Du deine OSD einstellungen posten?
    Hier mit VDR 2.3.1 und rpihddevice hat sich nicht viel gändert.


    Kanal wechseln und Teletext start:


    OSD grab

    Code
    http://abload.de/img/osdteletext03cbxap.jpg

  • Aussetzer auf verschlüsseltem Sender - CPU Auslastung hoch

    Das ist ohne dem Patch (driver-fix). CPU Load wie zu sehen ist, ist hoch.
    switching to channel 141 (S.. Sport HD 3)


    Code
    PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
  234 vdr        20   0  363M 91728 34204 S 56.1 12.2  1h01:23 /usr/bin/vdr
  495 vdr        20   0  363M 91728 34204 S 43.4 12.2 37:21.66 device 1 receiv
  213 root       20   0 86356 13144  6784 S  7.3  1.8  8:12.05 /opt/bin/mediasrv -d --pluginpath=/opt/bin
  278 root       20   0 86356 13144  6784 S  6.0  1.8  6:25.29 mediasrv


    Das ist ohne dem Patch (driver-fix), aber mit neuem libdvbcsa und letzter version vom vdr-pi plugin.
    switching to channel 141 (S.. Cinema HD)


    Code
    PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
26120 vdr        20   0  355M 79360 34744 S 34.8 10.6  0:29.15 /usr/bin/vdr
26303 vdr        20   0  355M 79360 34744 S 20.4 10.6  0:04.99 device 1 receiv
  213 root       20   0 86356 13296  6800 S  7.2  1.8 14:11.27 /opt/bin/mediasrv -d --pluginpath=/opt/bin
  278 root       20   0 86356 13296  6800 S  5.9  1.8 11:36.48 mediasrv
26132 vdr         5 -15  355M 79360 34744 S  4.6 10.6  0:02.00 audio decoder


    Das ist mit dem Patch (driver-fix), und neuem libdvbcsa und der letzten version vom vdr-pi plugin.
    switching to channel 141 (S.. Cinema HD)


    Code
    PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
29657 vdr        20   0  345M 67832 32212 S 30.2  9.0  0:51.63 /usr/bin/vdr
29754 vdr        20   0  345M 67832 32212 S 15.1  9.0  0:20.95 device 1 receiv
  213 root       20   0 86356 13276  6800 S  6.6  1.8 14:33.40 /opt/bin/mediasrv -d --pluginpath=/opt/bin
  278 root       20   0 86356 13276  6800 S  5.3  1.8 11:54.59 mediasrv
29669 vdr         5 -15  345M 67832 32212 S  5.3  9.0  0:08.89 audio decoder
29661 vdr        39  19  345M 67832 32212 S  4.6  9.0  0:08.60 device 1 sectio



    Das ist aber mit neuem Patch (driver-fix), und neuem libdvbcsa und neuem vdr-pi plugin.
    switching to channel 141 (S.. Cinema HD)


    Code
    PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
 1353 vdr        20   0  345M 69648 33084 S 14.0  9.3  0:27.15 /usr/bin/vdr
 1461 vdr        20   0  345M 69648 33084 S  6.7  9.3  0:00.93 device 1 receiv
  213 root       20   0 85332 13112  6800 S  6.0  1.7 38:30.00 /opt/bin/mediasrv -d --pluginpath=/opt/bin
 1357 vdr        39  19  345M 69648 33084 S  5.3  9.3  0:02.03 device 1 sectio
  278 root       20   0 85332 13112  6800 S  4.7  1.7 33:02.13 mediasrv

  • softhddevice mit High Level OSD

    Sehe gerade das vdr4arch nutzt source vom johns und holt sich opengl patchs vom louis (commits 48fbfa9f...bf608ab5.diff ). Ohne patch startet VDR 2.2.0 mit softhddevice (0.6.1rc1-GIT4fa4f66) ohne Problem. Und da wurde keine Display Variable gesetzt.
    Es kann auch etwas mit rechten haben, weil egal welche ich Display Variable gesetzt habe (50-softhddevice.conf -d :0:0 oder :0 oder :0.0 ) VDR startet nicht. Und ja unter Archlinux läuft VDR unter vdr User.

  • [rpihddevice]

    Ich habe heute auch zum erstes mal die Meldung im log gesehen jedoch keinen crash.


  • dbus2vdr, nulldevice und cecremote

    Danke für How-To jetzt verstehe ich es. Jedoch sind cecremote Meldung immer noch da obwohl "remo off" siehe das Log unten. mit dummydevice plugin habe ich nach "remo off" solche meldungen nicht gehabt.


    [spoiler]

    [/spoile]

  • dbus2vdr, nulldevice und cecremote

    Lars Vielen Dank.


    Hab das gleicht ohne dummydevice getestet (switch zu kodi). Anbei das Log. Wäre auch nicht optimal "remo off" zu machen oder das soll weiterhin über svdrpsend oder was auch immer geschehen?


    Was mir im VDR log aufgefallen ist, sind die Meldungen nach KODI start welche die cecremote plugin nicht versteht.




    Mod.: Wunschgemäß von hier ausgelagert: Primäres Device per SVDRP-Kommando umschalten

  • [yaVdr 0.5.0] [solved] Ton auf ORF1 und ORF2I nicht verfügbar, auf anderen Kanälen aber schon

    Hier mit meine RPi2 (VDR 2.3.1 und rpihddevice) wird ton auf beide Sender ok abgespielt. Hier ist zu sehen das Audio codec "rpihddevice: new audio codec: 2ch MPEG".


    Wirklich helfen kann ich dir nicht (aber zumindest Testen ob es hier läuft)

  • [docker] VDR4Arch als Docker-Image

    Wurde hier base image gelöscht? Ich habe das Dockerfile im deinem github gefunden jedoch das base image ist nicht mehr auf der docker seite zu finden.
    PS: ich bin bei docker ein Anfänger daher Entschuldige wenn das eine Anfänger Frage ist.


    Code
    https://github.com/chriszero/docker-containers/blob/master/vdr4arch/Dockerfile

  • [osdteletext] Patch für High-Level-OSDs

    Vielen Dank für das neue Patch, leider bei mir hat sich nicht viel geändert.


    VDR 2.3.1 mit vdr-rpihddevice



    Code
    http://abload.de/img/osdteletext02dtk7c.jpg


    OSD-Teletext Einstellungen (nichts im setup.conf)

    Code
    http://abload.de/img/osdteletext03izsnw.jpg


    OSD-Teletext abspeichern über OSD funktioniert hier:

    Code
    Mar 01 23:44:42 vdrrpi vdr[221]: store Courier:Bold 0
Mar 01 23:44:42 vdrrpi vdr[221]: [221] OSD size changed to 1920x1080 @ 1,77778
Mar 01 23:44:42 vdrrpi vdr[221]: [221] saved setup to /var/lib/vdr/setup.conf
Mar 01 23:44:42 vdrrpi vdr[221]: [221] OSD size changed to 1920x1080 @ 1,77778


    Ich habe nur im plugin menu auf OK gedrückt und das wird dann im setup.conf gespeichert

  • [osdteletext] Patch für High-Level-OSDs

    Hab den patch von heute 23:15 heruntergeladen und vdr-osdteletext damit kompiliert.
    Benutzte VDR 2.3.1 , rpihddevice (1.0.0), skindesigner (0.7.3): Skin Designer ; vdr-osdteletext 0.9.5 mit osdteletext_vdr2.3.1.diff und osdteletext-ttf.diff
    Da ich nie vor vdr-osdteletext benutzt habe habe ich auch nichts im setup.conf configuriert. Leider schaut teletext ganzschlim aus (siehe das Bild im Anhang).




    Code
    http://abload.de/img/osdteletext01phsw2.jpg