Proton 9.0: Valve macht mit seinem SteamOS weiter Jagd auf Windows
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



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!
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.
verstehst.....du.... das....endlich?
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?
aus Firefox! Aus der about:support, Sektion "Media", Zeile "Codec Support Information" ...
ist das jetzt besser für dich? steht genau dasselbe
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.
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?
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!
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.
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).
wenn du den begriff "Hardwarebeschleunigung" nicht verstehst, warum redest du dann mit?
dann informier dich doch vorher!
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.
Entgegen Deiner Behauptung und Liste.
Warum muss ich denn hier eigentlich recherchieren und alles richtig stellen, wenn DU Dich doch so super auskennst?
Bei mir geht nix hoch. Nicht mal der Puls - und schon garnicht die CPU. Muss an Dir liegen.
das ist in h265 und hat 60000 bitrate.... RUCKELT BEI MIR!!! und der CPU lüfter dreht hoch als würde ich cyberpunk spielen!
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", ...***...
"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!!!)
nervt mich trotzdem hin und wieder und das wollte ich mit meiner aussage anderen ersparen, nicht mehr und nicht weniger.
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.
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.
kopiert von der besten GPU, die man zZ bekommen kann
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)
Dann konzentriere doch Deine Info auf das wesentliche.
dann informier dich doch vorher!
-> 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.
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.
Ich ergänze und korrigiere mal:
[Ins Forum, um diesen Inhalt zu sehen]
-> FFmpeg Intro to HW Acceleration
-> FFmpeg and AMF HW Acceleration
-> FFmpeg: VA API in MESA
-> Arch-Wiki: Hardware Video acceleration
-> Github AMD PGUOpen: AMF SDK
AMD \o/ MESA \o/ FFmpeg \o/