Beiträge von Trekkie00

    Dazu musst du lediglich ein Metapaket nachinstallieren. Dies enthält, vereinfacht ausgedrückt, lediglich die benötigten Abhängigkeiten, die bei der Installation nachgezogen werden. Das sind dann sogenannte Schemata (patterns). Die verfügbaren patterns kannst du dir einfach mit zypper se -s patternsanzeigen lassen. Da stösst du unter anderem auf das pattern patterns-gnome-gnome_basic


    Wenn du dies installierst, werden alle Abhängigkeiten des GNOME Desktops in der Basisvariante installiert.
    Zumindest funktioniert das unter openSUSE so. Sollte das bei SLES so nicht funktionieren, siehe Post #2 von Sauerland.

    @sterun
    Es wäre in diesem Fall besser nach yast2 zu suchen. Das schränkt die Ausgabe enorm ein. Alle Paketnamen der yast Module fangen mit dieser Zeichenfolge an.
    Der passende Befehl wäre dann
    zypper se -s yast2

    Hier läuft das auch ohne Probleme.

    Ich habe das jetzt mal mit einem kleinen Democlip getestet.
    Ausgangsvideo :


    Mit Handbrake funktioniert das offensichtlich tatsächlich nicht.
    Dann habe ich den Clip mit FFmpegYAG recodiert. Da funktioniert das problemlos.


    Hier die Daten :

    Eventuell wäre das für dich eine Alternative, bis das mit Handbrake funktioniert. Die Bedienung ist eigentlich selbsterklärend.



    Aber trotzdem solltest du Packman richtig priorisieren und darauf umstellen.

    Eventuell hilft es auch schon das Packman Repository passend zu priorisieren und dann nach der Anleitung hier im Forum die Installation korrekt darauf umzustellen. Da AC-3 ein lizensiertes/patentiertes Format ist, könnte es durchaus sein, dass die Version aus dem OSS Repository (falls diese installiert ist) in dieser Hinsicht eingeschränkt ist. Ich bin leider noch nicht dazu gekommen das nachzustellen.
    Auszug von zypper se -s ffmpeg auf meinem System :

    Code
    i  | ffmpeg-4                             | Paket      | 4.2-6.2                       | x86_64 | Packman Repository        
    v  | ffmpeg-4                             | Paket      | 4.2-6.2                       | i586   | Packman Repository        
    v  | ffmpeg-4                             | Paket      | 4.2-3.1                       | x86_64 | openSUSE-Tumbleweed-Oss   
    v  | ffmpeg-4                             | Paket      | 4.2-3.1                       | i586   | openSUSE-Tumbleweed-Oss   
    v  | ffmpeg-4                             | Paket      | 4.2-95.4                      | x86_64 | Multimedia Libs           
    v  | ffmpeg-4                             | Paket      | 4.2-95.4                      | i586   | Multimedia Libs           
       | ffmpeg-4                             | Quellpaket | 4.2-6.2                       | noarch | Packman Repository        
       | ffmpeg-4                             | Quellpaket | 4.2-3.1                       | noarch | openSUSE-Tumbleweed-Source
       | ffmpeg-4                             | Quellpaket | 4.2-95.4                      | noarch | Multimedia Libs
    Zitat von leofisch

    seit dem Upate von HandBrake auf Version 1.2.2-1.16
    wird die Soundquelle zwar richtig erkannt, aber nicht mehr codiert.

    Welches sind denn Quell- bzw Zielformat? Dann kann ich versuchen das hier zu reproduzieren.
    Das genaue Quellformat kannst mit mediainfo bzw mediainfo-gui ermitteln.


    Was sagen denn
    zypper lr -uP
    zypper ve
    zypper se -si handbrake
    als root ausgeführt


    Bei mir installiert unter Tumbleweed :

    Code
    zypper se -si handbrake
    Repository-Daten werden geladen...
    Installierte Pakete werden gelesen...
    
    
    S  | Name               | Typ   | Version    | Arch   | Repository        
    ---+--------------------+-------+------------+--------+-------------------
    i+ | handbrake-gtk      | Paket | 1.2.2-1.17 | x86_64 | Packman Repository
    i+ | handbrake-gtk-lang | Paket | 1.2.2-1.17 | noarch | Packman Repository
    Code
    uname -a
    Linux linux-zudf 4.12.14-lp151.28.7-default #1 SMP Mon Jun 17 16:36:38 UTC 2019 (f8a1872) x86_64 x86_64 x86_64 GNU/Linux


    Code
    inxi -G
    Graphics:  Card: NVIDIA GF100 [GeForce GTX 465]
               Display Server: x11 (X.Org 1.20.3 ) drivers: nouveau (unloaded: modesetting,fbdev,vesa)
               Resolution: 1920x1080@60.00hz
               OpenGL: renderer: NVC0 version: 4.3 Mesa 18.3.2

    Ich weiss nicht, welche Probleme vorher auftraten, aber hier läuft alles soweit ganz gut.Ich habe openSUSE 15.1 erst seit 2 Tagen hier am Laufen. Mit dem Vorgängerkernel war es unmöglich das System zu booten.
    Einzige Ausnahme ist das Verändern der Arbeitsfläche (modifizieren von Miniprogrammen). Da kann es zu einem längeren Einfrieren (Minutenbereich) des Desktopenvironments kommen. Danach läuft aber alles wieder geschmeidig.