Problem die RX 480 Powercolour zu installieren

  • Aha mist. Und ich setze neu auf. Aber danke für die info. Also dieses hex umändern ist einfach portbelegung?


    noch neben bei weis einer warum mit Asus h61m-k ab und zu maus nicht reagiert und tastatur auch. Manchmal wird boot ob install boot oder auch normal boot von der festplatte mit verbotszeichen gefreezt? Hdenke es liegt an einer einstellung im bios. Weil vorhin hatte dieses lange booten problem nicht. Aber leider Lästs sich nicht viel einstellen.


    Und fetten dank gür die Geduld. Echt Komponente leute hier

  • Sonst schau Dir bitte auch mal diesen Thread an hier ist einiges von Interesse für Dich drin: MSI Radeon RX 480 Gaming X unter Sierra 10.12.2 (mit allen 36 Compute Units)

  • Vielen lieben dank. Den thread kenne ich berreits. Bei mir scheitert es wenn ich auf interne graka einstelle. Freezt ein. Ich schätze es liegt am mainbord. Hat nähmlich kein hdmi.

  • Das ist eigentlich vollkommen egal es geht hierbei nur und ausschließlich darum das die Interne GPU auf Bios Ebene vor der RX480 initialisiert wird sprich OS-X muss damit nicht umgehen können es reicht wenn die IGPU einfach initialisiert wird. Wobei Dein I5 sogar eigentlich auch eine voll taugliche HD4000 besitzt sprich die wäre sogar auch voll nutzbar (muss nicht HDMI sein es geht auch DVI oder DP je nachdem was das Mainboard halt hat nur VGA nicht). Im Idealfall richtest Du alles so ein, dass der Rechner die iGPU als erstes initialisert (im Bios einstellen) und so bootet (macht er dann ohne Bild solange kein Monitor angeschlossen ist). Clover wird so konfiguriert wie im verlinkten Thread beschrieben und ferner so eingestellt das OS-X direkt und ohne weitere Interaktion startet. Das Ergebnis ist zwar ein Blindflug bis zum Login Screen von OS-X dafür dann aber auch eine laufende RX480.

  • muss monitor an einem displayport hängen? Oder kann ich hdmi weiter nutzen?
    bis jetzt nicht weiter gekommen bildschirm bleibt schwarz

  • Danke. Ich bin vezweifelt. Ich habe alles so wie beschrieben erstellt. Unt trotzdem bildschirm bleibt schwarz. Habe die Kext bearbeitet über Kext Ulity laufenlassen, im Bios die interne iGPU akteviert, hdmi ist an der rx480 angeschlossen. Und trotzdem schwarz


    edit: habe erfahren das mit sierra 10.12.3 die rx480 als eine R9 karte erkannt wird. Das reicht mit ja im grunde auch. Was mache den nun wenn ich ein usb unibeasg mit 10.12.4 habe. Kann man irgendwie downgraden? Oder kann ich irgendwie ein unibeast mit 10.12.3 bekommen? da ja im appstore die 10.12.4 aktuell ist?

  • Ob da R9 oder RX480 steht ist an der Stelle Jacke wie Hose sprich es würde an Deinem aktuellen Problem nichts ändern. Entweder hast Du in Deinem Workflow an irgendeiner Stelle einen Bock eingebaut oder aber Deine Karte gibt über den HDMI Port kein Bild aus. Ich habe das mit dem Displayport nicht ganz ohne Hintergedanken erwähnt oder anders gesprochen ohne einen Framebufferpatch der den primären Ausgang als HDMI definiert bleibt der Schirm dunkel. Du hast jetzt 2 Möglichkeiten entweder kaufst Du Dir einen DP zu HDMI Adapter und hängst den Monitor an einen der Displayports (hier dann ruhig alle durchprobieren) oder aber Du beschäfstigst Dich damit den Framebuffer entsprechend zu patchen (meine R9-270X gibt am HDMI auch nur dann ein Bild aus wenn am DP Port etwas angeschlossen ist. Ich arbeite mit einem DP zu HDMI Adapter und habe den 2. Monitor dann an HDMI hängen). Der Gedanke das mit 10.12.3 ein anderes und/oder besseres Ergebnis zu erzielen wäre kannst Du direkt vergessen.

  • Soll ich dir RX480 erst drausen lassen? Sprich ich installiere sierra neu mit laufender igpu. Bearbeite kext und dann cloverconfig. Dann rx480 einbauen. Nur igpu auswählen 128mb zuweisen. Oder ist das auch jacke wie hose?
    weil bis jetzt hatte ich mit der rx480 gearbeitet. Hab ja bild nur halt auf 7mb low performance

  • Framebuffer - ich glaub das hier ist eine gute Anleitung. Hab die jetzt nicht genauer studiert.


    Oder einfach ein DP-HDMI-Kabel. Hatte bei Ebay eins für EUR 6,49 gekauft. Das kann angeblich auch 4K.
    Oder einen Adapterstecker für 1,66

    Intel - diverse geniale Hardware bis einschließlich Skylake, damals...

    AMD X6 1035T Silentmaxx TwinBlock - ASRock N68-S -8GB RAM - XFX HD 6450 Passiv - Etasis EFN-300

    AMD 7 3700X - Noctua NH-P1 - B550 Aorus Pro V2 - RX460 Passiv - Silentmaxx Fanless II 500 Platinum

    - - - - - - - - HOWTO: RYZENTOSH - - - - - - - -

  • Habe den adapter bestellt. Aber habe wenig hoffnung darauf. Es ist nirgends die rede vom dp in den ganzen anleitung gewesen.

  • Was aber vielleicht auch einfach daran liegen könnte das der DisplayPort inzwischen eine ziemlich verbreitete Schnittstelle ist und man es daher schlicht nicht weiter erwähnt?

  • Ich hoffe sehr das es der grund ist. Warte noch auf den Adapter.


    Mir ist aber noch was aufgefallen, das wenn ich im Bios Grafik auf IGFX einstelle und am Hdmi angeschlossen bin in der rx480. Der pc nicht mehr bootet. Ich meine das keine aktivität der festplatte vorhanden ist. Pc lässt sich sogar einfach ausschalten. So als ob der nicht im Betriebssystem ist. Habe ich am mainboard hdmi angeschloss b bootet er. Mittlerweile habe ich ein anderes Mainboard gekauft. Und das komische dran ist das wenn ich auf mainboard bleibe per hdmi mac os startet und ich kann moch anmelden. Das war mit meinem alten board nicht so. Jetzt habe ich ein ga-z77-d3

  • Wie auch immer die IGPU wird nur und ausschließlich als Starthilfe benötigt und sonst für nichts weiter.
    Ich handhabe es mit meiner R9-270X auch nicht anders. Im Bios habe ich eingestellt das die IGPU aktiv ist und als erste Initialisiert werden soll (an der IGPU ist nichts angeschlossen beide Monitore hängen an der R9). Ich verwende für die IGPU die folgende PlattfomID: 0x01660003 vielleicht ist das ja der passende Hint für Dich denn wenn die IGPU nicht korrekt initialisiert werden kann kommt OS-X natürlich auch nicht auf die Beine...

  • Hallo Zusammen,


    um hier wirklich mal effizient helfen zu können, fehlen von pawelpipowich einfach mal grundlegende Angaben:


    a) welches Mainboard nutzt er nun (wenn er doch oben sagt, er nutze nun ein neues Mainbaord): Hersteller und Modell des Mainboards, ggf. auch welche BIOS-Version.
    b) welche PowerColour RX480 hat er genau: das Referenzdesign, die Red Devil, die Red Dragon? Welche Anschlüsse hat die Karte genau?
    sprich wieviele HDMI-, wieviele Displayport- und wieviele DVI-Anschlüsse hat die Karte?
    c) ist es möglich den vorhandenen Monitor ersteinal nur an die Mainboard-eigenen Grafikanschlüsse anzuschliessen und zunächst ausschliesslich darüber zu betreiben?
    die RX480 Karte kann aber durchaus eingebaut bleiben.


    Dann sollte zunächst mal das Mac OS X 10.12. mindestens auf die aktuelle 10.12.4 Version upgedated werden... damit wir eine Grundlage haben, welche Kexte in S/L/E genau wie geändert und angepasst werden müßen.


    Wenn diese Angaben und Vorraussetzungen geschaffen sind, dann lässt sich wesentlich leichter eine detaillierte Schritt-für-Schritt-Anleitung erstellen.
    pawelpipowich: wenn Du diese Angaben nachreichst und uns Bescheid gibst, bin ich gerne bereit, Dir hierbei Schritt-für-Schritt zu helfen.


    Regards... Mork vom Ork

    ASUS WS X299 SAGE/10G • Intel Core i9-7920X 12-Core 2.9GHz • 128GB RAM • ASRock Radeon VII Phantom Gaming • 2x Samsung 980 NVMe M.2 SSD 1 TB
    Custom Wasserkühlung • Thermaltake TheTower 900 • 1x SAMSUNG 49" @ 5120 x 1440 (100Hz) via DP • LG OLED 55" TV @ 3840 x 2160 (100Hz) via HDMI
    WINDOWS 11 ENTERPRISE INSIDER (PRO950 NVMe) • macOS BIG SUR und MONTEREY latest Build (jeweils auf Samsung 980 NVMe) • OpenCore always latest

  • Ich habe nun Gigabyte Ga-z77-d3 mainboard.
    AMD RX 480 von Powercolor Red Dragon
    mainboard hat nur HDMI.
    Die RX480 4mal displayport 1hdmi 1 dvi
    ja mann kann über mainboard hdmi den rechner betreiben. Wenn ich alles auf igfx und interne graka aktiviere.


    Sierra ist auf dem neuesten stand 10.12.14


    wie erwähnt wenn ich die Grafik onboard aktiviere und als initialsierung IGFX bootet nichts.ich warte noch auf den Adapter dp zu hdmi, vielleicht tut sich dann was. da wenn ich auf mainboard per hdmi anschließe fängt os zu booten.


    zurzeit aber habe ich das Problem gelöst indem ich mir eine oob Grafikkarte zugelegt habe die ATI HD 7850. die macht den Job auch sehr gut. Hoffe das meine RX 480 bald oob wird. Oder kann ich da lange warten?

  • Mit dem @Mork vom Ork bist Du was die RX Karten angeht in den besten Händen die man sich wünschen kann. Es gibt meines Wissens nach niemanden der mehr Forschung auf dem Gebiet betrieben hat als er :D

  • So, da ich nun alle für mich relevanten Daten von Dir (pawelpipowich) habe, fange ich mal an.


    Als erstes müssen wir dafür sorgen, daß Dein Mainboard via HDMI mit deinem Monitor verbunden ist. Sollte Dein Monitor nur einen Displayport- oder DVI-Eingang haben, benötigst Du dafür ein HDMI-auf-Displayport- oder HDMI-auf-DVI-Kabel. Bekommst Du günstig und schnell via AMAZON.DE.


    Als nächstes musst Du dein Gigabyte-BIOS so konfigurieren, daß Deine IGPU (Mainboardinterne Grafik) als primary gesetzt ist. Da dieses Mainboard (und das dazu passende letzte BIOS-Update) bereits von 2013 ist, schau bitte mal, ob Du im BIOS auch eine Funktion namens "CSM" hast, die Du ggf. ein- bzw. ausschalten kannst. Schalte diese Funktion bitte ein. Lt. meinen GOOGLE-Recherchen heisst die Funktion in deinem BIOS "CSM Support" und befindet sich unter den Einstellungen "BIOS Features".


    Wie ich bereits in meinem letzten Beitrag erwähnt habe, kann die PowerColor RX480 bereits im PCIe slot #1 eingebaut sein. In erster Linie geht es darum, das Du mittels der IGPU ins BIOS kommst und somit auch unter CLOVER ein Bild auf dem Monitor hast.


    Gehen wir mal davon aus, daß dies nun der Fall ist, so kommen wir zum nächsten Schritt: wir benötigen für die RX480 einen für SIERRA (macOS 10.12.4) passenden Framebuffer, mit dem wir die 3 Displayport sowie den HDMI- als auch den DVI-Anschluss ansprechen können. Ich habe mir das VBIOS Deiner PowerColor RX480 bei Techpowerup.com besorgt und hoffe mal, daß ich das richtige erwischt habe.


    Für den Framebuffer-Patch benötigen wir 2 Scripts: radeon_bios_decode.sh und redsock_bios_decoder.sh sowie die ".rom"-Datei Deines VBIOS.
    Beide Scripts findet Ihr als Anhang zu diesem Beitrag unten. Anwendung beider Scripts wäre wie folgt:


    Unter OS X ein Terminalfenster aufmachen, das erste Script per drag-and-drop ins offene Terminalfenster ziehen, gefolgt von einem "<" und einem Leerzeichen und anschliessend das "xxx.rom"-File per drag-and-drop ins Terminalfenster ziehen. Dann sollte dort in etwa stehen
    (das erste ist jeweils der Pfadname, der bei Euch anders aussehen kann und derzeit meine Pfade zeigt, unter dem die Dateien bei mir liegen):


    " /Volumes/Install\ macOS\ Sierra/APPS_and_FILES/Decoders/radeon_bios_decode < /Users/mvo/Desktop/Powercolor.RX480.8192.160727.rom "


    Jetzt ENTER drücken und man erhält daraufhin folgende Ausgabe:


    Auf die selbe Art und weise holen wir uns mit dem zweiten Script nun noch die fehlenden Werte:
    script plus "< " plus VBIOS.ROM-File ins Terminalfenster ziehen und ENTER drücken. Ergebnis sieht dann wie folgt aus:


    Jetzt haben wir alle relevanten Infos, die wir zum Erstellen eines passenden Frambuffer-Patches brauchen.
    Holen wir uns also die originalen Framebufferdaten aus SIERRA, um diese für uns passend zu patchen. Hierzu benötigen wir das PHP-file "ATI_FrameBuffers_Sierra_Edition.php" und ebenfalls das Terminal unter OS X. Dort tippen wir den Befehl "php " ein, ziehen wieder die Datei "ATI_FrameBuffers_Sierra_Edition.php" direkt dahinter ins Terminalfenster und drücken Enter (sollte macOS Euch jetzt auffordern XCODE zu laden, tut dies bitte, denn wir werden es später erneut benötigen).
    Ergebnis sieht wie folgt aus (da für uns nur der AMD9150Controller wichtig ist, hier nur dessen Einträge):


    Die von uns genutzte PowerColor RX480 hat insgesamt 5 Anschlüsse, also ist der für uns am besten passende Framebuffer "BERBICE", da dieser ebenfalls über 5 Anschlüsse verfügt. Wir können aber erkennen, das BERBICE für einen internen Anschluss (LVDS) sowie 4 externe Displayport-Anschlüsse ausgelegt ist.
    Nun heisst es diesen zu patchen. Dadurch wird dann aus:

    Code
    1. LVDS, DP, DP, DP, DP
    2. 020000000001000039050108000000002001010100000000
    3. 000400000001000000010243000000001000020200000000
    4. 000400000403000000010313000000002103030300000000
    5. 000400000403000000010453000000001102040400000000
    6. 000400000403000000010533000000001204050500000000


    dieser Code mit Anschlüssen für 3x Displayport, 1x HDMI und 1x DVI-D:

    Code
    1. DP, DP, DP, HDMI, DVI-D
    2. 000400000403000000010243000000001204060100000000
    3. 000400000403000000010313000000002205040300000000
    4. 000400000403000000010453000000001102010200000000
    5. 000800000402000000010533000000002103050400000000
    6. 040000001402000000010300000000001000030600000000


    Daraus ergibt sich dann für die spätere Verwendung unter CLOVER folgender Patchcode:


    original FB: 020000000001000039050108000000002001010100000000000400000001000000010243000000001000020200000000000400000403000000010313000000002103030300000000000400000403000000010453000000001102040400000000000400000403000000010533000000001204050500000000


    patched FB: 000400000403000000010243000000001204060100000000000400000403000000010313000000002205040300000000000400000403000000010453000000001102010200000000000800000402000000010533000000002103050400000000040000001402000000010300000000001000030600000000


    Soweit, so gut. Jetzt müßen wir noch die entsprechenden AMD-Kexte patchen, damit unsere RX480 Karte überhaupt von den Apple Treibern erkannt wird. Dazu legen wir uns Kopien der nachfolgend genannten Kext-Dateien an:


    AMD9510Controller.kext und AMDRadeonX4100.kext


    Bei beiden müssen wir die interne "Info.plist"-Datei anpassen. Dazu einen Rechtsklick auf die jeweilige Kext-Datei und "Paketinhalt zeigen" auswählen, den Ordner "Contents" öffnen und nun die "Info.plist" per doppelklick öffnen. Wer sich, wie ich gesagte hatte, XCode heruntergeladen und installiert hat, sollte daraufhin folgendes Bild bekommen (am Beispiel der AMDRadeonX4100.kext):

    Für uns relevant ist hier der Eintrag unter "IOPCIMatch", denn hier müssen wir nun die Device-ID unserer RX480 nachtragen: 0x67DF1002. Einfach diesen Wert mit einem Leerzeichen davor hinter dem Wert "0x67EF1002" eintragen. Info.plist speichern - fertig.
    Das selbe machen wir im Falle der AMD9510Controller.kext:

    Auch hier tragen wir wieder unsere Device-ID nach: " 0x67DF1002" direkt hinter "0x67EF1002". Speichern, Fertig.
    Jetzt beide gepatchten Kexte mittels Kext Wizard wieder in den Ordner /System/Library/Extensions laden, den KernelCache refreshen und weiter geht es.


    Finaler Schritt: anpassen der CLOVER "config.plist" Datei.
    Hierzu öffnen wir unsere CLOVER config.plist und suchen uns folgenden Bereich raus:


    Kann bei Euch ein bißchen anders aussehen, da der hier zu sehende Teil aus meiner config.plist stammt (welche bereits für eine RX480/RX580 genutzt wird). Wichtig sind hierbei die Einträge <key>FBName</key> und <key>ATI</key>. Bei FBNamen tragt Ihr darunter den Namen des von Euch gepatchten Framebuffers ein (in unserem Fall eben BERBICE, und für ATI setzt Ihr darunter den Wert auf <true/>, da CLOVER ja das Injecten für AMD Grafikkarten übernehmen soll. Das ist alles, was in dieser Sektion eingestellt werden muss.


    Nächster Part für die CLOVER config.plist: der Bereich "<key>KernelAndKextPatches</key>" - bei mir sieht dieser so aus:

    Code
    1. <key>KernelAndKextPatches</key>
    2. <dict>
    3. <key>ATIConnectorsController</key>
    4. <string>9510</string>
    5. <key>ATIConnectorsData</key>
    6. <string>020000000001000039050108000000002001010100000000000400000001000000010243000000001000020200000000000400000403000000010313000000002103030300000000000400000403000000010453000000001102040400000000000400000403000000010533000000001204050500000000</string>
    7. <key>ATIConnectorsPatch</key>
    8. <string>000400000403000000010100000000001204060100000000000400000403000000010200000000002205040300000000000800000402000000010300000000001102010200000000000800000402000000010400000000002103050400000000040000000004000000010500000000001000030600000000</string>


    Hier sind nun folgende 4 Einträge durch die von uns früher ermittelten Werte zu erstzen:

    Code
    1. <key>ATIConnectorsData</key>
    2. <string></string>
    3. <key>ATIConnectorsPatch</key>
    4. <string></string>


    Hier setzen wir zwischen die beiden "string"-Felder unseren ermittelten Wert des original BERBICE-Framebuffers, in unserem Fall also:

    Code
    1. <key>ATIConnectorsData</key>
    2. <string>020000000001000039050108000000002001010100000000000400000001000000010243000000001000020200000000000400000403000000010313000000002103030300000000000400000403000000010453000000001102040400000000000400000403000000010533000000001204050500000000</string>


    Das selbe machen wir für den gepatchten Framebuffereintrag, so daß dort dann folgendes steht:

    Code
    1. <key>ATIConnectorsPatch</key>
    2. <string>000400000403000000010243000000001204060100000000000400000403000000010313000000002205040300000000000400000403000000010453000000001102010200000000000800000402000000010533000000002103050400000000040000001402000000010300000000001000030600000000</string>


    FERTIG! Eigentlich gar nicht so schwer, wenn man weiss, wie es geht ;-)
    Wenn wir nun unseren Hackintosh durchbooten, sollte SIERRA die RX480 vollständig erkennen und unterstützen.
    ABER: jedoch nur solange wir unsere IGPU als primary GFX im BIOS gesetzt haben! Als alleinige und primary Grafikkarte läuft die RX480 nicht, bzw wenn nur ohne METAL-Unterstützung, also ohne Beschleunigung. Und bislang ist für dieses Problem noch keine Lösung in Sicht.

    Solange man aber eine Helperkarte hat, welche man als primary GFX deklarieren kann, kann man die RX-Karten in ihrer vollen Pracht auch unter macOS nutzen.
    Anbei die von mir in diesem Tutorial erwähnten Scripte zum auslesen der VBIOS-Daten und der Framebuffer unter SIERRA.


    Ist leider ein bißchen länger als gedacht geworden, aber ich dachte mir: einfach nur die fertigen Patche hier reinklatschen kann ja jeder. Vielleicht interessiert es ja den Ein oder Anderen, wie ich auf die benötigten Patche komme - daher dieser Beitrag.

    Dateien

    ASUS WS X299 SAGE/10G • Intel Core i9-7920X 12-Core 2.9GHz • 128GB RAM • ASRock Radeon VII Phantom Gaming • 2x Samsung 980 NVMe M.2 SSD 1 TB
    Custom Wasserkühlung • Thermaltake TheTower 900 • 1x SAMSUNG 49" @ 5120 x 1440 (100Hz) via DP • LG OLED 55" TV @ 3840 x 2160 (100Hz) via HDMI
    WINDOWS 11 ENTERPRISE INSIDER (PRO950 NVMe) • macOS BIG SUR und MONTEREY latest Build (jeweils auf Samsung 980 NVMe) • OpenCore always latest

    11 Mal editiert, zuletzt von Mork vom Ork ()

  • Holla die Waldfee... :thumbup:


    Vielen Dank für diese gelungene und super detaillierte Anleitung.
    Darf ich diese mit deiner Erlaubnis in unser Wiki übertragen?

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • na lego ;-)




    Ergänzung:


    wer sich nun fragt, woraus sich das Ergebnis des gepachten Framebuffers ergibt, dem sei auch dies hier nochmal kurz erklärt:
    dazu müssen wir uns nochmal die beiden Ergebnisse der ersten beiden „radeon“-scripte im Detail ansehen. Wir schauen uns hierzu
    mal nur die Werte für den ersten Displayport aus vorherigem Beispiel an:


    Das Script „radeon_bios_decode.sh“ liefert uns folgendes Ergebnis:


    Connector at index 0
    Type [@offset 40846]: DisplayPort (10)
    Encoder [@offset 40850]: INTERNAL_UNIPHY2 (0x21)
    i2cid [@offset 40956]: 0x90, OSX senseid: 0x1
    HotPlugID: 6


    Das Script „redsock_bios_decoder.sh“ liefert uns folgendes Ergebnis:


    Connector Object Id [19] which is [DISPLAY_PORT]
    encoder obj id [0x21] which is [INTERNAL_UNIPHY2 (osx txmit 0x12 [duallink 0x2] enc 0x4)] linkb: false


    Für den exakten Patch wichtig sind die Werte der folgenden Angaben (in der Reihenfolge, wie sie im Patch eingepasst werden):


    osx txmit , enc, HotPlug und senseid


    Schauen wir uns die erste Zeile des gepachten Frambuffers an:


    000400000403000000010243000000001204060100000000


    Wir müssen hier also nur darauf achten, das wir die einzelnen Werte, die uns beide Scripte liefern, korrekt setzen. Dabei muss darauf geachtet werden, das der erste Anschluss auch die erste Reihe sein sollte, der zweite Anschluss die zweite Reihe usw.


    Die beiden vorderen Werte (in unserem Beispiel „0004“ und „0403“) stehen für die Art des Anschlußes, sprich ob es sich dabei um einen Displayport-, HDMI-, DVI- oder internen LVDS Anschluss handelt. Dabei gilt folgende Regel:


    Displayport ist gleich 0004 und 0403
    HDMI ist gleich 0008 und 0402
    DVI ist gleich 0400 und 1402
    LVDS (intern) ist gleich 0200 und 0001


    Bastelt man das alles zusammen, ergibt sich daraus für unser Beispiel eben:


    patched FB:
    000400000403000000010143000000001204060100000000 ---> Displayport
    000400000403000000010213000000002205040300000000 ---> Displayport
    000400000403000000010353000000001102010200000000 ---> Displayport
    000800000402000000010433000000002103050400000000 ---> HDMI
    040000001402000000010500000000001000030600000000 ---> DVI-D


    und so wird daraus dann:
    000400000403000000010143000000001204060100000000000400000403000000010213000000002205040300000000000400000403000000010353000000001102010200000000000800000402000000010433000000002103050400000000040000001402000000010500000000001000030600000000

    ASUS WS X299 SAGE/10G • Intel Core i9-7920X 12-Core 2.9GHz • 128GB RAM • ASRock Radeon VII Phantom Gaming • 2x Samsung 980 NVMe M.2 SSD 1 TB
    Custom Wasserkühlung • Thermaltake TheTower 900 • 1x SAMSUNG 49" @ 5120 x 1440 (100Hz) via DP • LG OLED 55" TV @ 3840 x 2160 (100Hz) via HDMI
    WINDOWS 11 ENTERPRISE INSIDER (PRO950 NVMe) • macOS BIG SUR und MONTEREY latest Build (jeweils auf Samsung 980 NVMe) • OpenCore always latest

    6 Mal editiert, zuletzt von Mork vom Ork ()