Works for me, too!
THX @Inj
Beiträge von sg75
-
-
Thanks jojo61 and @Inj for looking into this
A software fallback would be great, but I cannot test atm, because I have no rotor on my dish for feed hunting.
I guess on Astra 19.2° there are no 422 feeds for testing ...
-
Would be greatly appreciated from my side, if 4:2:2 would be supported
Here is an old (from 2016) 422 sample, I found on my hard drive:
-
Ja, echt schade, dass nur diskutiert wurde.
Ich würde es sofort nutzen, obwohl ich *nur* drei der vier von fnu aufgezählten Empfangswege habe
-
Frage an alle, nutzt GL eigentlich schon jemand
?Hallo rell, vielen Dank für Deine Arbeit am OpenGl-OSD!
Die Kombination aus Arm-Kistchen plus hardbeschleunigtes OSD hat sooo viel Potential.
Lohnt es sich, bei deinem aktuellen Entwicklungsstand nochmal auf RaspBerry Pi 4 zu testen?
-
Code
Alles anzeigeneb 07 19:16:00 rasp4 vdr[1266]: [1266] VDR version 2.4.6 started Feb 07 19:16:00 rasp4 vdr[1266]: [1266] codeset is 'UTF-8' - known Feb 07 19:16:00 rasp4 vdr[1266]: [1266] found 28 locales in /home/sg75/softhddrm_test_20201221/vdr-2.4.6/locale Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'alb,sqi' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'bos' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'bul' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'chi,zho' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'eus,baq' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'iri,gle' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'jpn' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'lav' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'ltz' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'mlt' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'por' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no locale for language code 'smi' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading plugin: /home/sg75/softhddrm_test_20201221/vdr-2.4.6/PLUGINS/lib/libvdr-softhddevice-drm.so.2.4.6 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading plugin: /home/sg75/softhddrm_test_20201221/vdr-2.4.6/PLUGINS/lib/libvdr-streamdev-client.so.2.4.6 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading plugin: /home/sg75/softhddrm_test_20201221/vdr-2.4.6/PLUGINS/lib/libvdr-remote.so.2.4.6 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/setup.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1266] ERROR: unknown config parameter: softhddevice-drm.SWDeinterlacer = 1 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/sources.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/diseqc.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/scr.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/channels.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/timers.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/svdrphosts.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/remote.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/keymacros.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/camresponses.conf Feb 07 19:16:00 rasp4 vdr[1266]: [1267] video directory scanner thread started (pid=1266, tid=1267, prio=low) Feb 07 19:16:00 rasp4 vdr[1266]: [1266] registered source parameters for 'A - ATSC' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] registered source parameters for 'C - DVB-C' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] registered source parameters for 'S - DVB-S' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] registered source parameters for 'T - DVB-T' Feb 07 19:16:00 rasp4 vdr[1266]: [1266] no DVB device found Feb 07 19:16:00 rasp4 vdr[1266]: [1268] epg data reader thread started (pid=1266, tid=1268, prio=high) Feb 07 19:16:00 rasp4 vdr[1266]: [1266] initializing plugin: softhddevice-drm (0.0.1rc1-GITf3489f0): A software and GPU emulated HD device Feb 07 19:16:00 rasp4 vdr[1266]: [1268] reading EPG data from /video/epg.data Feb 07 19:16:00 rasp4 vdr[1266]: [1266] new device number 1 (card index 1) Feb 07 19:16:00 rasp4 vdr[1266]: [1266] initializing plugin: streamdev-client (0.6.1-git): VTP Streaming Client Feb 07 19:16:00 rasp4 vdr[1266]: [1266] new device number 2 (card index 2) Feb 07 19:16:00 rasp4 vdr[1266]: [1266] cTimeMs: using monotonic clock (resolution is 1 ns) Feb 07 19:16:00 rasp4 vdr[1266]: [1266] streamdev-client: got device number 2 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] initializing plugin: remote (0.7.0): Remote control Feb 07 19:16:00 rasp4 vdr[1266]: [1266] setting primary device to 1 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] [softhddev]MakePrimaryDevice: 1 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] [softhddev]stopping openGL worker thread Feb 07 19:16:00 rasp4 vdr[1266]: [1266] [softhddev]openGL worker thread stopped Feb 07 19:16:00 rasp4 vdr[1266]: [1266] [softhddev]SetVideoFormat: 0 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] [softhddev]SetVideoDisplayFormat: 1 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] [softhddev]GetSpuDecoder: Feb 07 19:16:00 rasp4 vdr[1266]: [1266] [softhddev]SetVolumeDevice: 255 Feb 07 19:16:00 rasp4 vdr[1266]: [1266] assuming manual start of VDR Feb 07 19:16:00 rasp4 vdr[1266]: [1266] setting current skin to "classic" Feb 07 19:16:00 rasp4 vdr[1266]: [1266] loading /video/themes/classic-default.theme Feb 07 19:16:00 rasp4 vdr[1266]: [1266] starting plugin: softhddevice-drm Feb 07 19:16:00 rasp4 vdr[1266]: audio/alsa: using device 'default' Feb 07 19:16:00 rasp4 vdr[1266]: [1269] device 2 section handler thread started (pid=1266, tid=1269, prio=low) Feb 07 19:16:00 rasp4 vdr[1266]: audio/alsa: supports pause: yes Feb 07 19:16:00 rasp4 vdr[1266]: AudioInit: No HwChannelMaps found! Feb 07 19:16:00 rasp4 vdr[1266]: FindDevice: DRM have 2 connectors, 6 crtcs, 3 encoders Feb 07 19:16:00 rasp4 vdr[1266]: FindDevice: Found Monitor Mode 1920x1080@50 Feb 07 19:16:00 rasp4 vdr[1266]: [1268] epg data reader thread ended (pid=1266, tid=1268) Feb 07 19:16:01 rasp4 systemd[1]: Created slice system-systemd\x2dcoredump.slice. Feb 07 19:16:01 rasp4 systemd[1]: Started Process Core Dump (PID 1273/UID 0). Feb 07 19:17:24 rasp4 systemd-coredump[1274]: [🡕] Process 1266 (vdr) of user 1001 dumped core. Stack trace of thread 1266: #0 0x00000000b6a0caa0 raise (libc.so.6 + 0x31aa0) Feb 07 19:17:27 rasp4 systemd[1]: systemd-coredump@0-1273-0.service: Succeeded. -
Was spuckt Log bzw. stderr aus, wenn du GL_DEBUG, DRM_DEBUG aktivierst?
Beim Raspberry 4 bin ich komplett überfragt. Welche Treiber nutzt der für GLES?
GLES: keine Ahnung, sorry.
Hier ist der DEBUG output mit GL_DEBUG und DRM_DEBUG:
-
Rückmeldungen aller Art sind erwünscht.
Hallo Andreas,
auf meinem Raspberry PI 4 läuft das OpenGL OSD noch nicht, mit no matching gbm config foundals Fehlermeldung.
Code
Alles anzeigen(gdb) run -user=vdr -P'softhddevice-drm' -Pstreamdev-client -P'remote -i /dev/input/by-path/platform-ir-receiver@12-event' Starting program: /home/sg75/softhddrm_test_20201221/vdr-2.4.6/vdr -user=vdr -P'softhddevice-drm' -Pstreamdev-client -P'remote -i /dev/input/by-path/platform-ir-receiver@12-event' [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0xb3ebd3d0 (LWP 515)] [New Thread 0xb34ff3d0 (LWP 516)] [New Thread 0xb2aff3d0 (LWP 517)] [Thread 0xb34ff3d0 (LWP 516) exited] [New Thread 0xb34ff3d0 (LWP 518)] [New Thread 0x9d8ff3d0 (LWP 538)] [New Thread 0x90eff3d0 (LWP 539)] no matching gbm config found Thread 1 "vdr" received signal SIGABRT, Aborted. 0xb6aa8aa0 in raise () from /usr/lib/libc.so.6 (gdb) bt #0 0xb6aa8aa0 in raise () from /usr/lib/libc.so.6 #1 0xb6a91d7c in abort () from /usr/lib/libc.so.6 #2 0xb6150c38 in get_config () at video_drm.c:373 #3 0xb6152870 in FindDevice (render=0x7bb1b0) at video_drm.c:585 #4 VideoInit (render=0x7bb1b0) at video_drm.c:1990 #5 0xb614eb2c in Start () at softhddev.c:1738 #6 0xb61461e4 in cPluginSoftHdDevice::Start (this=<optimized out>) at softhddevice-drm.cpp:1246 #7 0x004fa5e4 in cPluginManager::StartPlugins (this=this@entry=0xbefff928) at plugin.c:388 #8 0x00470680 in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:876 (gdb) -
Wow, vielen Dank rell
Ich bin echt gespannt, hardware-beschleunigtes OSD auf den Arm-Kistchen wäre echt der Burner!
-
Ich hatte auch mit Crashes bei h264 zu kämpfen und habe es dann mit den GFX memory settings in config.txt in den Griff bekommen (4GB Raspberry PI 4).
Die Stellschrauben sind gpu_men und dtoverlay=cma-xyz.
Soweit ich mich erinnern, mussten beide Werte zueinander passen.
gpu_men darf nicht zu hoch sein, sonst klappt das Booten nicht mehr.
Code
Alles anzeigen[sg75@rasp4 ~]$ cat /boot/config.txt # See /boot/overlays/README for all available options initramfs initramfs-linux.img followkernel dtoverlay=gpio-ir,gpio_pin=18,gpio_pull=up,rc-map-name=nec gpu_mem=320 #dtoverlay=vc4-fkms-v3d dtoverlay=vc4-kms-v3d-pi4,cma-512 dtoverlay=rpivid-v4l2 disable_overscan=1 disable_fw_kms_setup=1 hdmi_pixel_encoding=2 max_framebuffers=2 #dtparam=audio=onIch benutze einen hand-kompilierten Kernel nach diesem Rezept:
Code
Alles anzeigen# download, configure, build and install kernel git clone https://github.com/raspberrypi/linux --branch rpi-5.10.y --single-branch cd linux export KERNEL=kernel7l make bcm2711_defconfig make -j4 zImage modules dtbs sudo make modules_install sudo cp arch/arm/boot/dts/*.dtb /boot/ sudo cp arch/arm/boot/dts/overlays/*.dtb* /boot/overlays/ sudo cp arch/arm/boot/dts/overlays/README /boot/overlays/ sudo cp arch/arm/boot/zImage /boot/$KERNEL.img # resolve merge conflicts after git pull with git reset --hard origin/rpi-5.10.y # build initramfs bases on a custom preset sudo cp /etc/mkinitcpio.d/linux-raspberrypi4.preset /etc/mkinitcpio.d/custom.preset # change variable ALL_kver to your kernel version # get kernel version e.g. with ls -l /lib/modules cat /etc/mkinitcpio.d/custom.preset | grep ALL_kver sudo mkinitcpio -p custom # /boot/config.txt ``` -
nafets227 nutzt Du für ffmpeg einen cross compiler?
Da wäre ich interessiert dran, weil das auf der Raspberry selbst doch recht lange dauert.
-
Bei mir funktioniert es jetzt wieder nachdem ich diese Änderungen wieder zurückgeschraubt habe.
Ich habs jetzt mit dieser /boot/config.txtam Laufen.
Meine unfundierte Meinung ist, dass die Speicheraufteilung (gpm_mem und cma-xxx) wichtig ist.
Aber Achtung: Wenn gpu_mem ist groß ist, bootet der Raspberry nicht mehr.
Code
Alles anzeigen# See /boot/overlays/README for all available options initramfs initramfs-linux.img followkernel dtoverlay=gpio-ir,gpio_pin=18,gpio_pull=up,rc-map-name=nec gpu_mem=320 dtoverlay=vc4-kms-v3d-pi4,cma-512 dtoverlay=rpivid-v4l2 disable_overscan=1 disable_fw_kms_setup=1 hdmi_pixel_encoding=2 max_framebuffers=2 #dtparam=audio=on #dtoverlay=vc4-fkms-v3d -
Firmware auf aktuellem Stand?
Yup, ich habe gerade auf den aktuellen git-stand aktualisiert (geht in Arch mit: pikaur -S rpi-eeprom-git). Problem bleibt.
-
HEVC klappt super, mpeg2 mit Deinterlacer auch
Vielen Dank zillerbaer, das ist echt ein Meilenstein!!
h264 funktioniert ca. 10 Sekunden, dann kommt leider reproduzierbar folgende Fehler. Danach hilft nur ein Reboot.
Tipps?
-
Ich habe mal eine Anleitung gemacht, wie man alles hand-kompiliert unter ArchLinux|ARM zum Laufen bringt.
Vielleicht hilft es ja, mehr Tester zu gewinnen!
-
jsffm: Gute Idee, das Thema auszugraben! Ich habe auch immer noch Interesse
![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude")
-
Very good, Martin! Thanks for debugging!
-
-
Ciao, machs gut!
Danke für t2scan! Ich nutze es regelmäßig im Urlaub, um die Umgebung abzuscannen
-
