News AMD unter Linux: HDMI 2.1 kommt nun dank Steam Machine doch

[Tevur]

Du kannst dir aber auch ein Dp-> HDMI Adapter besorgen für die Steammachine.

Die haben idR auch kein HDMI 2.1

 

[blackiwid]

Bitte wie?!?! Verwechslung vielleicht?

Hast recht meinte @Blaze1987 der hat den selben Wunsch oder das selbe Thema mit Steamos auf x86 hardware nur meinte er das er von Windows dann weg wechseln würde.

 

[Fortatus]

Kleiner Typo: "wird" statt "wurde" -> frohe Zukunft. 🤗

Wenn schon, denn schon: "worden ist" statt "wird"

 

[Crayden]

Die haben idR auch kein HDMI 2.1

Also der Club 3D funktioniert eigentlich recht gut bei mir muss ich sagen. 120HZ, BT.2020 HDR 4K.
Latenz ist auch okay. Wenn ich an der Fenstergrenze zum zweiten Monitor das Fenster schiebe, ist keine Verzögerung zu sehen.
Nachteile:
Manchmal zickig! Aktuell läuft er, aber manchmal muss man ihn beidseitig abstöpsel und neu anstöpseln.
Passiert mir so alle 2-4 Wochen mal. Aber so konnte ich meinen alten LG B irgendwas 55" OLED der leider schon Einbrennungen zeigt, Flecken und Streifen (2-3 Pixel breit oben und rechts) hat noch weiter verwenden. Aber nach weit über 10.000h, ist das "okay".

Ich freue mich aber auf den nativen Support! Der 42" C5E kostet 555€ und ich denke P/L, wenn man mit 144Hz auskommt, ist das völlig okay. Ist halt kein Harcore Gamining Monitor, aber " pro € recht fair ;-)

 

[mario_mendel34]

Der Club3D-Adapter ist bei mir komplett unproblematisch, den benutze ich, um HDMI 2.1 aus meiner RTX 2080 Ti zu zaubern, die hat ab Werk nur HDMI 2.0. Der Cable-Matters-Adapter, den ich vorher hatte, hatte leider Tonaussetzer. Nur ist das halt alles nicht zum Zocken geeignet, da VRR grundsätzlich bei allen Adaptern flöten geht. Das Ruckeln ohne VRR, wenn man nicht exakt die Bildwiederholfrequenz oder ganzzalige Ableitungen davon trifft, möchte ich mir nicht mehr antun. Das ist auch das eine, was mich am Steam Deck nervt, nur da kann ich es noch einigermaßen entschärfen, da ich das Display ganz fein einstellen kann, und nicht nur 30, 60 und 90 Hz habe.

 

[Blaze1987]

Genau das, und alle anderen Features, welche HDMI 2.1 bietet, wird damit ja dann endlich unter Linux / AMD Open-Source Treiber gelöst.
Falls das HDMI Konsortium dies erlaubt.
Ich glaube das erst, wenn ich es sehen kann.

Aktive HDMI-zu-DisplayPort-Adapter wandeln das Signal, führen jedoch systembedingt zum Verlust von Funktionen wie Variable Refresh Rate (VRR), FRL, ARC/eARC, QMS, und CEC.

Zudem sind oft die Bildwiederholraten limitiert, Daisy Chaining (MST) wird nicht unterstützt und die unidirektionalen Adapter benötigen häufig eine externe Stromversorgung.
Ausführliche Informationen zu den Einschränkungen finden man im Bericht von How-To Geek.

https://www.howtogeek.com/839593/pitfalls-when-buying-an-hdmi-to-displayport-adapter/

Beim Einsatz eines HDMI-zu-DisplayPort-Adapters (Quelle: HDMI, Ziel: Monitor DP) gehen systembedingt oft Funktionen verloren, da HDMI-Signale für DisplayPort aktiv umgewandelt werden müssen. Ein Adapter kann grundsätzlich keine Funktionen des Ursprungssignals "nachrüsten" oder über das hinausgehen, was das schwächste Glied in der Kette unterstützt.

https://www.monoprice.com/p/resources/can-you-convert-hdmi-to-displayport-here-s-what-to-know

Folgende Features fehlen häufig oder sind stark eingeschränkt:

• Variable Refresh Rate (VRR) & G-Sync/FreeSync: Diese Gaming-Features werden durch die aktive Signalwandlung meist blockiert. Während HDMI 2.1 VRR unterstützt, können die meisten Adapter dieses Protokoll nicht korrekt in das DisplayPort-Äquivalent übersetzen.
• Hohe Bildwiederholraten: Viele HDMI-zu-DP-Konverter sind auf 60 Hz limitiert. Features wie 120 Hz oder 144 Hz bei hohen Auflösungen (4K) sind technisch sehr anspruchsvoll für die Wandlerchips und oft nicht verfügbar.
• Multi-Stream Transport (MST) / Daisy Chaining: HDMI unterstützt kein Daisy Chaining (Hintereinanderschalten von Monitoren). Da das Quellsignal dies nicht liefert, kann ein Adapter dieses DisplayPort-Feature nicht ermöglichen.
• Auto Low Latency Mode (ALLM): Dieses HDMI 2.1 Feature geht bei der Konvertierung in das DisplayPort-Protokoll in der Regel verloren.
• CEC (Consumer Electronics Control): Die Steuerung mehrerer Geräte über ein HDMI-Kabel (z. B. Lautstärke des Monitors über den PC) funktioniert über DisplayPort-Adapter normalerweise nicht.
• HDMI Ethernet Channel (HEC): Diese seltene Funktion, Internetdaten über das HDMI-Kabel zu senden, wird von DisplayPort nicht unterstützt und geht verloren.
• QMS (Quick Media Switching): Dieses Feature ist eine spezifische HDMI-2.1-Erweiterung des VRR-Mechanismus, um Schwarzbilder beim Wechsel der Bildrate zu verhindern. Da DisplayPort keinen direkten QMS-Standard besitzt, wird dieses Feature bei einer Konvertierung in der Regel nicht unterstützt.
• YCbCr & Chroma Subsampling: Während HDMI 2.1 volle 4:4:4-Chroma bei hohen Auflösungen (4K/120Hz) unterstützt, erzwingen viele Adapter bei Bandbreitenengpässen eine Reduzierung auf 4:2:2 oder 4:2:0. Aktive Adapter, die den VMM7100-Chipsatz nutzen, können technisch 4:4:4 erreichen, sind aber oft instabil.
• HDR & Farbprofile:
• HDR10 funktioniert meistens, da es ein statisches Format ist, das beide Standards beherrschen.
• Dynamische HDR-Profile (wie Dolby Vision) sind HDMI-spezifisch. DisplayPort-Monitore unterstützen diese Formate nativ oft nicht, weshalb sie beim Einsatz eines Adapters meist verloren gehen oder auf einfaches HDR10 zurückfallen.
• FRL ist die Voraussetzung für Funktionen wie Variable Refresh Rate (VRR), Auto Low Latency Mode (ALLM) und dynamisches HDR.
• Fehlendes Passthrough für verlustfreie Audio Formate: Viele aktive Adapter unterstützen nur Linear PCM ~ Stereo (LPCM) oder Standard-Surround-Sound (Dolby Digital/DTS). Verlustfreie Formate wie Dolby TrueHD (die Basis für hochwertiges Atmos auf Blu-rays) werden oft nicht korrekt durchgereicht.
• Kein eARC-Support: Die für Atmos wichtige eARC-Funktion (Enhanced Audio Return Channel) von HDMI 2.1 geht bei der Konvertierung auf DisplayPort in der Regel verloren, da DisplayPort keinen entsprechenden Rückkanal besitzt.
• EDID-Kommunikationsprobleme: Abspielgeräte (wie die PS5 oder PCs) erkennen über den Adapter oft nicht, dass das Zielgerät oder Zwischengerät (z. B. eine Soundbar, AVR Receiver) in der Abspielkette Atmos-fähig ist, und geben das Signal gar nicht erst aus.

https://www.npc-cn.com/blog_news/1318.html

https://www.hdmi.org/spec2sub/quickmediaswitching

https://www.reddit.com/r/linux_gami...k120hz_rgb_with_vrr_works_with_cable_matters/

https://www.hifi-regler.de/ratgeber/hdmi-0/hdmi_2.1-fakten_features_und_komplikationen.php

https://feintech.eu/en/blogs/know-how/dolby-atmos

https://www.reddit.com/r/LGOLED/comments/vgxrxh/any_recommendation_on_active_displayport_14_to/

 

[Tevur]

Also der Club 3D funktioniert

Ja, der muss aber noch eine ungepatchte Firmware haben. Ansonsten funktioniert z.B. alles wieder nur mit Chroma 4.2.0 und VRR ist eben auch so ein Ding.

Ich hab hier den UGreen, der mal in einem anderen Thread empfohlen wurde. Der geht tatsächlich, auch mit VRR. Dazu muss allerdings ein gapatchter Kerne verwendet werden, was wiederum SteamOS ausschließt.

 

[Fortatus]

Variable Refresh Rate (VRR) & G-Sync/FreeSync: Diese Gaming-Features werden durch die aktive Signalwandlung meist blockiert. Während HDMI 2.1 VRR unterstützt, können die meisten Adapter dieses Protokoll nicht korrekt in das DisplayPort-Äquivalent übersetzen.
Hohe Bildwiederholraten: Viele HDMI-zu-DP-Konverter sind auf 60 Hz limitiert. Features wie 120 Hz oder 144 Hz bei hohen Auflösungen (4K) sind technisch sehr anspruchsvoll für die Wandlerchips und oft nicht verfügbar.

1. Geht es hier um Displayport zu HDMI, nicht umgekehrt. Da DP deutlich offener ist, sind VRR seit langem im AMD-Treiber verfügbar. Und ein guter Adapter kann dann das DP-Signal in seiner geschlossenen Implementierung in ein HDMI-2.1-Signal konvertieren. Das macht Intel standardmäßig auf seinen Karten.
2. Wie so oft zieht sich das KI-Orakel (zumindest liest es sich so) mit "meist" und "oft" aus der Affäre. Ja, irgendein Lowend-Billigadapter lässt VRR etc nicht durch.
Aber es gibt halt bessere Adapter, die das durchaus können:
https://www.reddit.com/r/linux_gami...dapter_that_does_4k120_444_hdr/?show=original

 

[Astorek86]

Richtig, DP zu HDMI funktioniert bei manchen(?) Adaptern richtig gut. Habe selbst den hier von Amazon und krieg lt. der grünen Taste meines LG-TVs darüber:
"120.00Hz, VRR, 3840x2160P@120, RGB 10b 4L6 HDR10 DSC".
Kein Colorbanding und in schlecht optimierten Spielen habe ich auch das berüchtigte VRR-Flimmern^^.

EDIT: CachyOS, von einer RX 9070 XT.

 

[Blaze1987]

Dann möchte ich mal gerne sehen, wenn in der Kette ein TV (OLED) und ein AVR Receiver ist.
Dann fällt deine Variante in sich zusammen.

Da ich immer Quellen angebe, sind die inklusive Datum (Dinge können sich ja auch ändern) nachvollziehbar.

Und selbst native HDMI 2.1 Verbindungen (mit zertifizierten 8K Kabeln) können selbst unter Windows 10 und Windows 11 mit AMD Radeon RX 9000 er Serie und AMD RX 6000 er Serie viele HDMI 2.1 Features nicht sauber oder stabil in meiner Kette ermöglichen - > TV (2022 LG TV mit allen benötigten Features) - > Denon AVR Receiver (mit allen benötigten Features) - > AMD RX 6800 oder AMD RX 9070 kein QMS, manchmal oder selten HDR Probleme (hatte ich erst seit 24H2), immer schon CEC Probleme vorhanden ...


Also ich weiß sehr wohl praktisch, dass es selbst rein mit HDMI 2.1 nicht alles oder nicht alles stabil funktioniert.

Vielleicht klappt das ja mit NVIDIA besser.
Ohne AVR, funktioniert ggfls. ein Teil davon.
Aber mit Sicherheit kein Dolby True HD / Dolby Atmos!

Korrektur: Aktuell gibt es 4 bis 8 LG IPS TVs (je nach Freesync Variante), welche alle Features soweit nach Datenblatt unterstützten: Beispiel
https://geizhals.de/lg-qned866re-v127811.html

Witzigerweise kann das nicht ein einziger LG OLED:
https://geizhals.de/lg-oled-m49la-v160044.html

Ohne AVR, kann man die Anzahl der Audio Kanäle aber praktisch trotzdem nicht nutzen / verteilen (7.1 oder mehr) .

Das können nämlich alle einfach mal behaupten, habe ich aber noch nie als Screenshot gesehen, weil es die meisten TVs gar nicht laut Spezifikationen können. Maximal DTS, DTS-HD, meist fehlen dann andere HDMI 2.1 Features oder laufen leider erst gar nicht stabil.

Klappt das auch mit Display Port Adapter, AMD GPU, AVR, Linux?

Das mag ich mal bezweifeln. 😁
Jetzt kannst du gerne sachliche Kritik angeben.

Wenn du möchtest, zeig doch mal auf deiner AVR Info Seite/n alle Informationen inkl. FLR, VRR, HDR10 + Farbprofile, Dolby Vision, Dolby True HD, VRR, QMS, 120 Hz... mit deiner angegeben Reihenfolge inkl. des Adapters und Linux?

Aber schön, dass KI zusammengefasste Informationen trotz eindeutiger Quellen Angabe ins Aquarium kommen.
Aber Behauptungen zum großen Teil, ohne Belege oder Quellen belassen werden.

Egal. Ich gehe lieber zocken, als noch verzinkt zu werden an Mods wegen KI Nutzung (trotz Original Quellen Angaben und eindeutigen Hinweis, das die Bash Scripte / Guide von der KI von den regulären CashyOS / Arch Linux Websites zusammengestellt wurde!).

 

[Tanzmusikus]

"worden ist" statt "wird"

Aua - definitiv nicht so!

Der Satz an sich ist bereits inhaltlich falsch angesetzt ... und die Zeitform ist 'Zukunft', nicht 'Vergangenheit'.
Also wenn, dann: "Bis HDMI 2.1 vollständig umgesetzt werden wird, könnte noch mehr Zeit vergehen."
Allerdings "wird definitiv noch mehr Zeit vergehen" ob HDMI 2.1 vollständig umgesetzt wird oder nicht. 😊
Wobei die Zeit gar nicht "vergeht", sondern immer "hier" ist. 🤓

Wenn du das natürlich aus zeitlicher Sicht des Past Perfekt Future siehst, dann stimmt alles wieder!
Zurück in die Zukunft - yeah!

 

[Astorek86]

Dann möchte mal gerne sehen, wenn in der Kette ein TV (OLED) ist.
Dann fällt deine Variante in sich zusammen.

Da ich immer Quellen angebe, sind die inklusive Datum (Dinge können sich ja auch ändern) nachvollziehbar.

Und selbst native HDMI 2.1 Verbindungen (mit zertifizierten 8K Kabeln) können selbst unter Windows 10 und Windows 11 mit AMD Radeon RX 9000 er Serie und AMD RX 6000 er Serie viele HDMI 2.1 Features nicht sauber oder stabil in meiner Kette ermöglichen - > TV (2022 LG TV mit allen benötigten Features) - > Denon AVR Receiver (mit allen benötigten Features) - > AMD RX 6800 oder AMD RX 9070 kein QMS, oft HDR Probleme, immer CEC Probleme vorhanden ...

Zu CEC kann ich nichts sagen, nutze ich nicht. Aber ich nehm den TV zum Zocken her, auch über stundenlange Sessions ohne Blackscreen o.Ä. , läuft absolut stabil. Mein TV ist zufällig der LG G2 von 2022, OLED^^.

Vielleicht unterstützt so ein DP-zu-HDMI-Adapter nicht alle Features von HDMI 2.1 (ich weiß ja selbst nicht, was da alles dazugehört^^), aber der Adapter unterstützt unter Linux mehr, als wenn ich direkt das HDMI-Kabel ohne Adapter benutze.

Mich hat das jetzt keine Ruhe gelassen und hab ein paar Screenshots angefertigt, meinen Browser auf HDR geschaltet, alles etwas verkleinert etc. , hier die Fotos dazu:

https://imgur.com/a/E51YhF6

Die Testseiten sind https://testufo.com/chroma und https://testufo.com/hdr . Insbesondere die Chroma-Seite ("brown fox jump over...") sollte bestätigen, dass das alles unter 4:4:4 läuft. Die letzten beiden Zeilen wären wohl sonst kaum lesbar.

Interessant ist folgende Ausgabe (ich habe keine andere Möglichkeit gefunden, die eingestellte Chroma herauszufinden):

mount -t debugfs none /sys/kernel/debug
cat /sys/kernel/debug/dri/0000:2d:00.0/state

In der ewiglangen Ausgabe habe ich u.a. folgendes gefunden:

connector[431]: DP-1
        crtc=crtc-0
        self_refresh_aware=0
        interlace_allowed=0
        ycbcr_420_allowed=1
        max_requested_bpc=10
        colorspace=BT2020_RGB

Die letzte Zeile ist interessant: BT2020_RGB. ChatGPT meint dazu: RGB hat kein Chroma-Subsampling, und BT2020 meint Wide Color Gamut.

Ich habs auch mit xrandr -verbose versucht, aber bei der entscheidenden Stelle sagt er mir "Subpixel: unknown".

EDIT: Hier die Ausgabe von kscreen-doctor -o für den einen TV:

Spoiler

Output: 2 DP-1 2292a7cc-c068-4f4c-b145-4b0243063b8b
        enabled
        connected
        priority 2
        DisplayPort
        replication source:0
        Modes:  42:3840x2160@60.00!  43:4096x2160@120.00  44:4096x2160@119.88  45:4096x2160@100.00  46:4096x2160@60.00  47:4096x2160@59.94  48:4096x2160@50.00  49:4096x2160@30.00  50:4096x2160@29.97  51:4096x2160@25.00  52:4096x2160@24.00  53:4096x2160@23.98  54:3840x2160@120.00*  55:3840x2160@119.88  56:3840x2160@100.00  57:3840x2160@60.00  58:3840x2160@59.94  59:3840x2160@50.00  60:3840x2160@30.00  61:3840x2160@29.97  62:3840x2160@25.00  63:3840x2160@24.00  64:3840x2160@23.98  65:2560x1440@120.00  66:1920x1080@120.00  67:1920x1080@119.88  68:1920x1080@100.00  69:1920x1080@60.00  70:1920x1080@60.00  71:1920x1080@59.94  72:1920x1080@50.00  73:1920x1080@30.00  74:1920x1080@29.97  75:1920x1080@25.00  76:1920x1080@24.00  77:1920x1080@23.98  78:1280x1024@60.02  79:1152x864@59.97  80:1280x720@60.00  81:1280x720@59.94  82:1280x720@50.00  83:1024x768@60.00  84:800x600@60.32  85:720x576@50.00  86:720x480@60.00  87:720x480@60.00  88:720x480@59.94  89:720x480@59.94  90:640x480@60.00  91:640x480@59.94  92:720x400@70.08  93:1600x1200@59.87  94:1600x1200@119.82  95:1280x1024@119.83  96:1024x768@119.80  97:2560x1600@59.99  98:2560x1600@119.93  99:1920x1200@59.88  100:1920x1200@119.90  101:1280x800@59.81  102:1280x800@119.85  103:3200x1800@59.96  104:3200x1800@119.96  105:2880x1620@59.96  106:2880x1620@119.95  107:2560x1440@59.96  108:1600x900@59.95  109:1600x900@119.95  110:1368x768@59.88  111:1368x768@119.83  112:1280x720@119.86 
        Custom modes: None
        Geometry: 2048,0 1920x1080
        Scale: 2
        Rotation: 1
        Overscan: 0
        Vrr: Automatic
        RgbRange: Full
        HDR: enabled
                SDR brightness: 203 nits
                SDR gamut wideness: 0%
                Peak brightness: unknown, overridden with: 1000 nits
                Max average brightness: unknown
                Min brightness: 0 nits
        Wide Color Gamut: enabled
        ICC profile: none
        Color profile source: sRGB
        Color power preference: prefer efficiency and performance
        Brightness control: supported, set to 100% and dimming to 100%
        Color resolution: automatic (10), range: [8; 16] bits per color
        Allow EDR: unsupported
        Sharpness control: unsupported
        Automatic brightness: unsupported

 

[Northstar2710]

Der Adapter kann ja auch nur das an den Hdmi2.1 weitergeben was er von dem DP Version xx bekommt oder eher was er liefert. Bei der Steam machine reden wir von dp1.4

 

[Blaze1987]

Ich Danke. ♥️

Leider nutzt du keinen AVR in der Kette.
Das wäre für mich persönlich sehr interessant gewesen und ggfls. für andere auch.
Mit TV direkt an der Konsole oder PC, gibt es meist nicht so viele Probleme oder es fehlen halt gerne mal HDMI 2.1 Features.
Natürlich kannst du nichts dafür, dass du keinen AVR benötigst. 😁 🫶


Aber das war doch das einzige, was ich gerne gesehen hätte.

Anbei, meine Doku ink. AVR und LG TV OLED OSD Gaming Modus, AMD Treiber / OS.
Gleiches Recht für alle, damit es nachvollziehbar ist / bleibt.













QMS und CEC wollen in meiner Kette einfach nicht sauber funktionieren (nur für den Game 1 Ausgang am AVR / PC).

HDR klappt meistens, ab und zu muss ich aber wiederholt und schnell Alt + Tab nutzen, weil der Steam Big Picture Modus den HDR Modus bei Fokus für sich beansprucht oder halt das Spiel.

Wenn ich dann auf Steam zurück kehre, ist das Bild aufgehellt.
Oder halt anders rum im Spiel das Bild voller Regenbogen 🌈 Chroma Farben.

Denke das müsste am AVR liegen oder am TV, obwohl ich selbst Windows / AMD da nicht ausschließen könnte.

Sehr selten will der AVR dann überhaupt kein Bild mehr ausgeben wenn ich es mit Alt + Tab übertreibe / mit der Schnelligkeit, bis ich das HDMI 2.1 Kabel an der AMD GPU aus und wieder einstecke (wenn alles nicht mehr funktioniert wie mit Alt + Tab, Sound an / aus).
Das stinkt ggfls. nach HDR Fehler / Windows / AMD Treiber.
Deswegen suche immer gerne andere mit einer ähnlichen Kette von TV -> AVR -> PC @ 4K 120 Hz oder aufwärts inkl. eArc (TV - > AVR), Zwecks Abgrenzung, da LG nie geantwortet hatte auf Support Mails, Denon (wurden ja 2 x aufgekauft) nur das Handbuch zitieren können und ich vorerst nicht zu AMD zurück greifen kann, wenn ich nicht zwischen TV und AVR abgrenzen kann.

Früher mit einer Nvidia GTX 1080 @ 1080 p kenne ich sowas nicht (aber halt noch ganz anderer TV und AVR gewesen).


Der AVR Receiver ist ein Denon AVC-X4800H.
Der TV ist ein LG OLED OLED77C17LB (der hatte damals QMS, auch wenn ich es heute im Geizhals Datenblatt nicht mehr sehen kann, da steht nun auch Dolby Atmos, was der mit Sicherheit dagegen nicht hat... Seufz).
AMD Radeon PowerColor RX 9070 Reaper (Dual-Slot)
ASRock X99-ITX-AC
Intel Xeon E5-2618L v4 (10 Core)
2x 32 GB DDR4 2400 MHz RDIMMs (2x 128 GB RDIMMs liefen, wurden aber zu warm ^^)
DAN-A4 SFX V1 mit Mods (kleiner geht nicht ^^)
Windows 11 Pro 25H2 mit aktuellen Patchstand
Dolby Atmos Lizenz aus den Windows Store

So macht mir das Spaß. Ganz lieben Dank dafür! 🤛

 

[TSKNF]

Das bekloppte ist irgendwie, das ich eine Grafikkarte gekauft habe, für welche garantiert Lizenzgebühren entrichtet wurden. Aber einen Treiber für Linux wollen sie nicht zulassen.

Dass es jetzt doch geschieht ist super aber ich verstehe irgendwie nicht, was sich geändert hat. Beziehungsweise, warum AMD es jetzt doch machen kann.

 

[Blaze1987]

In Kurzfassung, Valve setzt sich dafür ein, da es wegen der Steam Machine mit bisher nur SteamOS als Möglichkeit sonst die 60 Hz ohne VRR Einschränkungen gibt analog zum Steam Deck.
Deswegen ist bis dato Valve auch dazu gezwungen, die Steam Machine mit HDMI 2.0 Standard zu vermarkten / anzugeben.

Passend dazu das Timing, dass der HDMI Standard 2.2 verabschiedet wurde (seit 2025) und man ja so den nächsten Standard hinter neuen Zertifizierungen und kostenpflichtigen Upgrades vermarkten kann und ggfls. so den HDMI Standard 2.1 nicht mehr unbedingt Lizenzieren muss (oder einfach wieder umbennen und Features entfernen (als optional deklarien) wie beim HDMI Standard 2.0b zu 2.1 und alle schon gefertigten Geräte, Chips funktionieren dann plötzlich nicht mehr oder mit weniger Features, da diese vorher den HDMI Standard 2.0 b als Zertifizierung besaßen, aber durch die Änderung des HDMI Konsortium nun HDMI 2.1 drauf kleben durften, da ja diverse Features wie ALLM, VRR nun als optionale Features für den Standard HDMI 2.1 vermarktet wurden. Angeschissen war der Käufer, weil die Features einfach fehlten! Die Chip Hersteller und Hersteller fanden das bestimmt auch nicht alle super, aber nicht informierte Kunden kaufen ja trotzdem).

Steht zu gut wie alles im Wikipedia Artikel:

Wikipedia Änderungen HDMI 2.1 Lizensierungen zu vorherigen HDMI Standards via HDMI Konsortium (wo alle grossen Hersteller vertreten sind):

https://hdmiforum.org/members/
https://www.hdmi.org/adopter/adoptersaffiliates


Die wesentlichen Änderungen bei HDMI 2.1 im Vergleich zu früheren Standards betreffen die Lizenzierung und Spezifikationsvergabe durch das HDMI Forum/Konsortium, die optionalen Funktionen (HDMI 2.0 wurde zu 2.1 umbenannt) sowie höhere Bandbreiten (bis 48 Gbit/s).

Hauptänderungen bei Lizensierung & Spezifikationen (laut Wikipedia & Branchenberichten):

• Optionalität der Features: Das HDMI Forum hat entschieden, dass HDMI 2.1-Spezifikationen optional sind. Das bedeutet, Geräte können als "HDMI 2.1" zertifiziert werden, ohne zwingend die neuen Funktionen (wie VRR, ALLM) zu unterstützen.
• Umbenennung von HDMI 2.0: Laut wurde HDMI 2.0 in HDMI 2.1 umbenannt, was zu Unklarheiten führte, da alte 2.0-Funktionen nun als 2.1 verkauft werden.
• Neue Zertifizierung für Kabel: Für die volle 48-Gbit/s-Bandbreite von HDMI 2.1 ist ein "Ultra High Speed"-Kabel erforderlich.
• Höhere Bandbreite: HDMI 2.1 ermöglicht 4K bei 120 Hz oder 8K bei 60 Hz, während HDMI 2.0b meist bei 4K/50-60 Hz limitiert ist.

https://de.wikipedia.org/wiki/High_Definition_Multimedia_Interface

https://hdmiforum.org/hdmi-forum-announces-version-2-1-hdmi-specification/

https://tftcentral.co.uk/articles/when-hdmi-2-1-isnt-hdmi-2-1

https://www.techpowerup.com/319797/...posal-no-4k-120-hz-or-5k-240-hz-on-linux?cp=3

https://www.techpowerup.com/343814/...open-source-hdmi-2-1-support-on-steam-machine

https://www.flatpanelshd.com/news.php?subaction=showfull&id=1639473077

https://www.reddit.com/r/pcmasterrace/comments/vu9wtz/hdmi_21_is_just_a_renaming_of_hdmi_20_any/


Zusammenfassung der Unterschiede HDMI 2.1 zu HDMI 2.2

Feature ​	HDMI 2.1​	HDMI 2.2​
Max. Bandbreite	48 Gbit/s	96 Gbit/s
4K Auflösung	4K @ 120Hz/144Hz	4K @ 480Hz
8K Auflösung	8K @ 60Hz	8K @ 240Hz
Kabelstandard	Ultra High Speed (48G)	Ultra 96 Cable
LIP (Sync)	Nicht spezifiziert	Ja (LIP)

https://www.4kfilme.de/hdmi-2-2-standard-ist-endlich-final-und-so-sehen-die-neuen-kabel-aus/

Randnotiz und Ironie Modus aktiviert:

Wenn die GPU Hersteller und die Spiele Entwicklung durch Optimierung dann plötzlich dadurch die Rohleistung von Spielen in 4K auf 480 FPS ohne Upscaling bringen könnten, wäre das ganze auch nicht an der Realität vorbei. 😁 😂

Ansonsten kann ich persönlich nur vermuten, dass Valve das höchstens nur durch zusätzliche Lizenzkosten und Bedingungen erhalten wird.
Alle anderen Open-Source Linux, werden unter Umständen leer ausgehen.

Mein naiver Wunsch bleibt bestehen. 😇

 

[iGameKudan]

Dazu bitte noch irgend ne gerechte Loesung fuer Easy-Anti-Cheat finden.

Ich drueck mit 🤞🤞

Nicht nur für Easy-Anti-Cheat... Das bisschen was ich so zum Zocken komme sind meist Multiplayer-Games - dementsprechend sind nicht funktionierende Multiplayer-Games der letzte verbleibende Grund fürn Gehversuch mit ner Linux-Distribution aufm PC.

 

[nipponpasi]

Das bisschen was ich so zum Zocken komme sind meist Multiplayer-Games - dementsprechend sind nicht funktionierende Multiplayer-Games der letzte verbleibende Grund fürn Gehversuch mit ner Linux-Distribution aufm PC.

Ist fuer mich jetzt erstmal kein Problem mehr.
Ich bin grad in einem anderen Universum unterwegs:

 

[DX8]

Ich liebe Valve, auf die ist noch verlass! Hoffe der Sohn managedt den Laden später wie Gabe.

 

[ReactivateMe347]

Und wieso geht das nun auf einmal? Hat das HDMI-Forum seine Meinung geändert? (Wieso?)
Setzt sich AMD über das Forum hinweg? (Wenn ja wieso damals nicht) ?