Beiträge von Sauerland

Zitat von Sauerland

Code

zypper dup --allow-vendor change

Ist natürlich falsch, muss heißen:

zypper dup --allow-vendor-change

Lies mal zu systemctl isolate:

systemctl isolate

Hast du neu gestartet?

Kannst dir ja auch 2 Scripte schreiben und damit den Startmodus (graphical.target-multi-user.target) und reboot.

Was sagt:

systemctl --version

Auch solltest du das Update Repo wieder zurück auf 99 stellen, denn die Versionen in diesem Repo machen immer ein Update über Versionen aus dem OSS Repo.

zypper mr -p 99 http://download.opensuse.org/update/slowroll/repo/oss

Du solltest Packman einschalten und Priorität auf 50 setzen:

zypper mr -e -f -p 50 https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Slowroll/Essentials/

zypper dup --allow-vendor change

reboot.

Jetzt poste:

inxi -Ga

zypper se -s mesa

Was sagt:

zypper dup

Ausgabe bitte posten.

Außerdem:

cat /proc/cmdline

Zitat von deneb

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)

Zitat von deneb

Also erst Packman-Repo einbinden, VLC installieren, testen, ob er mp4-Videos abspielt und dann erst das openh264 Repo einbinden.

Nö, es ist egal wie herum du die einbindest und ob das openh264 Repo eingebunden ist oder nicht.

Packman ersetzt das openh264 Repo, aber es macht nichts, wenn das openh264 Repo trotz Packman eingebunden ist.

Beide benutzen unterschiedliche Namen für die darin befindlichen Pakete.

Zitat von deneb

Also muss ich darauf achten, dass ich das openh264 Repo immer weglasse, wenn ich das Packman Repo eingebunden habe. Habe ich das richtig verstanden?

Nicht muss sondern kann.