Posts by obelix

    Hallo zusammen,


    ich möchte in der menuorg.xml einen Eintrag setzen. Das dazugehörige Template befindet sich in

    Code
    ~/download/yavdr-ansible/roles/vdr-plugin-menuorg/templates/menuorg.xml.j2

    Wenn ich nun Änderungen an dem Template vornehme, werden diese von einem git pull überschrieben, sobald es ein neues offizielles Template gibt? Muss ich mir eigene Templates an einen anderen Ort erstellen? Also so wie früher beim "process template"?


    Danke und Gruß

    Obelix

    That's it :)


    Code
    Dez 29 16:00:44 esprimod756 vdr[10870]: video/vaapi: libva 1.7 (Intel iHD driver for Intel(R) Gen Graphics - 20.1.1 ()) initialized
    Dez 29 16:00:44 esprimod756 vdr[10870]: video/vaapi: Can't get background-color attribute
    Dez 29 16:00:44 esprimod756 vdr[10870]: video/vaapi: background-color is supported
    Dez 29 16:00:44 esprimod756 vdr[10870]: video/vaapi: supports video processing

    The following two messages appear:

    Code
    Dez 29 16:00:44 esprimod756 vdr[10870]: Selected deinterlacer for resolution 0 is not supported by HW
    Dez 29 16:00:44 esprimod756 vdr[10870]: Selected deinterlacer for resolution 1 is not supported by HW
    Dez 29 16:00:44 esprimod756 vdr[10870]: Selected deinterlacer for resolution 2 is not supported by HW
    Dez 29 16:00:44 esprimod756 vdr[10870]: Selected deinterlacer for resolution 3 is not supported by HW
    Dez 29 16:00:44 esprimod756 vdr[10870]: Selected deinterlacer for resolution 4 is not supported by HW

    You need installed libEGL, libEGL-devel.

    Code
    aptitude search libegl
    i A libegl-dev                                          - Vendor neutral GL dispatch library -- EGL development files        
    i A libegl-mesa0                                        - free implementation of the EGL API -- Mesa vendor library          
    v   libegl-vendor                                       -                                                                    
    i A libegl1                                             - Vendor neutral GL dispatch library -- EGL support                  
    p   libegl1-mesa                                        - Übergangspaket                                                     
    p   libegl1-mesa-dev                                    - Freie Implementierung der EGL-API -- Entwicklungsdateien

    libegl1-mesa & libegl1-mesa-dev?

    OK, i build a quick and dirty Package with


    Code
    dpkg-buildpackage -us -uc -b

    As a basis I have taken the rules files from the yavdr package inclusive the patches. In the syslog appears:


    Code
    Dez 29 14:18:59 esprimod756 vdr[1950]: video: 'va-api-egl' output module isn't supported

    Try softhddevice with test branch for Intel GPU. And use with -v va-api-egl

    In the yavdr experimental-vdr repository the Version 1.9.7 is included:



    or is there a difference?


    /etc/vdr/conf.d/50-softhddevice.conf (installed per automatic with playbook):


    Code
    [softhddevice]
    #-a hw:NVidia,7
    #-p hw:NVidia,7
    #-d :0.0
    #-f
    #-g 1920x1080+0+0
    #-v vdpau
    -D
    -w alsa-driver-broken
    -v va-api

    with the Option -v va-api-egl the "video/vaapi: vaSyncSurface failed: invalid VASurfaceID" messages are gone but the picture remains black. I can see by journalctl -f when I switch

    Hallo zusammen,


    ich habe yavdr ansible auf meinem TestVDR installiert. Kodi funktioniert tadellos aber leider bekomme ich softhddevice, softhdvaapi oder auch softhdvaapi-opengl mit der Intel HD 530 an den Start. Vorab: Ich habe an meinem TestVDR aktuell kein Sat Kabel angeschlossen, was aber doch gehen sollte.


    inxi -F


    journalctl -f bei kodi start:

    Code
    Dez 27 19:50:57 esprimod756 yavdr-frontend[8108]: DEBUG:SystemdUnitFrontend:unit is running
    Dez 27 19:50:57 esprimod756 kodi[9244]: libva info: VA-API version 1.7.0
    Dez 27 19:50:57 esprimod756 kodi[9244]: libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
    Dez 27 19:50:57 esprimod756 kodi[9244]: libva info: Found init function __vaDriverInit_1_7
    Dez 27 19:50:57 esprimod756 kodi[9244]: libva info: va_openDriver() returns 0
    Dez 27 19:50:58 esprimod756 vdr[8763]: [8797] loading /var/lib/vdr/plugins/vnsiserver/allowed_hosts.conf
    Dez 27 19:50:58 esprimod756 vdr[8763]: [8797] VNSI: Client with ID 2 connected: 127.0.0.1:48588
    Dez 27 19:50:58 esprimod756 vdr[8763]: [9270] VNSI Client 2->127.0.0.1:48588 thread started (pid=8763, tid=9270, prio=high)
    Dez 27 19:50:58 esprimod756 vdr[8763]: [9270] VNSI: Welcome client 'XBMC Media Center' with protocol version '13'


    journalctl -f bei vdr Softhddevice:


    vainfo:

    Gruß,

    Obelix

    Ich hatte meine Videos damals mit der Pinnacle Moviebox DV und dem Programm Kino digitalisiert. Aufzeichnung als DV Material und dann entsprechend umgewandelt. Die Entwicklung wurde leider 2013 eingestellt aber Kino ist in den Repositories noch vorhanden. Alternative sind noch KDEnlive, Flowblade und OpenShot.


    Die Moviebox DV gibt es für kleine Geld bei ebay oder ebay Kleinanzeigen. Bei letzterem habe ich sie gerade für 10€ gesehen. Du brauchst dann noch eine Firewire Karte.


    Gruß

    Obelix


    Edit: https://www.tuxad.com/mirror/transcoding.org_pinnacle.html

    Hallo,


    ich habe mir mal auf meinem Test VDR yavdr ansible installiert. Dabei ist mir aufgefallen, dass die STM32 Implementierung fehlerhaft ist.


    In der yavdr-ansible/roles/wakeup/vars/main.yml:


    Code
    # name of add-on package(s) to install (it can be made a list of packages)
    wakeup_addon_packages:
      acpiwakeup: vdr-addon-acpiwakeup
      stm32wakeup: vdr-addon-stmp32-wakeup

    Da ist ein "p" in vdr-addon-stmp32-wakeup zu viel. Des Weiteren wird während der Installation nach dem Paket vdr-addon-stm32-wakeup gesucht, was nicht gefunden werden kann. Der Name des Paketes im Repository ist vdr-addon-stm32irmp-wakeup.


    Gruß

    Obelix

    Danke für den Patch :respekt Ich habe gerade unter Manjaro den Patch ins PKGBUILD eingebaut und es funktioniert. :tup


    Das Fußballspiel Deutschland - Frankreich kann beginnen.


    :vdr1


    Gruß

    Obelix

    Das noch: Bei easyvdr3 musste noch Policykit leicht modifiziert werden, damit es mit den User vdr und easyvdr und unmounten in Kodi klappt:


    /usr/share/polkit-1/actions/org.freedesktop.udisks.policy:

    Standard ist allow any auf no.


    Gruß

    Obelix

    Ich habe aktuell kein easyvdr5 im Zugriff aber mit easyvdr3 und einem Desktop (bei mir LXDE) ist da schnell umgesetzt gewesen:


    /etc/usbmount/usbmount.conf


    Code
    # Change to zero to disable usbmount
    ENABLED=0


    Über das Toolmenu "easyvdr-lxde" installiert, reboot. Fertig. Ich hatte das auch mit XFCE getestet und da hat es auch funktioniert.


    Gruß

    Obelix

    So, der STM32 China Böller (RedLinkCrap mit CKS32) ist gegen einen RobotDyn (BluePill) ausgetauscht. Das so am Rande.


    Zurück zum eigentlichen Thema. Mir ist aufgefallen, dass der Pi die Option


    Code
    dtoverlay=gpio-shutdown,gpio_pin=3, active_low=1,gpio_pull=up

    in der config.txt nicht mehr benötigt. WakeUp funktioniert OOTB. D.h. ich habe ein sauberes Libreelec 9.6.0 Image installiert. Den WakeUp Anschluss SCK vom RobotDyn mit 220 Ohm Widerstand an den GPIO 3 (Pin 5) vom Raspberry Pi 4 verbunden und fertig. WakeUp funktioniert mit der angelernten Taste.


    Ich bin kürzlich über das Projekt uhubctl gestolpert und habe es gerade ausprobiert:


    Quote

    uhubctl is utility to control USB power per-port on smart USB hubs. Smart hub is defined as one that implements per-port power switching.

    Mit dem Befehl lässt sich die Stromversorgung eines USB Ports / USB Hubs schalten. Ich habe den Befehl in die shutdown.sh gepackt


    und der Arduino wird ausgeschaltet.


    Was die Schaltung von Argus angeht, habe ich mir ein Breadboard geordert und werde die Schaltung damit aufbauen und dann den Fehler in meiner gelöteten Variante suchen....

    So, ich habe mir für meine Raspberry Spielwiese einen RobotDyn (BlueDev) gelötet. Der RobotDyn in meinem M3d1@Pi hat die Firmware Version 2019-07-04_01-31_blueDev_BL_SC_KBD_jrie.bin und da ist die Steuerleitung vom IR Empfänger an B9. Mit 2020er Versionen hast du was geändert? Es funktioniert nämlich an B9 nicht mehr und wenn ich in der config.h nachschaue, steht da A13 für IR_IN. A13 gibt es beim RobotDyn nicht.