softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

Ja, mach das. Scheinbar ist VLC auch "out of date" geflagt. Ich gehe davon aus, dass die beiden Pakete dann zusammen aktualisiert werden.

Wichtig ist für mich nur, dass alles ohne große Verrenkungen baut, denn ich kenne mich in dem Thema nicht aus. Ich werde dann auch nur einen Test machen ob die Pakete bauen. Wenn das geht, schicke ich die PKGBUILDs ins AUR.

Wenn du Bock hast könntest du loslegen. Libplacebo ist aktuell.

Jetzt habe ich zu "softhdcuvid" auch nochmal eine Frage:

Ich habe in einem Pull-Request (unter anderem sollte softhddevice angefasst werden) die Rückmeldung bekommen, dass softhddevice für ältere Nvidias noch gebraucht wird (Legacy-Treiber).

Stimmt das oder kann softhdcuvid (wenn man es so braucht) auch noch vdpau?

Wenn ersteres, dann würde ich mal versuchen ein paar Zeilen von softhdcuvid in einem softhddevice-Patch zu bauen um softhddevice mit aktuellem ffmpeg zum Bauen zu bewegen.

Hi,

tja, der ältere nvidia Treiber kann cuvid nicht und wird für ION etc. gebraucht. Der neuere läuft erst ab GT6x0. Evtl. gehen GT4x0 noch mit neuerem, die GT2xx schon nicht mehr.

MfG,

Stefan

PR ist erstellt, wenn ich noch irgendwas machen soll oder irgendwas fehlt, einfach melden

Gruß,

Doc

Ich habe eine Frage:

Ich restauriere gerade meinen alten VDR und habe mir ein AsRock ITX mit J5005 bestellt und werde darauf yavdr Ansible installieren. Wird bei Ansible der aktuelle Stand des softhddevice installiert oder erfolgt die Installation anschließen manuell? Wenn es manuell ist, was ist dann zu tun?

Viele Grüße

Frank

Zitat von r371769

Wird bei Ansible der aktuelle Stand des softhddevice installiert oder erfolgt die Installation anschließen manuell?

Wenn du nichts anderes vorgibst, wird mit dem aktuellen Stand das vdr-plugin-softhddevice-vpp installiert, weil das sowohl mit nvidia als auch mit intel Grafikkarten halbwegs funktioniert. Vermutlich läuft das vdr-plugin-vaapidevice aber besser - vgl. Nvidia oder Intel Grafik

Ich würde mal behaupten die Frage ist hier Off-Topic.

Eventuell wäre aber auch sinnvoll wenn jojo61 mal im Thread-Titel das "softhddevice" durch "softhdcuvid" ersetzen würde um Verwechslung auszuschließen.

Wenn ich softhdcuvid mit libplacebo kompiliere habe ich, wenn das OSD offen ist, kein Bild, d.h. das OSD sehe ich, allerdings nur mit schwarzem Hintergrund. Ohne libplacebo funktioniert alles.

Grafikkarte GeForce GT 630, aktuelle Libplacebo aus dem git, Vulkan 1.1.73, NVIDIA-Linux-x86_64-410.93

Zitat von Ulrich Eckhardt

Wenn ich softhdcuvid mit libplacebo kompiliere habe ich, wenn das OSD offen ist, kein Bild, d.h. das OSD sehe ich, allerdings nur mit schwarzem Hintergrund. Ohne libplacebo funktioniert alles.

Selbiges hier - GT 730, libplacebo 1.7.0, Nvidia 415.25

Einen crash habe ich noch, wenn ich via externalplayer kodi starte.

Jan 13 14:02:47 vdr vdr[19254]: [19281] SVDRP vdr < 127.0.0.1:38094 client connection accepted
Jan 13 14:02:47 vdr vdr[19254]: [19281] SVDRP vdr > 127.0.0.1:38094 server created
Jan 13 14:02:47 vdr vdr[19254]: [19281] externalplayer-plugin: starting player: Kodi
Jan 13 14:02:47 vdr vdr[19254]: [19281] [softhddev]SetPlayMode: 0
Jan 13 14:02:47 vdr vdr[19254]: audio/alsa: using device 'hw:0,0'
Jan 13 14:02:47 vdr vdr[19254]: [19281] [softhddev]SetVideoDisplayFormat: 1
Jan 13 14:02:47 vdr vdr[19254]: audio/alsa: start delay 336ms
Jan 13 14:02:47 vdr vdr[19254]: [19281] [softhddev]GetSpuDecoder:
Jan 13 14:02:47 vdr vdr[19254]: [19281] [softhddev]SetPlayMode: 5
Jan 13 14:02:47 vdr vdr[19254]: [19281] [softhddev] play mode external
Jan 13 14:02:47 vdr vdr[19254]: [19628] device 1 TS buffer thread ended (pid=19254, tid=19628)
Jan 13 14:02:47 vdr vdr[19254]: [19627] buffer stats: 5264 (0%) used
Jan 13 14:02:47 vdr vdr[19254]: [19627] device 1 receiver thread ended (pid=19254, tid=19627)
Jan 13 14:02:47 vdr vdr[19254]: [19281] [softhddev]stopping Ogl Thread pmExtern_THIS_SHOULD_BE_AVOIDED
Jan 13 14:02:47 vdr vdr[19254]: [19281] [softhddev]stopping OpenGL Worker Thread
Jan 13 14:02:47 vdr vdr[19254]: [19643] [softhddev]Cleaning up OpenGL stuff
Jan 13 14:02:47 vdr vdr[19254]: [19643] [softhddev]OglThread cleanup
Jan 13 14:02:47 vdr vdr[19254]: [19643] [softhddev]OpenGL Worker Thread Ended
Jan 13 14:02:47 vdr vdr[19254]: [19643] oglThread thread ended (pid=19254, tid=19643)
Jan 13 14:02:47 vdr kernel: oglThread[19643]: segfault at 4c ip 00007fee9276bddf sp 00007fedc7ffe410 error 4 in libpthread-2.26.so[7fee9275e000+19000]
Jan 13 14:02:47 vdr kernel: Code: eb b1 e8 e4 79 ff ff 48 8d 3d 25 67 00 00 e8 48 79 ff ff 0f 1f 84 00 00 00 00 00 41 57 41 56 41 55 41 54 55 53 48 83 ec 28 90 <8b> 6f 24 89 e8 c1 e8 03 85 c0 0f 84 d0 00 00 00 b8 80 00 00 00 83

Jan 13 14:02:47 vdr lircd[1074]: lircd-0.9.4c[1074]: Info: removed client
Jan 13 14:02:47 vdr lircd-0.9.4c[1074]: Info: removed client
Jan 13 14:02:47 vdr startvdr[19172]: /video/bin/xinitrc: Zeile 9: 19254 Speicherzugriffsfehler (Speicherabzug geschrieben) nice -n -5 /video/bin/vdr -w 60 -l 3 --lirc=/var/run/lirc/lircd -L /video/lib/vdr -s /video/bin/vdrpoweroff.sh -v /video/aufnahme -P'cecremote' -P'osd2web -l /video/conf/logos/Senderlogos' -P'extrecmenu' -P'femon' -P'radio' -P'cdplayer -d /dev/sr0' -P'externalplayer -C /video/conf/plugins/externalplayer/externalplayer.kodi' -P'streamdev-server' -P'trayopenng' -P'softhdcuvid -d :0.0 -a hw:0,0' -P'fritzbox' -P'menuorg'
Jan 13 14:02:47 vdr startvdr[19172]: VDR Exit

GDB Stacktrace:

Thread 1 (Thread 0x7fedc7fff700 (LWP 19643)):
#0 0x00007fee9276bddf in pthread_cond_signal@@GLIBC_2.3.2 () at /lib64/libpthread.so.0
--Type <RET> for more, q to quit, c to continue without paging--
#1 0x00007fee8d41cbc0 in () at /usr/lib64/libxcb.so.1
#2 0x00007fee8d41ba9d in () at /usr/lib64/libxcb.so.1
#3 0x00007fee8d41bafd in xcb_writev () at /usr/lib64/libxcb.so.1
#4 0x00007fee8da99d36 in _XSend () at /usr/lib64/libX11.so.6
#5 0x00007fee8da90261 in XQueryExtension () at /usr/lib64/libX11.so.6
#6 0x00007fee8da83a26 in XInitExtension () at /usr/lib64/libX11.so.6
#7 0x00007fee8d84f7ed in XextAddDisplay () at /usr/lib64/libXext.so.6
#8 0x00007fee5c4b64ba in () at /usr/lib64/libGLX_nvidia.so.0
#9 0x00007fee5c4b738b in () at /usr/lib64/libGLX_nvidia.so.0
#10 0x00007fee5c4bcfc9 in () at /usr/lib64/libGLX_nvidia.so.0
#11 0x00007fee92764698 in __nptl_deallocate_tsd.part.5 () at /lib64/libpthread.so.0
#12 0x00007fee927656ac in start_thread () at /lib64/libpthread.so.0
#13 0x00007fee90e1d81f in clone () at /lib64/libc.so.6

PKGBUILD ist jetzt soweit fertig.

Braucht softhdcuvid das "cuda"-Paket auch zur "Laufzeit" oder nur beim Kompilieren? "namcap" meldet mir da eine Warnung, dass "cuda" nicht benötigt würde.

Habe gerade mit ldd geschaut, in der Tat wird da nichts aus dem cuda-Verzeichnis benötigt. Ggf also nur eine makedependency...

Andererseits wird auch noch die libvdpau angezeigt.

[vdr@uhdvdr plugins]$ ldd libvdr-softhdcuvid.so.2.4.0
        linux-vdso.so.1 (0x00007ffd98b34000)
        libasound.so.2 => /usr/lib/libasound.so.2 (0x00007f454ef81000)
        libGLEW.so.2.1 => /usr/lib/libGLEW.so.2.1 (0x00007f454ecd9000)
        libGL.so.1 => /usr/lib/libGL.so.1 (0x00007f454ec46000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f454e97d000)
        libavutil.so.56 => /usr/lib/libavutil.so.56 (0x00007f454e901000)
        libavcodec.so.58 => /usr/lib/libavcodec.so.58 (0x00007f454d3f3000)
        libxcb-screensaver.so.0 => /usr/lib/libxcb-screensaver.so.0 (0x00007f454d3ec000)
        libxcb-dpms.so.0 => /usr/lib/libxcb-dpms.so.0 (0x00007f454d3e7000)
        libswresample.so.3 => /usr/lib/libswresample.so.3 (0x00007f454d3c7000)
        librt.so.1 => /usr/lib/librt.so.1 (0x00007f454d3bd000)
        libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0x00007f454d3b8000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f454d279000)
        libxcb-icccm.so.4 => /usr/lib/libxcb-icccm.so.4 (0x00007f454d072000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f454d048000)
        libplacebo.so.7 => /usr/lib/libplacebo.so.7 (0x00007f454cff9000)
        libglut.so.3 => /usr/lib/libglut.so.3 (0x00007f454cd3d000)
        libcuda.so.1 => /usr/lib/libcuda.so.1 (0x00007f454bc4a000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f454babb000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00007f454b934000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f454b91a000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007f454b756000)
        libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f454b751000)
        libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f454b730000)
        /usr/lib64/ld-linux-x86-64.so.2 (0x00007f454f0e4000)
        libGLX.so.0 => /usr/lib/libGLX.so.0 (0x00007f454b6fd000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f454b4e9000)
        libGLdispatch.so.0 => /usr/lib/libGLdispatch.so.0 (0x00007f454b42d000)
        libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007f454b41a000)
        libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007f454b3e2000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00007f454b1cb000)
        libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x00007f454b0ca000)
        libva-drm.so.2 => /usr/lib/libva-drm.so.2 (0x00007f454b0c3000)
        libva.so.2 => /usr/lib/libva.so.2 (0x00007f454b09e000)
        libva-x11.so.2 => /usr/lib/libva-x11.so.2 (0x00007f454b096000)
        libvdpau.so.1 => /usr/lib/libvdpau.so.1 (0x00007f454ae92000)
        libdrm.so.2 => /usr/lib/libdrm.so.2 (0x00007f454ae7e000)
        libvpx.so.5 => /usr/lib/libvpx.so.5 (0x00007f454a8f4000)
        libwebpmux.so.3 => /usr/lib/libwebpmux.so.3 (0x00007f454a8e6000)
        libwebp.so.7 => /usr/lib/libwebp.so.7 (0x00007f454a876000)
        liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f454a650000)
        libopencore-amrwb.so.0 => /usr/lib/libopencore-amrwb.so.0 (0x00007f454a63a000)
        libaom.so.0 => /usr/lib/libaom.so.0 (0x00007f4549dc7000)
        libgsm.so.1 => /usr/lib/libgsm.so.1 (0x00007f4549bbb000)
        libmp3lame.so.0 => /usr/lib/libmp3lame.so.0 (0x00007f4549940000)
        libopencore-amrnb.so.0 => /usr/lib/libopencore-amrnb.so.0 (0x00007f4549915000)
        libopenjp2.so.7 => /usr/lib/libopenjp2.so.7 (0x00007f45498b8000)
        libopus.so.0 => /usr/lib/libopus.so.0 (0x00007f454985a000)
        libspeex.so.1 => /usr/lib/libspeex.so.1 (0x00007f454983f000)
        libtheoraenc.so.1 => /usr/lib/libtheoraenc.so.1 (0x00007f4549600000)
        libtheoradec.so.1 => /usr/lib/libtheoradec.so.1 (0x00007f45493e4000)
        libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x00007f45491b8000)
        libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 (0x00007f4548f0f000)
        libx264.so.155 => /usr/lib/libx264.so.155 (0x00007f4548c4f000)
        libx265.so.165 => /usr/lib/libx265.so.165 (0x00007f454791b000)
        libxvidcore.so.4 => /usr/lib/libxvidcore.so.4 (0x00007f454760a000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f4547404000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f45471fe000)
        libsoxr.so.0 => /usr/lib/libsoxr.so.0 (0x00007f4546f8a000)
        liblcms2.so.2 => /usr/lib/liblcms2.so.2 (0x00007f4546d2f000)
        libglslang.so => /usr/lib/libglslang.so (0x00007f4546ba8000)
        libSPIRV.so => /usr/lib/libSPIRV.so (0x00007f4546432000)
        libshaderc_shared.so.1 => /usr/lib/libshaderc_shared.so.1 (0x00007f4546108000)
        libvulkan.so.1 => /usr/lib/libvulkan.so.1 (0x00007f45460af000)
        libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007f4545ea4000)
        libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x00007f4545c9e000)
        libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f4545c8b000)
        libnvidia-fatbinaryloader.so.415.25 => /usr/lib/libnvidia-fatbinaryloader.so.415.25 (0x00007f4545a3e000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f4545919000)
        libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 (0x00007f45458f4000)
        libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f45456ee000)
        libogg.so.0 => /usr/lib/libogg.so.0 (0x00007f45454e7000)
        libmvec.so.1 => /usr/lib/libmvec.so.1 (0x00007f45454b8000)
        libgomp.so.1 => /usr/lib/libgomp.so.1 (0x00007f4545488000)
        libHLSL.so => /usr/lib/libHLSL.so (0x00007f45453e8000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f45453db000)
        libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f4545169000)

libva? Ist doch eigentlich VAAPI, oder irre ich mich? Ggf sind hier dann doch noch ein paar SOs zu viel.

Ich schaue es mir mal an, vielleicht finde ich ja noch etwas, um es schlanker zu machen.

Jetzt habe ich endlich etwas Zeit gehabt, nach dem ich mehrere Wochen nicht zu hause war, und habe mir nach dieser Anleitung für softhdcuvid mit libplacebo unter yavdr-ansible das aktuelle vdr-plugin-softhdcuvid installiert.

Erstmal vielen Dank an jojo61 für die Entwicklung des neuen softhdcuvid-Plugins und auch an seahawk1986 für die super Anleitung um das Plugin auf das neue yavdr-ansible zu installieren!

Bei mir ist alles ohne Fehlermeldungen usw. durchgelaufen und prinzipiell ist das Plugin nutzbar, mit ein paar kleineren Einschränkungen:

1.

Wenn ich das softhdcuvid mit Unterstützung für libplacebo verwende, dann habe ich Abstürze, wenn ich das skindesigner-Plugin verwende.

Das ist leider ein Problem, was sich vermutlich nicht ohne weiteres lösen lässt, weil ja louis die weitere Entwicklung des skindesigner-Plugins nicht machen wird.

Momentan verwende ich in diesem Fall den "klassischen VDR-Skin", bei dem es keine Abstürze gibt. Den LCARS-Skin finde ich persönlich einfach nicht nach meinem Geschmack, da nehme ich lieber den einfachen klassischen VDR-Skin.

Frage wäre: Welche Skins verwendet Ihr so für softhdcuvid mit libplacebo?

Ich habe mir des softhdcuvid-Plugin auch nochmals "ohne" libplacebo Unterstützung kompiliert und hier scheint der skindesigner weniger Probleme zu bereiten, denn es gab bei meinen ersten Tests keine Abstürze.

2.

Welche Shader vom libplacebo verwendet Ihr so? Ich habe die besten Erfahrungen mit "bilinear" gemacht, da ist Bild und Ton einwandfrei.

Bei den meisten anderen Shadern hingegen habe ich Probleme mit dem Bild (Ruckler) und/oder auch mit dem Ton (Aussetzer).

Wie sieht das hier bei Euch aus?

3.

Frage zu UHD mit HDR: Irgendwie verstehe ich hier nicht so richtig, was da so abläuft.

Ich dachte, dass würde automatisch funktionieren, d.h. ich schalte auf einen UHD-Sender und wenn der zufällig mit HDR sendet, dann werden die entsprechenden Daten mit übertragen und mein TV schaltet dann automatisch in den HDR-Modus.

So funktioniert es zumindestens bei meiner Android/Coreelec-Chinabox.

Hier beim softhdcuvid-Plugin kann/muss ich aber im Setup auswählen, wie das Signal ausgegeben werden soll.

Aber auch wenn ich HDR-HLG auswähle und z.B. auf den SES-UHD-Demo-Sender schalte, der immer in HDR-HLG sendet, dann schaltet mein TV nicht in den HDR-Modus.

Unabhängig davon ist das m.M. nach auch nicht optimal und die Erkennung und Ausgabe eines HDR-Signales sollte automatisch erfolgen.

Paul

jojo61

danke für Deine Erklärungen zu meinen Problemchen.

Das das skindesigner-Plugin nicht weiterentwickelt wird ist wirklich schade, denn eigentlich möchte man auf die Funktionalität dieses Plugins nicht mehr verzichten. Das mit dem Patch ist irgendwie an mir vorbeigegengen, werde ich aber demnächst auch mal testen.

Mit den "bilinear-Shader" bin ich an sich sehr zufrieden. Wenn man mal die Testfunktion zum vergleich der Shader aktiviert, dann habe ich keine wesentlichen Verbesserungen bei anderen Shadern festgestellt. Bei manchen Filmsequenzen ist der eine Shader etwas besser und dann wieder der andere. Ich konnte keinen Shader feststellen, der durchweg ein besseres, kontrastreicheres Bild geliefert hat. Also reicht mir der "bilinear-Shader".

Das ist natürlich sehr bescheiden von NVIDIA, dass die Linuxfraktion bei der Treiberentwicklung (siehe z. B. nur 8bit Farbtiefe über HDMI) doch etwas benachteiligt wird.

Da verwundert es einen auch nicht, dass in Zukunft die Unterstützung von NVIDIA-Grafikkarten bei anderen Projekten, wie z. B. KODI nicht mehr unterstützt wird. Denn die KODI-Entwickler werden keine proprietären Treiber, wie z.B. NVIDIA-CUDA o. ä. in den kommenden KODI-Versionen einbauen.

Dafür habe ich dann zwar noch meine Chinabox mit dem Amlogic S912, auf der Coreelec mit Kodi schon ganz brauchbar läuft. Wenn man dann auf so einer kleine Box noch den VDR zum laufen bekommen würde, das wäre super!

Paul

Ich habe heute wiedermal etwas getestet und dabei habe ich ein Problem mit dem PIP festgestellt, was vor allem bei verschlüsselten Sendern auftritt. Entweder sofort beim aktivieren von PIP oder nach ein paar Sekunden friert das Bild ein und dann geht gar nichts mehr. Nur ein "reboot" auf der Konsole hilft da noch!

Hier mal ein Auszug aus dem syslog, wenn ich PIP aktiviere, und hier ist dann das Bild sofort eingefroren:

Jan 25 16:27:04 yaVDR vdr: [3644] [softhddev]CreateOsd: left 0, top 0, level 0, using OpenGL OSD support
Jan 25 16:27:04 yaVDR vdr: [3644] [softhddev]cOglOsd osdLeft 0 osdTop 0 screenWidth 1920 screenHeight 1080
Jan 25 16:27:04 yaVDR vdr: [7159] [softhddev]pip: invalid PES packet 11467
Jan 25 16:27:04 yaVDR vdr: video: normal aspect output 1304x734+2534+1424 Video 1304x734
Jan 25 16:27:04 yaVDR vdr: CUVID Init ok 3840x2160
Jan 25 16:27:07 yaVDR vdr: [7159] [softhddev] vom VDR kommt Clear:
Jan 25 16:27:07 yaVDR vdr: [7159] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jan 25 16:27:08 yaVDR vdr: [7159] [softhddev] vom VDR kommt Clear:
Jan 25 16:27:08 yaVDR vdr: audio/alsa: using device 'hw:NVidia,3'
Jan 25 16:27:08 yaVDR vdr: [7159] [softhddev] vom VDR kommt Clear:
Jan 25 16:27:08 yaVDR vdr: audio/alsa: start delay 300ms
Jan 25 16:27:08 yaVDR vdr: [7159] [softhddev] vom VDR kommt Clear:
Jan 25 16:27:08 yaVDR vdr: audio/alsa: using device 'hw:NVidia,3'
Jan 25 16:27:08 yaVDR vdr: [7159] [softhddev] vom VDR kommt Clear:
Jan 25 16:27:08 yaVDR vdr: audio/alsa: start delay 300ms
...

Bei einer "älteren" softhdcuvid-Version war das auch schonmal so, aber da gab es dann eine Lösung und das PIP funktionierte.

Ist das nur bei mir so (yavdr-ansible mit softhdcuvid-1.1.0-GIT8682ab0) oder ein allgemeines Problem?

Paul

Ich höre mir gerade eine Aufzeichnung von einem Radio-Kanal an, und muss mir nun die ganze Zeit das letzte TV-Bild anschauen. Ich hatte das Problem schonmal angesprochen, dass bei Kanalwechsel das Bild stehen bleibt, bis das Bild des neuen Kanals kommt, hier wäre mir ein Schwarzbild lieber. Ich denke, dass das das gleiche Problem ist.