Video Treiber für Odroid-N2+ (softhdodroid)

rell · 6. Februar 2024

S950D hat einen Mali 450. Der kann nur OpenGL/ES 2.0 und glGenVertexArrays ist erst in der Spezifikation für OpenGL/ES 3.0 enthalten.

Ich vermute, dass der libmali-blob dafür keine Unterstützung hat. Wenn dem so ist, brauchst du entweder einen blob, der diese Extension drin hat - wobei ich nicht glaube, dass du da fündig wirst, oder man schreibt openglosd.cpp so um, dass es "nur" OpenGL/ES 2.0 Befehle nutzt. Das habe ich für den opengl Teil in softhddevice-drm-gles gemacht, da ich mein ersten Tests mit Mali400 gemacht habe. Für die paar Rechtecke reicht der Befehlssatz von GLES 2.0 m.E. völlig aus.

jojo61 · 6. Februar 2024

Zitat von rell

oder man schreibt openglosd.cpp so um, dass es "nur" OpenGL/ES 2.0 Befehle nutzt.

Gute Idee, nur reichen meine opengl Kenntnisse dafür nicht aus. Wenn mir da also jemand einen Patch schickt übernehme ich den gerne

rell · 6. Februar 2024

Commits · rellla/softhddevice-openglosd

Contribute to rellla/softhddevice-openglosd development by creating an account on GitHub.

github.com

Das war mein Werk von damals. Ahnung von OpenGL hatte ich da noch nicht... Wer sich also ein bißchen einlesen möchte kann damit evtl. was anfangen. Der GLES Teil ist mit defines getrennt und das ganze vdpau Zeugs brauchts nicht... Ob das damals alles so astrein umgesetzt war, weiß ich nicht mehr. https://github.com/rellla/vdr-…atomic-gles/openglosd.cpp jedenfalls ist daraus entstanden und nutzt "nur" gles 2.0 Und nein, Patch kann ich keinen machen Mir ist lieber, ich bringe die Odroids mit LibereELEC ohne blob ans Laufen.

jojo61 · 6. Februar 2024

Habs mir mal angesehen und das könnte ich noch schaffen. Werde mal versuchen auf "nur" gles 2.0 umzustellen.

Bei dem bischen shadern ist performance eh kein Thema.

jojo61 · 7. Februar 2024

Zabrimus

Ich habe mich mal daran versucht die opengl 3.0 sachen raus zu nehmen. Anbei das dazugehörige openglosd.cpp.

Ich hoffe ich habe alles gefunden.

Zabrimus · 7. Februar 2024

Zitat von jojo61

Ich habe mich mal daran versucht die opengl 3.0 sachen raus zu nehmen.

Oh wow. So schnell? Danke. Das werde ich direkt mal probieren.

jojo61 · 15. Februar 2024

Zitat von Zabrimus

Danke. Das werde ich direkt mal probieren.

Hast du Feedback hierfür ?

Zabrimus · 15. Februar 2024

Zitat von jojo61

Hast du Feedback hierfür ?

Genau das finde ich etwas unbefriedigend.

Ich habe mit deinem openglosd.cpp ein zusätzlichen Plugin (softhdodroid-gxl) eingerichtet, mit dem man beide Versionen schnell testen kann: Original und deine Portierung.

Nur leider meldet sich der User nicht mehr und ich bekomme kein Feedback. Passende Hardware um deinen Port zu testen habe ich nicht, sonst hätte ich das schon längst getestet.

jojo61 · 23. Februar 2024

Ich habe das A/V Sync nochmal nachgearbeitet. Damit sollte es nun ohne FastChannelSwitch schneller sein.

Dr. Seltsam · 24. Februar 2024

Zitat von jojo61

Ich habe das A/V Sync nochmal nachgearbeitet. Damit sollte es nun ohne FastChannelSwitch schneller sein.

Hm… wenn überhaupt, dann minimal. Aber mit FastChannelSwitch hat sich das Umschaltverhalten dafür nun verschlechtert - es dauert einen Tick länger, und das Bild läuft ein Stück an, ehe es kurz stehen bleibt und dann weiterläuft.

Vorher stand das Bild schon beim Umschalten und wartete.

Das ist so leider keine Verbesserung.

jojo61 · 24. Februar 2024

Ich denke man sollte FastChannelSwitch nun abschalten um das beste Umschalten zu erhalten.

Dr. Seltsam · 24. Februar 2024

Ich denke das ist Geschmackssache. Damit die Änderungen wirklich nur bei deaktiviertem FastSwitch greifen und das alte Umschaltverhalten ansonsten nicht verschlechtert wird, ändere es doch bitte so ab, dann sind alle glücklich:

Diff

diff -ur vdr-plugin-softhdodroid-master/audio.c vdr-plugin-softhdodroid-fastswitchfix/audio.c
--- vdr-plugin-softhdodroid-master/audio.c    2024-02-23 10:31:57.000000000 +0100
+++ vdr-plugin-softhdodroid-fastswitchfix/audio.c    2024-02-24 09:19:43.000000000 +0100
@@ -1847,7 +1847,7 @@
         // forced start or enough video + audio buffered
         // for some exotic channels * 4 too small
 
-        if (AudioStartThreshold * 4  < n || (AudioVideoIsReady
+        if (AudioStartThreshold * (ConfigVideoFastSwitch ? 1.8 : 4)  < n || (AudioVideoIsReady
                 //  if ((AudioVideoIsReady
                 && AudioStartThreshold < n)) {
             // restart play-back
@@ -1882,10 +1882,10 @@
     if (AudioVideoIsReady) {
         return;
     }
-
-    if (!pts || pts == (int64_t) AV_NOPTS_VALUE) {
-        Debug(3, "audio: a/v start, no valid video\n");
-        return;
+    if ((!ConfigVideoFastSwitch && (!pts || pts == (int64_t) AV_NOPTS_VALUE))
+        || (ConfigVideoFastSwitch && (pts == (int64_t) AV_NOPTS_VALUE)) ) {
+            Debug(3, "audio: a/v start, no valid video\n");
+            return;
     }
     // no valid audio known
     if (!AudioRing[AudioRingWrite].HwSampleRate || !AudioRing[AudioRingWrite].HwChannels
Nur in vdr-plugin-softhdodroid-fastswitchfix: po.
diff -ur vdr-plugin-softhdodroid-master/video.c vdr-plugin-softhdodroid-fastswitchfix/video.c
--- vdr-plugin-softhdodroid-master/video.c    2024-02-23 10:31:57.000000000 +0100
+++ vdr-plugin-softhdodroid-fastswitchfix/video.c    2024-02-24 12:04:54.985871229 +0100
@@ -2987,7 +2987,7 @@
             amlFreerun(1);
             //amlReset();
         }
-        if (!AudioVideoIsReady)
+        if (!AudioVideoIsReady && !ConfigVideoFastSwitch)
             AudioVideoReady(pts);
         lpts = pts & 0xffffffff;

Alles anzeigen

jojo61 · 24. Februar 2024

Ja damit die FastSwitch User happy sind habe ich es eingecheckt.

Dr. Seltsam · 24. Februar 2024

Danke

horchi · 20. April 2024

ich habe ein Problem mit dem VDR (2.6.3) auf dem Odroid N2+ mit Ubuntu 20.04.Da der Im Wohnmobil ist verwende ich ihn nicht durchgängig, letzte Saison lief er noch prima. Nun habe ich ihn ich im Frühjahr aktualisiert (apt update/upgrade und das aktuellste softhdodroid aus dem git).

Grundsätzlich funktioniert es noch, nach einiger Zeit zum Teil erst nach mehreren Stunden bleibt er hängen. Dann hilft nur booten, Neustart des VDR genügt nicht.

In der Situation kommt beim Start des VDR im syslog:

Code

Apr 20 12:03:10 usb kernel: [11122.844869@2] aml_spdif_open

Apr 20 12:03:10 usb kernel: [11122.844976@2] audio_ddr_mngr: frddrs[0] registered by device ff642000.audiobus:spdif_b

Apr 20 12:03:10 usb kernel: [11122.845921@2] fb: osd[0] enable: 0 (vdr)
Apr 20 12:03:10 usb kernel: [11122.869526@2] the demux           clock on, ref cnt: 1
Apr 20 12:03:10 usb kernel: [11122.869530@2] the parser_top      clock on, ref cnt: 1
Apr 20 12:03:10 usb kernel: [11122.869532@2] the vdec            clock on, ref cnt: 1
Apr 20 12:03:10 usb kernel: [11122.869547@2] the clk_vdec_mux    clock on, ref cnt: 1
Apr 20 12:03:10 usb kernel: [11122.869564@2] vdec mux clock is 499999992 Hz
Apr 20 12:03:10 usb kernel: [11122.869591@2] vdec_create instance ffffff800851d000, total 1
Apr 20 12:03:10 usb kernel: [11122.869597@2] the demux           clock on, ref cnt: 2
Apr 20 12:03:10 usb kernel: [11122.869598@2] the parser_top      clock on, ref cnt: 2
Apr 20 12:03:10 usb kernel: [11122.869599@2] the vdec            clock on, ref cnt: 2
Apr 20 12:03:10 usb kernel: [11122.869619@2] vdec_create instance ffffff8008581000, total 2
Apr 20 12:03:10 usb kernel: [11122.869625@2] The fw has been loaded.
Apr 20 12:03:10 usb kernel: [11122.869628@2] vdec_init, dev_name:ammvdec_mpeg12, vdec_type=VDEC_TYPE_FRAME_BLOCK
Apr 20 12:03:10 usb kernel: [11122.869784@2] vdec: Decoder device ammvdec_mpeg12 driver probe failed.
Apr 20 12:03:10 usb kernel: [11122.869786@2] video_port_init 632, vdec_init failed
Apr 20 12:03:10 usb kernel: [11122.869803@2] video_port_init  failed
Apr 20 12:03:10 usb kernel: [11122.872677@2] adec_release
Apr 20 12:03:10 usb kernel: [11122.873101@2] Audio stbuf alloced at 00000000cfc00000, secure = 0, size = 1572864
Apr 20 12:03:10 usb kernel: [11122.873115@2] amstream_do_ioctl error :ffffffffffffffed, 401053c2
Apr 20 12:03:10 usb kernel: [11122.878843@2] vdec_release instance ffffff8008581000, total 2
Apr 20 12:03:10 usb kernel: [11122.878855@2] the vdec            clock off, ref cnt: 1
Apr 20 12:03:10 usb kernel: [11122.878860@2] the parser_top      clock off, ref cnt: 1
Apr 20 12:03:10 usb kernel: [11122.878861@2] the demux           clock off, ref cnt: 1
Apr 20 12:03:10 usb kernel: [11122.878866@2] vdec_disable_DMC input->target= 0x0
Apr 20 12:03:10 usb kernel: [11122.878867@2] vdec_release instance ffffff800851d000, total 1
Apr 20 12:03:10 usb kernel: [11122.878880@2] the clk_vdec_mux    clock off, ref cnt: 0
Apr 20 12:03:10 usb kernel: [11122.878882@2] the vdec            clock off, ref cnt: 0
Apr 20 12:03:10 usb kernel: [11122.878884@2] the parser_top      clock off, ref cnt: 0
Apr 20 12:03:10 usb kernel: [11122.878886@2] the demux           clock off, ref cnt: 0
Apr 20 12:03:10 usb kernel: [11122.878904@2] vfm_map_store:rm all
Apr 20 12:03:11 usb kernel: [11123.882142@2] vfm_map_store:add default decoder ppmgr deinterlace amvideo
Apr 20 12:03:11 usb kernel: [11123.883298@2] vfm_map_store:add default_amlvideo2 vdin1 amlvideo2.1
Apr 20 12:03:11 usb kernel: [11123.889559@2] vfm_map_store:add dvblpath dvbldec amvideo
Apr 20 12:03:11 usb kernel: [11123.894840@2] vfm_map_store:add dvelpath dveldec dvel
Apr 20 12:03:11 usb kernel: [11123.899868@2] vfm_map_store:add dvhdmiin dv_vdin amvideo
Apr 20 12:03:11 usb kernel: [11123.929465@2] fb: osd[0] enable: 1 (vdr)
Apr 20 12:03:11 usb kernel: [11123.946144@2] SR enable
Apr 20 12:03:11 usb kernel: [11123.946157@2] the demux           clock on, ref cnt: 1
Apr 20 12:03:11 usb kernel: [11123.946159@2] the parser_top      clock on, ref cnt: 1
Apr 20 12:03:11 usb kernel: [11123.946161@2] the vdec            clock on, ref cnt: 1
Apr 20 12:03:11 usb kernel: [11123.946174@2] the clk_vdec_mux    clock on, ref cnt: 1
Apr 20 12:03:11 usb kernel: [11123.946188@2] vdec mux clock is 499999992 Hz
Apr 20 12:03:11 usb kernel: [11123.946223@2] vdec_create instance ffffff8008d2f000, total 1
Apr 20 12:03:11 usb kernel: [11123.946273@2] vdec_disable_DMC input->target= 0x0
Apr 20 12:03:11 usb kernel: [11123.946274@2] vdec_release instance ffffff8008d2f000, total 1
Apr 20 12:03:11 usb kernel: [11123.946282@2] the clk_vdec_mux    clock off, ref cnt: 0
Apr 20 12:03:11 usb kernel: [11123.946284@2] the vdec            clock off, ref cnt: 0
Apr 20 12:03:11 usb kernel: [11123.946285@2] the parser_top      clock off, ref cnt: 0
Apr 20 12:03:11 usb kernel: [11123.946287@2] the demux           clock off, ref cnt: 0
Apr 20 12:03:11 usb kernel: [11123.946310@2] fb: clear: osd 0
Apr 20 12:03:12 usb kernel: [11124.623584@1] fb: clear: osd 0

Alles anzeigen

und im VDR log:

Code

Apr 20 12:03:10 usb vdr: Disable Noise reduction


Apr 20 12:03:10 usb vdr: Disable HDR2SDR
Apr 20 12:03:10 usb vdr: Initial Screen 1920-1079 set to 1920-1080
Apr 20 12:03:11 usb vdr: AmlCodec: amstream version : 2.0
Apr 20 12:03:11 usb vdr: aml ApiLevel = 2  Screen 1920-1080 using OSD dma: yes H264-PIP: 1 MPEG2 PIP 0
Apr 20 12:03:11 usb vdr: Odroid New HW Decoder
Apr 20 12:03:12 usb vdr: Set Playmode 1
Apr 20 12:03:12 usb vdr: set trickspeed to 0
Apr 20 12:03:12 usb vdr: [softhddev]GetOsdSize: 1920x1080 1

Alles anzeigen

Code

root@womo ~/> lsb_release -a

No LSB modules are available.

Distributor ID: Ubuntu
Description:    Ubuntu 20.04.6 LTS
Release:        20.04
Codename:       focal


root@womo  ~/> uname -a

Linux usb 4.9.337-138 #1 SMP PREEMPT Thu Jul 20 04:35:23 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux

Alles anzeigen

Eine andere Installation in einer chroot Umgebung unter CoreElec läuft ohne Probleme
Habt Ihr eine Idee wo das klemmen könnte? Hat das jemand in dieser oder ähnlicher Konstalltion am

jojo61 · 20. April 2024

Zitat von horchi

Linux usb 4.9.337-138

Ist das nicht der falsche Kernel. Ich dachte Coreelec nutzt den 4.9.269 Kernel oder so.

horchi · 20. April 2024

das Problem tritt hier auf:

Zitat von horchi

ich habe ein Problem mit dem VDR (2.6.3) auf dem Odroid N2+ mit Ubuntu 20.04.Da der Im Wohnmobil ist verwende ich ihn nicht durchgängig, letzte Saison lief er noch prima. Nun habe ich ihn ich im Frühjahr aktualisiert (apt update/upgrade und das aktuellste softhdodroid aus dem git).

Hier läuft es:

Zitat von horchi

Eine andere Installation in einer chroot Umgebung unter CoreElec läuft ohne Probleme

hab den Effekt nur unter Plain Hardkernel Ubuntu 20.04 ohne Coreelec

horchi · 20. April 2024

bin da extra auf 20.04 geblieben da es ja mit 22.04 nicht klappt.
Hoffe das es nicht nur noch unter Coreelec geht, dann müsste ich bei drei meiner Installation zurück auf den Raspi.

horchi · 20. April 2024

bin nun auf auf Commit ID 253e448 zurück, das ist der Stand auf welchem ich vor dem Update war.

* 2023-11-11 16:04:35 +0100 d2ec8b4 Enable Brightness & Contrast control by Dr. Seltsam

* 2023-11-08 14:14:41 +0100 0782d37 Fix stillpicture for H265 Streams

* 2023-10-20 10:59:49 +0200 464e7cc Improve PTS wrap Make FastChannelSwitch the default on new install

* 2023-09-28 09:32:24 +0200 253e448 (HEAD) Aktivate HBR for DD+

* 2023-08-24 12:41:17 +0200 1cb599b Changes for faster channelswitch from Dr. Seltsam

* 2023-08-07 12:32:01 +0200 f1d1990 Fix OSD Layer 0 Pixmap Alpha

* 2023-07-24 15:38:26 +0200 bcd7636 Set defaults for Audio Devices. No need for -a and -p Parameter anymore

Ggf. kann ich eingrenzen ob es an einem Kernel liegt welcher bei 'upgrade' mitgekommen ist oder an einer Plugin Änderung (ich weiß nicht ob ein neuer Kernel mitgekommen ist).

Bislang hat es damit mehrere VDR Restarts klaglos überstanden, ich beobachte es.

horchi · 20. April 2024

läuft damit länger bleibt aber auch hängen.

Hat das jemand hier auf dem Odroid ohne CoreElec laufen?

Video Treiber für Odroid-N2+ (softhdodroid)

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema