Proton 9.0: Valve macht mit seinem SteamOS weiter Jagd auf Windows

65
News Sven Bauduin Als bevorzugte Quelle auf Google hinzufügen
Proton 9.0: Valve macht mit seinem SteamOS weiter Jagd auf Windows
Quelle: Sven Bauduin

Valve drückt weiter kräftig aufs Gaspedal und hat mit Proton 9.0 nun die neueste stabile Version seiner auf Wine basierenden Gaming-Software für Steam veröffentlicht, welche unter anderem auf CPUs mit vielen Prozessorkernen optimiert wurde.

Valve drückt weiter kräftig aufs Gaspedal und hat mit Proton 9.0 jetzt die neueste stabile Version seiner auf der zu Microsoft Windows kompatiblen Laufzeitumgebung Wine 9.0 basierenden Gaming-Software veröffentlicht. Proton 9.0-1, so die offizielle Bezeichnung, ist unter anderem auf CPUs mit vielen Prozessorkernen optimiert worden. Spiele wie Far Cry 4, die zuvor durch den sogenannten "Core Count" eingebremst worden sind, können nun endlich aus den Vollen schöpfen.

Proton und SteamOS machen Jagd auf Windows

Valve lässt sich von seinem Vorhaben, Linux als gleichwertig Gaming-Plattform zu Windows in Position zu bringen, nicht abbringen und entwickelt dafür sowohl seine hauseigene Gaming-Distribution SteamOS 3.x als auch die gemeinsam mit den Entwicklern von CodeWeavers kontinuierlich weiter. Die neueste Version der experimentellen "Gaming-API" bringt unter anderem die nachfolgenden Optimierungen, Fehlerkorrekturen und Neuerungen mit.

CPU-Optimierungen:*

  • Far Cry 2 + Far Cry 4
  • Warhammer 40,000: Space Marine
  • Warhammer 40,000: Dawn of War II
  • Warhammer 40,000: Dawn of War II - Chaos Rising
  • Warhammer 40,000: Dawn of War II - Retribution
  • Lara Croft and the Guardian of Light
  • The Witcher 2: Assassins of Kings
  • Outcast - Second Contact
  • Prototype

Erstmals spielbare Spiele:

  • Aisling and the Tavern of Elves
  • Snares of Ruin 2
  • Iragon

Sonstige Optimierungen:

  • Außerdem werden jetzt NVAPI-Support für Horizon Forbidden West geboten und die Videowiedergabe in Sea of Thieves auf dem Steam Deck unterstützt.
  • Auch fließen diverse Fehlerkorrekturen für weitere Spiele in die neueste Version von Proton Experimental ein.

*) Spiele waren zuvor beim "Core Count" limitiert.

Auch alle für das Spielen auf Steam unter Linux relevanten Pakete wie VKD3D-Proton, DXVK und DXVK-NVAPI sowie das neueste Steamworks-SDK sind selbstverständlich mit an Bord und liegen in der neuesten stabilen Version vor.

Valve hat mit SteamOS noch lange nicht fertig

Proton 9.0 ist der nächste große Schritt für das Spielen auf Steam unter Linux im Allgemeinen und auf SteamOS im Speziellen. Im Hintergrund laufen die Arbeiten aber bereits für die nächsten Meilensteine, die den Druck auf Windows weiter hochhalten und dem Gaming-Betriebssystem von Valve weitere Marktanteile sichern sollen.

SteamOS 3.7 und Proton 9.3 stehen in den Startlöchern

Während sich SteamOS in großen Schritten in Richtung der finalen Version 3.7 bewegt, wurde Proton bereits in der Version 9.3 für Entwickler freigegeben. Valve bleibt dabei konsequent am Ball und hat so in den letzten zwei Jahren rund 5.000 Verbesserungen in SteamOS und unzählige weitere in Proton einfließen lassen. In Kürze sollte dann auch KDE Plasma 6 als neue "Desktop-UX" sein Debüt auf den Handheld-PCs Steam Deck und Steam Deck OLED feiern. Auch Wine, als das Fundament für Valves Proton-API, hat in 2024 einiges auf der Roadmap.

HINWEIS: Die Redaktion bedankt sich beim Community-Mitglied "G4mest3r", welcher im PCGHX-Forum immer wieder auf die neuesten Linux-Releases hinweist.

Ihre Meinung ist gefragt!

Wie stehen Sie zu diesem Thema? Die PCGH-Redaktion freut sich über Ihre fundierte Meinung in den Kommentaren zu dieser Meldung. Um zu kommentieren, müssen Sie auf PCGH.de oder im Extreme-Forum eingeloggt sein. Sollten Sie bisher noch keinen Account haben, könnten Sie sich hier unverbindlich registrieren. Beachten Sie beim Kommentieren aber bitte die geltenden Forenregeln.

Quelle: Valve via GitHub

65
    • Kommentare (65)

      Zur Diskussion im Forum
      • Von G4mest3r BIOS-Overclocker(in)
        Zitat von mylka
        ja. willst du es noch aus der konsole?
        Nein, es hätte gereicht, wenn Du ein paar Infos gegeben hättest, was man da im Screenshot sieht (woher das stammt)

        Zitat von mylka
        ich sage doch die ganze zeit OHNE HARDWAREBESCHLEUNIGUNG!!!!!
        sie funktioniert mit mesa auf manchen distros von haus aus nicht!!!! wie oft soll ich das denn noch sagen?
        dann macht es die CPU und bei mir kommt diese ins schwitzen bei sehr hohen bitaten!

        sie funktioniert bei dir, weil du eine distro verwendest, die sie nicht rausgeworfen hat!!! meine güte, so viel recherche, aber du verstehst die grundlagen einfach nicht!
        Doch, ich verstehe die Grundlagen. Aber du machst aus einer Mücke einen riesen Elefanten, aus dem vor einem Jahr schon keiner einen gemacht hat.

        Ich nutze hier Nobara, das auf Fedora basiert.
        Sollte igrendwer ein Fedora oder Suse ensetzen und merken, dass seine HW-Beschleunigung nicht tut, dann kann er diese ganz einfach reaktivieren. Fertig.
        Das hätte vollkommen gereicht als Hinweis. Und wenn Du dann noch ein paar Tipps für Neulinge gegeben hättest, wo sie How-To's dazu finden, wäre das topp gewesen.

        Stattdessen aber ein Horroszenario ohne Kontext hinklatschen und die Leute in Angst und Schrecken versetzen.
        Zusätzlich hanebücherne Ratschläge erteilen.

        Zitat von mylka
        du hast eine distro, der das egal ist, ich habe eine distro, der es nicht egal ist!!!
        verstehst.....du.... das....endlich?
        Aktiviere es doch!
        Ich verstehe nicht, warum man da ewig lamentieren, den Leuten den falschen Eindruck von nicht vorhandenem AMD HW support auf Linux (generell) vermitteln und ständig an die Decke gehen muss, weil der Lüfter auf der eigenen CPU hochdreht.
        Und dann noch vollkommen übertrieben und ohne richtigen Kontext Leuten von absolut brauchbaren Distro's grundsätzlich abrät.

        Aktiviere die verdammte HW acceleration auf Deiner Distro selbst und gut ist.
        [Ins Forum, um diesen Inhalt zu sehen] & [Ins Forum, um diesen Inhalt zu sehen] haben dazu schon richtige Hinweise gegeben. (andere Packetquellen, selbst kompilieren, die von mir beschriebenen Lösungen in den Links, etc).

        Scheinbar hast Du Deinen Rechner und Distro schon seit über einem Jahr. Und du quälst Dich offenschtlich immer noch mit diesem Problem herum und hast keine Lösung? Wer versteht denn hier die Grundlagen nicht?
      • Von G4mest3r BIOS-Overclocker(in)
        Zitat von mylka
        ja. willst du es noch aus der konsole?
        Nein, es hätte gereicht, wenn Du ein paar Infos gegeben hättest, was man da im Screenshot sieht (woher das stammt)

        Zitat von mylka
        ich sage doch die ganze zeit OHNE HARDWAREBESCHLEUNIGUNG!!!!!
        sie funktioniert mit mesa auf manchen distros von haus aus nicht!!!! wie oft soll ich das denn noch sagen?
        dann macht es die CPU und bei mir kommt diese ins schwitzen bei sehr hohen bitaten!

        sie funktioniert bei dir, weil du eine distro verwendest, die sie nicht rausgeworfen hat!!! meine güte, so viel recherche, aber du verstehst die grundlagen einfach nicht!
        Doch, ich verstehe die Grundlagen. Aber du machst aus einer Mücke einen riesen Elefanten, aus dem vor einem Jahr schon keiner einen gemacht hat.

        Ich nutze hier Nobara, das auf Fedora basiert.
        Sollte igrendwer ein Fedora oder Suse ensetzen und merken, dass seine HW-Beschleunigung nicht tut, dann kann er diese ganz einfach reaktivieren. Fertig.
        Das hätte vollkommen gereicht als Hinweis. Und wenn Du dann noch ein paar Tipps für Neulinge gegeben hättest, wo sie How-To's dazu finden, wäre das topp gewesen.

        Stattdessen aber ein Horroszenario ohne Kontext hinklatschen und die Leute in Angst und Schrecken versetzen.
        Zusätzlich hanebücherne Ratschläge erteilen.

        Zitat von mylka
        du hast eine distro, der das egal ist, ich habe eine distro, der es nicht egal ist!!!
        verstehst.....du.... das....endlich?
        Aktiviere es doch!
        Ich verstehe nicht, warum man da ewig lamentieren, den Leuten den falschen Eindruck von nicht vorhandenem AMD HW support auf Linux (generell) vermitteln und ständig an die Decke gehen muss, weil der Lüfter auf der eigenen CPU hochdreht.
        Und dann noch vollkommen übertrieben und ohne richtigen Kontext Leuten von absolut brauchbaren Distro's grundsätzlich abrät.

        Aktiviere die verdammte HW acceleration auf Deiner Distro selbst und gut ist.
        [Ins Forum, um diesen Inhalt zu sehen] & [Ins Forum, um diesen Inhalt zu sehen] haben dazu schon richtige Hinweise gegeben. (andere Packetquellen, selbst kompilieren, die von mir beschriebenen Lösungen in den Links, etc).

        Scheinbar hast Du Deinen Rechner und Distro schon seit über einem Jahr. Und du quälst Dich offenschtlich immer noch mit diesem Problem herum und hast keine Lösung? Wer versteht denn hier die Grundlagen nicht?
      • Von mylka Freizeitschrauber(in)
        Zitat von G4mest3r
        Und jetzt habe ich auch gefunden, wo Du Deinen komischen Screenshot her hast:
        aus Firefox! Aus der about:support, Sektion "Media", Zeile "Codec Support Information" ...
        ja. willst du es noch aus der konsole?

        Supported profile and entrypoints
        VAProfileJPEGBaseline : VAEntrypointVLD
        VAProfileVP9Profile0 : VAEntrypointVLD
        VAProfileVP9Profile2 : VAEntrypointVLD
        VAProfileAV1Profile0 : VAEntrypointVLD
        VAProfileAV1Profile0 : VAEntrypointEncSlice
        VAProfileNone : VAEntrypointVideoProc


        ist das jetzt besser für dich? steht genau dasselbe
        Zitat von G4mest3r
        Meine Tests haben ergeben, dass ich Deine Probleme mit CPU-Last und Rucklern nicht nachvollziehen kann.
        Bei mir läuft die Hardwarebeschleunigung auf der GPU und alles flüssig.
        Und was ich so recherchiere werden alle Video-Codes (mit Ausnahme VVC noch und eben Theora) sehr wohl auf Linux auf AMD GPU supported.
        ich sage doch die ganze zeit OHNE HARDWAREBESCHLEUNIGUNG!!!!!
        sie funktioniert mit mesa auf manchen distros von haus aus nicht!!!! wie oft soll ich das denn noch sagen?
        dann macht es die CPU und bei mir kommt diese ins schwitzen bei sehr hohen bitaten!

        sie funktioniert bei dir, weil du eine distro verwendest, die sie nicht rausgeworfen hat!!! meine güte, so viel recherche, aber du verstehst die grundlagen einfach nicht!
        ja, es wird unterstützt bei mesa, aber jede distro hat jetzt die option das einfach nicht mit zu kompilieren, weil es dann mehr rechtssicherheit gibt

        du hast eine distro, der das egal ist, ich habe eine distro, der es nicht egal ist!!!
        verstehst.....du.... das....endlich?
        Zitat von G4mest3r
        Also JA. Ich bezweifel die Richtigkeit (im Mindesten jedoch die von Dir implizierte Tragweite) Deiner """Tatsachen""".
        natürlich bezweifelst du das, weil du wie gesagt die grundlagen nicht verstanden hast. ich hoffe es wird jetzt klarer, weil noch deutlicher kann ich es nicht schreiben!

        rest lese ich nicht mehr, weil es mir bis hierhin schon zu blöd war. ich wiederhole mich nur noch und du verstehst es nicht!
      • Von G4mest3r BIOS-Overclocker(in)
        Zitat von mylka
        nein. eben nicht
        Bla bla bla. Erzähl das mal der Judikativen in anderen Ländern. Wenn Du gegen die Lokalen Gesetze verstösst, kannst Du Deinen Geschäftskoffer zuklappen und woanders Geschäfte machen, aber nicht in dem Land: Tschüssikowski.

        Zitat von mylka
        eine tatsache aufzählen ist für dich also schockierend...
        Ja, wenn sie so aus dem Zusammenhang gerissen und irreführend/falsch wiedergegeben werden.
        Und übertrieben (Audiocodecs, Codecs für die es überhaupt kein HW Acceleration gibt, usw). Schön alles rot "nicht supported". Keine Quelle zu dem Diagramm, keiner weiß, woher das stammt und in welchem Bezug das stand.

        Und jetzt habe ich auch gefunden, wo Du Deinen komischen Screenshot her hast:
        aus Firefox! Aus der about:support, Sektion "Media", Zeile "Codec Support Information" ...

        Meine Tests haben ergeben, dass ich Deine Probleme mit CPU-Last und Rucklern nicht nachvollziehen kann.
        Bei mir läuft die Hardwarebeschleunigung auf der GPU und alles flüssig.
        Und was ich so recherchiere werden alle Video-Codes (mit Ausnahme VVC noch und eben Theora) sehr wohl auf Linux auf AMD GPU supported.

        Also JA. Ich bezweifel die Richtigkeit (im Mindesten jedoch die von Dir implizierte Tragweite) Deiner """Tatsachen""".

        Brodie Robertson hat das vor einem Jahr sehr viel differenzierter betrachtet und mit mehr Kontext wiedergegeben:
        -> Fedora Broke H264 GPU Acceleration For "Legal Reasons"
        -> More Linux Distros Break H264 GPU Acceleration (Follow-Up-Video zum ersten)

        -> Reddit r/Fedora: mesa-freeworld available on RPMFusion update-testing repository (reenable how-to).
        -> https://rpmfusion.org/Con...

        Das Lizenz-Wirrwarr (das reinste Minenfeld) bei Video- und Audio-Codecs ist schon lange ein Problem und auch der Grund für den Jahre zurückliegenden Codec-Krieg und die Abkehr vieler von den alten "MPEG LA"-Codecs, offenen Video-Format-Koalitionen, hin zu neuen offenen Standards und Lizenzfreiheit und der Grund, warum Google/Youtube damals so VP8 und VP9 gepusht hat.

        Richtig ist, dass vor einem Jahr es ein paar Distros gab, die aus Patentrechtsbedenken lizenzbehaftete Codecs (alle gehalten von der MPEG LA) default die Unterstützung entzogen haben. (Fedora, Suse, Manjaro, temporär SteamOS in v3.4). Zu empfehlen, diese "auf keinen Fall zu nutzen" - nur wegen einer Randsache, die man beheben kann, empfinde ich als keinen guten Rat.
        Und dass sich diese Nicht-Implementierungen hauptsächlich auf AMD GPUs über die offenen MESA-Grafikbibliothek bemerkbar machten - Nvidia und Intel handeln Ihren Grafik-Stack anders.
        Es ist aber kein generelles Problem und war kein riesen Thema, der Impact durch die heute weitestgehend nicht mehr zeitgemäße Nutzung und geringe Verbreitung der betroffenen Systeme war extrem gering, es gab work-around zur Abhilfe. Es ist so, dass all diese Codecs gehen und technisch unterstützt werden, auch HW acceleration - man muss nur wissen, dass man es in speziellen Einzelfällen evtl. einrichten muss.

        Deine unreflektierte Warnung und der unkommentierte Codec-Screenshot haben die Lage in ein falsches Licht gerückt und überdramatisiert ein Schreckensbild gezeichnet.

        Zitat von mylka
        weil das keine GPU anbietet also wie willst du da HW encoding machen?
        {hier ging es um nicht vorhandene HW encoding für Theora}
        Ist Dir mal in den Sinn gekommen, dass "Hardware" nicht immer nur GPU ist/sein muss? Es könnte auch ein Chip auf einer Steckkarte, eine Desktopbox, etc. sein.
        Es gibt für Theora überhaupt keine Hardwareseitige Beschleunigung bis jetzt. Nirgendwo! Es wurde vor ein paar Jahren mal daran gearbeitet, bis heute hat sich aber noch nichts ergeben (soweit ich das lese).

        Zitat von mylka
        es ergibt einfach alles keinen sinn was du von dir gibst
        wenn du den begriff "Hardwarebeschleunigung" nicht verstehst, warum redest du dann mit?
        dann informier dich doch vorher!
        Diese Argumentation-Weise kenn ich schon von jemand anderem.
        ch verstehe den Begriff "Hardwarbeschleunigung".
        Was menste Du, was de ganzen Recherchen waren? Gesangsunterricht?

        Erst redest Du allgemein von HV decoding, dann soll es nur um H264 und H265 gegangen sein, jetzt wieder um HW Acelleration im Ganzen ...
        Entscheide Dich mal.

        Zitat von mylka
        also spielst du es doch mit "Hardwarebeschleunigung" ab!
        ja? Sag ich doch. Geht. -> AMD GPU, Linux.
        Entgegen Deiner Behauptung und Liste.

        Zitat von mylka
        hast du überhaupt eine ahnung wovon du da schreibst? macht nicht den anschein!
        Weiss nicht. Scheinbar mehr, als Du.
        Warum muss ich denn hier eigentlich recherchieren und alles richtig stellen, wenn DU Dich doch so super auskennst?

        Zitat von mylka
        youtube videos haben bei weitem keine 60000er bitrate. die funktionieren, aber die CPU auslastung geht stark hoch
        Es ging doch jetzt erst mal überhaupt um den Codec und die HW acceleration, sowie die Frage, ob diese überhaupt (AMD GPU unter Linux) gehen.
        Bei mir geht nix hoch. Nicht mal der Puls - und schon garnicht die CPU. Muss an Dir liegen.

        Zitat von mylka
        ich habe mir das video runtergeladen "LG-Daylight-4K-(www.demolandia.net).ts"
        das ist in h265 und hat 60000 bitrate.... RUCKELT BEI MIR!!! und der CPU lüfter dreht hoch als würde ich cyberpunk spielen!
        Herzlichen Glückwunsch. Du kannst das Internet bedienen.
        Na also, hat er mal einen Codec und eine Bitrate, mit der er zufrieden ist.
        Bei mir ruckelt da garnichts. CPU langweilt sich weiter, Lüfter schön unhörbar. GPU schnüffelt das locker weg mit leicht höherem Verbauch ...
        "besten GPU, die man z.B. bekommen kann", ...***... Wie ging der Spruch? "Problem scheint vor der Tastatur zu sitzen"?

        Zitat von mylka
        würde mein mesa diesen codec unterstützen, dann würde das die grafikkarte machen wie bei AV1 und VP9 und alles wäre gut... kann mein mesa aber nicht
        Ok, ich strenge mal 3 graue Zellen für Dich an ...
        "Besten GPU, die man zZ bekommen kann" - gehe ich recht in der Annahme, dass Du eine Nvidia RTX 4090 einsetzt?
        In dem Fall ...weiß nicht, ob Du jemals davon gehört hast, dass MESA [Ins Forum, um diesen Inhalt zu sehen] ist und Nvidia bisher da nicht schön mitgespielt hat und nur ihre eigenen proprietären Treiber unterstützten. Und dann ist Dir vermuitlich auch nicht zu Ohren gekommen, dass hier erst seit kurzem Bewegung in die Nvidia Open-Source-Treiberunterstützung reinkommt: zu erwähnen hier die Nvidia Open GPU Kernel Modules, das Nouveau-Treiberprojekt oder nvk in MESA usw.

        Allerdings ist Nouveau und damit auch MESA noch nicht ganz auf der Höhe,,, so dass Momentan immer noch die propretären Treiber für Nvdia das Mittel der Wahl/Qual sind.
        Wenn Du da jetzt Mesa nimmst, dann kann das durchaus sein, dass NVENC oder NVDEC oder wie das alles bei Nvidia heisst, noch nicht HW-seitig open-source angesprochen wird. Dann geht das alles über Deine CPU.

        Mal so als Denkanstoss.
        Savy?
        Für weitere Details spiele ich Dir mal Deinen Ball zurück:
        [Ins Forum, um diesen Inhalt zu sehen]

        -> Firefox Hardware Video Decoding Using VAAPI & Wayland (Including Nvidia GPUs!!!)

        Zitat von mylka
        wer damit leben kann soll es halt so machen. ich brauche es ja auch nicht wirklich, weil ich dann eben AV1 nutze.
        nervt mich trotzdem hin und wieder und das wollte ich mit meiner aussage anderen ersparen, nicht mehr und nicht weniger.
        Anderen was ersparen wollen, schön.
        Aber bitte doch inhaltlich richtig, belegbar und nachvollziehbar. Einfach mal ein Schreckgespenst an die Wand malen, das nicht mal Beine hat, find ich doof.

        ---
        Sorry, für den schärferen Ton. Wenn jemand frech und herablassend wird, spiele ich genauso.
      • Von mylka Freizeitschrauber(in)
        Zitat von G4mest3r
        Doch, gilt für Ubuntu auch, weil sie weltweit operieren und nicht nur in UK.

        Aber Ubuntu fügt auch proprietäre Code-blobs ein und als großes Unternehmen können sie es sich leisten, Gebüren für gewisse proprietäre Lösungen und Software zu zahlen.
        Ein OpenSource-Projekt macht das nicht eiinfach mal so aus eigenem Spass.
        nein. eben nicht

        Zitat von G4mest3r
        Der Hinweis sah halt unnötig schockierend aus und hat bestimmt einige zu unrecht abgeschreckt, da ein nicht differenzierter Bildeindruck vermittelt wurde.

        eine tatsache aufzählen ist für dich also schockierend...
        Zitat von G4mest3r
        Die bekommt er auch selbst bei Windows nicht bei allem (z.B. Theora )
        weil das keine GPU anbietet also wie willst du da HW encoding machen?

        kopiert von der besten GPU, die man zZ bekommen kann
        Zitat

        EncodingAV1, H.265 (4K YUV 4:2:0 / 4K YUV 4:4:4 / 4K Lossless / 8K / HEVC 10bit support / HEVC B Frame support), H.264 (YUV 4:2:0 / YUV 4:4:4 / Lossless)
        es ergibt einfach alles keinen sinn was du von dir gibst

        Zitat von G4mest3r
        ACH! Es ging ausschließlich um H264 und H265? Warum dann die ganzen anderen Codecs?
        Dann konzentriere doch Deine Info auf das wesentliche.
        wenn du den begriff "Hardwarebeschleunigung" nicht verstehst, warum redest du dann mit?
        dann informier dich doch vorher!
        Zitat von G4mest3r
        Ja, ich guck. Moment ... Youtube ... 4k ... 2160p ... play ... BÄÄÄM! Läuft. Firefox, Nobara Linux, AMD GPU mit Mesa 24.1.0 ...
        -> Dolby Vision Demo 4K HDR 120 FPS (Rechner im Desktopbetrieb ohne Videoplayback 17W an Graka, mit Video-playback 59W an Graka)
        -> Demolandia 4K Demo-Videos ... download ... VLC ... spielt. (Rechner im Desktopbetrieb 17W an Graka, mit Video-play 54W)

        Alles flüssig.
        also spielst du es doch mit "Hardwarebeschleunigung" ab!
        hast du überhaupt eine ahnung wovon du da schreibst? macht nicht den anschein!
        youtube videos haben bei weitem keine 60000er bitrate. die funktionieren, aber die CPU auslastung geht stark hoch

        ich habe mir das video runtergeladen "LG-Daylight-4K-(www.demolandia.net).ts"
        das ist in h265 und hat 60000 bitrate.... RUCKELT BEI MIR!!! und der CPU lüfter dreht hoch als würde ich cyberpunk spielen!
        würde mein mesa diesen codec unterstützen, dann würde das die grafikkarte machen wie bei AV1 und VP9 und alles wäre gut... kann mein mesa aber nicht

        wer damit leben kann soll es halt so machen. ich brauche es ja auch nicht wirklich, weil ich dann eben AV1 nutze.
        nervt mich trotzdem hin und wieder und das wollte ich mit meiner aussage anderen ersparen, nicht mehr und nicht weniger.
      • Von G4mest3r BIOS-Overclocker(in)
      Direkt zum Diskussionsende
  • Print / Abo
    Apps
    PCGH Magazin 07/2026 PC Games 06/2026 play5 07/2026 N-Zone 06/2026 Linux Magazin 06/2026 LinuxUser 06/2026 Raspberry Pi Geek 07/2026
    PC Games Hardware PC Games Linux Magazin Raspberry Pi Geek Computec Kiosk