Ich ergänze mal selbst....
Am 26.11.23 um 10:30 schrieb Boris:
Moin zusammen,
ich komme nicht weiter - auch nicht mit Unterstützung von ChatGPT. Die freundliche KI verweist an die Community ;-)
Problembild:
Auf drei Systemen mit Bookworm habe ich Photofilmstrip installiert und bekomme dort folgende Nachricht(en):
MPEG-1/2-Codec (gstreamer1.0-libav) nicht gefunden!
x264/AC3 (MKV) (gstreamer1.0-libav) nicht gefunden!
x264/AAC (MP4) (gstreamer1.0-libav) nicht gefunden!
x265/AAC (MP4) (gstreamer1.0-libav) nicht gefunden!
Natürlich ist gstreamer1.0-libav
Zwei der drei System habe ich mit dem Multimedia-Repository von
Christian Marillat versorgt.
Was die Systeme eint, ist, dass sie von Bullseye (oder früher)
upgegraded wurden.
In einer VM habe ich ein jungfäuliches Bookworm mit Photofilmstrip installiert. Dort ist alles OK.
Probiert habe ich dies:
dpkg-reconfigure gstreamer1.0-libav
purge/install photofilmstrip
purge/install ffmpeg
dpkg-reconfigure gstreamer1.0-plugins-bad
gst-inspect-1.0 gibt mir ellenlange Ausgaben von vermeintlich
verfügbaren Codecs:
Gesamtzahl: 275 Plugins (3 Einträge in der schwarzen Liste not shown),
943 Merkmale
gst-inspect1.0 | grep libav bleibt auf den betroffenen Maschinen leer, während in der Test-VM 38 Zeilen ausgegeben werden.
Die Erkenntnis schreitet voran. Auf einer betroffenen Maschinen kann ich nichtmal ffmpeg starten:
ffmpeg: error while loading shared libraries: libSvtAv1Enc.so.0: cannot
open shared object file: No such file or directory
Das ist aber wohl nicht ursächlich, denn in der gut funktionierenden VM
ist ffmpeg nicht mal installiert.
Inzwischen verliere ich die Systematik in der Untersuchung, lese u.A.
von einer Codec-Blacklist, und tatsächlich gibt mir
gst-inspect1.0 -b
Dateien auf der schwarzen Liste:
libctxbeffect.so
libgstchromaprint.so
libgstlibav.so
, allerdings nur auf einem der betroffenen Systeme.
Ich möge eine registry aus ~/.cache/gstreamer-1.0 löschen, aber die
erzeugt sich immer wieder....
Da passieren schon denkwürdige Dinge:
Idee ist, ein PlugIn nachzusinstallieren. Auf dem laufenden Systen gibt
es reichlich Auswahl. Ich entscheide mich für avenc_h264. Also:
# gstreamer-codec-install avenc_h264
** Message: 13:49:46.098: PackageKit: xid = 0
** Message: 13:49:46.098: PackageKit: desktop_id = (null)
** Message: 13:49:46.098: PackageKit: not a GStreamer codec line
** Message: 13:49:46.098: skipping avenc_h264
** Message: 13:49:46.098: no codec lines could be parsed
MMmhhh.
# gst-inspect-1.0 avenc_h264
Kein solches Element oder Plugin »avenc_h264«
Mmmmhhhhhh....
Dann mal mit dem registry-Löschen-Trick:
# rm ~/.cache/gstreamer-1.0/registry.x86_64.bin
# gst-inspect-1.0 avenc_h264
(gst-plugin-scanner:8479): GStreamer-WARNING **: 13:53:39.475: Failed to
load plugin '/lib/x86_64-linux-gnu/gstreamer-1.0/libgstchromaprint.so': libSvtAv1Enc.so.0: cannot open shared object file: No such file or directory
(gst-plugin-scanner:8479): GStreamer-WARNING **: 13:53:39.539: Failed to
load plugin '/lib/x86_64-linux-gnu/gstreamer-1.0/libgstlibav.so': libSvtAv1Enc.so.0: cannot open shared object file: No such file or directory Something went wrong opening shared lib in path /opt/Citrix/ICAClient/lib/libbgblur.so, error libtiff.so.5: cannot open
shared object file: No such file or directoryBackgroundKein solches
Element oder Plugin »avenc_h264«
Einige Sekunden später ist die registry.x86_64.bin wieder vom Himmel
gefallen und ich habe wieder den ursprünglichen Zustand.
Die erwähnte libSvtAv1Enc.so.0 ist auf dem System tatsächlich nicht vorhanden, auf der laufenden VM aber auch nicht....
Dagegen gibt es die /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstchromaprint.so auf beiden Systemen und die sind auch gleich groß und haben identische Zeitstempel.
.
.
.
.
Och. Ich will doch bloß ein paar Urlaubsbilder aufbereiten....
Grüße,
Boris
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)