Beiträge von Flynn_LG

Hey Hackintoshler!

Ich habe mir vor kurzen einen Hackintosh zusammengebaut und alles funktioniert auch schon soweit.

Leider habe ich allerdings Probleme mit der Skalierung bzw. Auflösung im OpenCore Menü als auch wenn der "Apfel" beim Start kommt, da diese viel zu groß sind.

Ich habe in der EFI schon mit dem Wert Output/Resolution rumgespielt und dort sowohl "Max" als auch feste Werte wie "2560x1440@60" eingesetzt oder bei NVRAM/Add/4D1EDE05-38C7-4A6A-9CC6-4BCCA8B38C14/UIScale auf "01" gesetzt. Alles ändert bei der Skalierung/Auflösung gar nichts.

Mein Monitor ist ein Dell G3223Q, welcher per HDMI angeschlossen ist.

Vielleicht weiß jemand die Lösung bei diesem Problem und kann mir netterweise etwas auf die Sprünge helfen?Vielen Dank schonmal im Voraus!

Zitat von DSM2

Edit: die 50er sind alles andere als stabil daher auch die Problematik…

Oh, das wusste ich nicht… Dachte das genau die sehr stabil ist. Kannst du mir eine für die TitanRidgeV2 empfehlen? Dann würde ich die einfach nochmal flashen.

EDIT:

Ich habe gerade das hier gefunden: https://github.com/qthegaijin/TR-Firmwares

Schaut ganz interessant aus, vor allem weil von dir DSM2 eine dabei ist. Jetzt ist nur die Frage, welche Firmware für MacOS Montery / Titan Ridge v2.

EDIT2:
Mir ist gerade durch Zufall aufgefallen, dass unter dem Reiter PCI unter Systeminformationen die "Karte" "pci11c1,5901" dessen Treiber beim Kalt-Start als nicht installiert angezeigt wird. Beim Warm-Start allerdings als installiert.

Kalt-Start:

Warm-Start:

EDIT 3:
DSM2 Nach weiteren rum probieren und recherchieren habe ich herausgefunden, dass das Problem nichts mit der Titan Ridge oder mit dem Audio-Interface zu tun hat. Es ist der verwendete originale Apple Adapter von FireWire-800 auf Thunderbolt-2 und dessen Treiber. Dieser lädt komischerweise nur beim einem Restart, so wie die Systeminformation unter PCI auch zeigt. Anscheinend bin ich damit nicht der einzige, da einige Probleme unter MacOS 12 mit dem Adapter haben. Habe schon einige Sachen gemacht, wie extra Treiber dafür installiert oder das zurücksetzen der Treiber Berechtigungen. Leider funktioniert keines der angeblichen Lösungen. Ich bestelle mir mal ein FireWire 800 auf Thunderbolt 3 Kabel und gucke ob das Problem dadurch behoben wird. Gibt es leider nicht.
Um sicherzugehen, dass der Rest wirklich funktioniert, habe ich die TitanRidge mit einer FireWire 800 PCIe Karte ausgetauscht. Dann direkt an dieser das Audio-Interface ohne Adapter angeschlossen und diese funktioniert immer - egal ab Warm- oder Kalt-Start.

EDIT 4:
Und noch was Neues. Ja es endet nicht.
Mithilfe des Hackintools ist mir unter dem Reiter PCIe ein Eintrag ins Auge gefallen, welcher nur beim Kalten-Start auftaucht. Es ist der "JHL7540 Thunderbolt 3 USB Controller". Ich kenne mich in diesem Thema leider garnicht aus und würde gerne deshalb um Hilfe bitten, ob das damit zutun haben könnte.

Kalt-Start:

Warm-Start:

Danke für deine Antwort bluebyte!

Das Ding ist, dass wenn der Rechner warm gestartet ist und das Saffire Pro 24 Audio-Interface erkannt wird, HotPlug/HotSwap einwandfrei funktionieren. Daran kann es also nicht liegen? Außerdem wird die Karte bei jeden Start - warm als auch kalt - korrekt erkannt, nur nicht das Audio-Interface, egal ob schon beim Start dran oder erst später angesteckt.

Hey Hackintoshler!

Wie man dem Titel schon entnehmen kann, habe ich Probleme mit der Erkennung meines Focusrite Saffire Pro 24 Audio-Interfaces, welches über FireWire -> FireWire zu Thunderbolt 3 (Originaler Apple Adapter) -> TitanRidge angeschlossen ist.

Mein aktuelles System besteht aus:
- i7 12700K
- RX 6900 XT
- TitanRidge-v2 geflasht mit GC-Titan-Ridge-V2.0-Mod-NVM50-CaseySJ
etc.

Ich habe auf dem Rechner die Saffire MixControl Software installiert und das Audiointerface funktioniert auch 1A wenn der Rechner warm gestartet wird, d.h. nicht per Start-Knopf, sondern booten und dann noch einmal Neustarten. Ich kann mir gut vorstellen, dass es was mit den Kexten zu tun hat, welche die Software beim Start lädt?

Außerdem zu sagen ist, dass unter Systeminformationen unter dem Reiter "Thunderbolt/USB4" - egal ob warm oder kalt gestartet - immer alles gleich und korrekt angezeigt wird:

EFI und LOG ist beides unten im Anhang hochgeladen.

Jetzt schonmal vielen Dank für jede Hilfe!

Zitat von OSX-Einsteiger

Nehme Bitte einen Plist Editor https://github.com/ic005k/Xplist

Hatte vorher immer mit OCAuxiliaryTools editiert, würde der auch gehen? Finde die Oberfläche + die Upgrade Funktion ganz nett Xplist an sich auch, ist aber hingegen sehr schlicht gehalten.

Zitat von kaneske

UFF, wie peinlich, das SetupVirtualMap muss TRUE nicht FALSE...

Alles top, passiert mal. Habe jetzt SetupVirtualMap auf True gesetzt, alle Bios Einstellungen getroffen (die du geschrieben hattest), die SSDT-PLUG durch die SSDT-PLUG-ALT ersetzt und siehe da, MacOS Erwacht zum Leben! Danke!Hatte dann gerade noch das Windows-Zeitformat zu UTC geändert und somit auch keine Uhrzeit Probleme mehr. Auf deine PN habe ich gerade geantwortet!

Zitat von Erdenwind Inc.

Kann passieren wenn das nur mal nebenbei gemacht wird.

Genau so ist es. War ja gestern wirklich nur so nebenbei - sogar bei mir. Jetzt läuft die Kiste erstmal wieder und jetzt warte ich nur noch bis die Graka da ist und dann gehts weiter!


Danke nochmal an alle Beteiligten!

Zitat von OSX-Einsteiger

Deaktivieren

Ist es jetzt. Zeigt leider trotzdem keine Verbesserungen.

Zitat von OSX-Einsteiger

Steht ganz Oben Links

Oben Links steht tatsächlich gar nichts. Nur unten rechts steht was: DBG-085-2022-09-05 Also anscheinend, wie du schon sagtest, die v0.8.5.
Nicht wundern, bin jetzt erstmal offline. Danke für eure jetzige Hilfe!

SetupVirtualMap ist immer noch "false"VT-D ist aktiviert.

Genau, wie kaneske gerade meinte, es hat kein TB4, die USB4 Option habe ich deaktiviert und genauso wie vorher.

kaneske kein Stress. Ich gehe jetzt sowieso (leider) erst einmal offline, da ich morgen früh raus muss.

OSX-Einsteiger Benutze aktuell OpenCore 0.8.3 oder 0.8.4 (finde es leider gerade nicht heraus). Nein, OCAT benutze ich nicht.

Na klar, sorry

Zitat von OSX-Einsteiger

Ist die 6900 XT schon da und eingebaut ?

Ist bestellt (habe ich gestern Abend "günstig" für 880€ bekommen) und sollte dann nächste Woche ankommen.

EDIT:
Erdenwind Inc. NVRAM Reset durchgeführt, aber leider hat's auch nichts gebracht. Kein Problem, jede Hilfe ist hier erwünscht Uhrzeit Probleme im Bios hatte ich keine, mir ist es bloß unter MacOS (wo ich es noch starten konnte) und heute kurz unter Windows aufgefallen.

Habs gefunden! Danke Erdenwind Inc. Da hat ja MSI ein wirklich sehr übersichtliches BIOS gemacht...
Leider hat das deaktivieren von CFG-Lock nicht geholfen

Zitat von Erdenwind Inc.

Bitte doch deine EFi hier mal posten. Dann kann dir auch geholfen werden

Alles schon erledigt - ein Post über deinem

kaneske Okay, Booter-Quirks sollten aber soweit passen?

OSX-Einsteiger Finde die Einstellung leider nicht. Werde wohl dann den Guide befolgen müssen https://dortania.github.io/Ope…nstall/misc/msr-lock.html, richtig?

EFI+LOG habe ich doch immer

Das Ding ist kaneske weiß schon wovon er redet. Er hat das gleiche Board und sollte somit wissen, ob das funktioniert oder nicht. Kein Plan was ich gerade mal wieder falsch mache.

Sorry für die späte Antwort.

Habe die das BIOS soeben auf v1.7 geupdatet und siehe da, er hängt sich bei LOG:EXITBS:START auf. SecureBoot hatte ich sofort deaktiviert, da es mir beim ersten mal schon Probleme gemacht hatte, aber diesmal leider nicht. Anzumerken ist, dass ich "nur" den Guide befolgt habe und gerade noch einmal überprüft habe (über Windows) ob SetupVirtualMap=false ist.

Zitat von kaneske

Flynn_LG 1.7 BIO as geht aber auch mit benannter Quirk…bei dir nicht?

Ich war auf der Version 1.0 und habe einfach auf 1.4 geupdatet, daher kann ich das leider nicht sagen. Werde es aber noch in den nächsten Tagen ausprobieren!

Zitat von OSX-Einsteiger

bleib in diesen bennen die Überschrift nur um

Okay, wie du meinst

Vielen Dank für die hilfreichen Kommentare! Das Bios ist jetzt auf der Version 1.4 und die MacOS Installation hat nach Erstellen der EFI mithilfe des oben genannten Guide auch 1A funktioniert.

Damit würde ich mich auch schon direkt aus diesem Thread verabschieden und in den nächsten Tagen einen neuen Thread unter OS-Optimierung aufmachen!

LetsGo Danke für deine Antwort!

Mir war so als hätte ich gelesen, dass die iGPU unterstützt wird, aber da habe ich mich wohl geirrt. Bezüglich des Guides: Dann werde ich noch einmal komplett die EFI zurücksetzen und mithilfe des Guides zusammenstellen. Danke für den Link

Hey Hackintoshler!

Ich melde mich jetzt nach einem erfolgreichen Kauf und Zusammenbau der Komponenten zurück (siehe: HARDWARE-KOMPATIBILITÄT | INTEL-SETUP MIT THUNDERBOLT 3/4 FÜR RUND 2'500€).

Hier noch einmal die verbauten Komponenten:
- MSI MAG Z690 Tomahawk WIFI (DDR5)

- Intel Core i7-12700K

- Kingston FURY Beast DIMM Kit 64GB

uvm.: https://geizhals.de/?cat=WL-2644942

Direkt am Anfang ist anzumerken, dass ich bis jetzt die MacOS-Installation mit der iGPU des Prozessors mache, da die Grafikkarte erst in ca. 1 Woche ankommt.

Nach einer erfolgreichen Windows Installation und ein paar kleineren Anpassungen hatte ich mich schon direkt an OpenCore gesetzt und habe den offiziellen Guide von A bis Z durchgearbeitet. Leider, aber auch irgendwie erwartet, taucht ein Fehler beim Start auf:

Natürlich habe ich direkt nach dem Fehler gegoogelt und siehe da, viele Leute die den gleichen Fehler haben. Habe dann versucht jegliche Dinge wie DevirtualiseMmio, SetupVirtualMap, EnableWriteUnprotector, CPUID usw. wie beschrieben zu ändern, aber leider ändert alles das Problem nicht. Ich kann mir gut vorstellen, dass ich bei ACPI->.AML was falsch gemacht habe, da ich dort nicht richtig durchgeblickt habe.

Vielleicht könnte mir wer netterweise an der Stelle weiterhelfen, da ich mittlerweile wirklich nicht mehr weiter weiß... EFI-Ordner ist natürlich unten hochgeladen.

Vielen Dank im Voraus!

(Ping kaneske - Hilffffeee! )

Zitat von NERD

Wenn das Board einen Header besitzt, sehe ich keinen Grund den Header nicht zu verbinden…

Hatte eigentlich nicht gesagt, dass ich den Header nicht verbinden werde. Meinte damit nur die Bridge, kein Header Würde ja auch kein Sinn machen, wenn ich sie nicht verbinden würde

Zitat von kaneske

Bei der 2.0 musst du halt die richtige FW nehmen. Solle und wird aber auch gehen.

Danke für die Aufklärung! Anscheinend hat der Urheber nichts einzuwenden, wodurch ich die rev 2.0 einfach behalten werde und es dann mit der FW auf GitHub versuchen werde

Das Board hat einen Header. Bridge kann also auch weg gelassen werden.

Hey nochmal,

kaneske kurze Frage nochmal an dich, da Amazon mir eine 2.0 Titan Ridge geschickt hat und keine 1.0. Was genau spricht gegen eine rev 2.0 bzw. warum sollte ich lieber die rev 1.0 verwenden? Sonst schick ich sie nämlich zurück.

Vielen Dank im Voraus