Ich dachte, die Reihenfolge würde verhindern, dass sich ein Problem wie gestern ergeben würde.
Nein. Du hattest zwar beide Repos eingebunden und aktiviert, aber noch nicht von openh246 auf Packman umgestellt.
Das passierte erst mit Sauerlands Kommando:
zypper dup --allow-vendor-change --from https://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Leap_16.0/Nein. Du hattest zwar beide Repos eingebunden und aktiviert, aber noch nicht von openh246 auf Packman umgestellt.
Das passierte erst mit Sauerlands Kommando:
Codezypper dup --allow-vendor-change --from https://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Leap_16.0/
Ach so, ich muss also auf die Umstellung achten.
Ich dachte, die Reihenfolge würde verhindern, dass sich ein Problem wie gestern ergeben würde.
nein.
Ich hab extra ein neues Leap 16.0 aufgesetzt.
Beim ersten Update bindet Leap 16.0 automatisch das open264 Repo ein und installiert daraus die 2 benötigten Pakete.
Die sind für die Videoausgabe des Firefoxes bei h264 Codecs wichtig. Der stream im Firefox wird angezeigt.
Vlc kann aber mit diesen Codec-Dateien nichts anfangen:
vlc https://www.krauttranslate.de/~sauerland/VID-20201104-WA0003.mp4
VLC media player 3.0.21 Vetinari (revision 3.0.21-0-gdd8bfdbabe8)
[000055910517b6a0] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.
[00007f21984291f0] avformat demux error: Unknown option "threads"
[00007f21984291f0] avformat demux error: Unknown option "lowres"
[00007f219804eb50] gstdecode decoder error: no suitable decoder found
[00007f219804eb50] main decoder error: Codec `h264' (H264 - MPEG-4 AVC (part 10)) is not supported.zypper se -si vlc
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
---+---------------------+-------+-------------------+--------+----------------
i | libvlc5 | Paket | 3.0.21-bp160.1.9 | x86_64 | repo-oss (16.0)
i | libvlccore9 | Paket | 3.0.21-bp160.1.9 | x86_64 | repo-oss (16.0)
i | phonon-vlc-lang | Paket | 0.12.0-bp160.1.16 | noarch | repo-oss (16.0)
i | phonon-vlc-qt5 | Paket | 0.12.0-bp160.1.16 | x86_64 | repo-oss (16.0)
i | phonon-vlc-qt6 | Paket | 0.12.0-bp160.1.17 | x86_64 | repo-oss (16.0)
i | vlc | Paket | 3.0.21-bp160.1.9 | x86_64 | repo-oss (16.0)
i | vlc-codec-gstreamer | Paket | 3.0.21-bp160.1.9 | x86_64 | repo-oss (16.0)
i | vlc-lang | Paket | 3.0.21-bp160.1.9 | noarch | repo-oss (16.0)
i | vlc-noX | Paket | 3.0.21-bp160.1.9 | x86_64 | repo-oss (16.0)
i | vlc-qt | Paket | 3.0.21-bp160.1.9 | x86_64 | repo-oss (16.0)
i | vlc-vdpau | Paket | 3.0.21-bp160.1.9 | x86_64 | repo-oss (16.0)Alles von openSUSE.
Jetzt kommt der switch auf Packman:
zypper dup --allow-vendor-change --from https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_16.0/Und schon funktioniert es:
vlc https://www.krauttranslate.de/~sauerland/VID-20201104-WA0003.mp4
VLC media player 3.0.21 Vetinari (revision 3.0.21-0-gdd8bfdbabe8)
[0000563a9d9486a0] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.
[00007fb8b8011230] gl gl: Initialized libplacebo v5.264.1 (API v264)
[00007fb8b8011230] gl gl: Initialized libplacebo v5.264.1 (API v264)
Failed to open VDPAU backend libvdpau_nvidia.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
[00007fb8b8011230] gl gl: Initialized libplacebo v5.264.1 (API v264)