Okay, Problem gelöst. Das VBIOS der RX6800 war gepatched. Standard VBIOS raufgeflashed und schon geht alles. Meine Güte. ![]()
Posts by Kaffeebecher
-
-
Jo, hab ich gerade noch einmal versucht. Bleibt beim schwarzen Screen und kein POST. Hab mittlerweile die Vermutung dass die RX6800 GraKa da irgendwie Zicken macht, oder das echt einfach nur am Gigabyte BIOS liegt. Könnte mir mal ein gebrauchtes Z690 Board holen als Gegenversuch.
-
Grüß dich,
Ich sag mal so, wenn man sich hier einmal an die Materie ranwagt merkt man, das sollte in der Theorie ganz simpel sein, scheint aber bei Gigabyte fürchterlich vergeigt zu sein.
Habe da den Verdacht, das BIOS übernimmt diese Vendor Keys nicht sauber in den NVRAM oder die Einträge werden vorher nicht sauber aus dem NVRAM gelöscht. VBIOS Signatur im Zusammenspiel mit den PK/KEK/db keys scheint hier auch ein Thema zu sein, daher wohl auch der schwarze Bildschirm wenn es dann ab und zu mal klappt mit der "eingeschränkten" Secure Boot Methode, die einen direkt ins Windows wirft ohne Zugang zum BIOS. Es scheint auch nicht durchgängig zu funktionieren und ist jeweils immer ein zeitaufwendiger Prozess da man das BIOS komplett neu flashen muss nach jedem Versuch.
Also ich habe folgende Ansätze probiert, jedes mal mit komplett Stock BIOS / CMOS Reset
1: Secure Boot auf aus, Microsoft Keys im BIOS über 'Restore Factory Keys' geladen, Secure Boot Modus schaltet von Setup auf User, Secure Boot aktivieren, neustarten. Kein POST.
2: Das BIOS bietet die Funktion 'Restore Factory Provision' - ähnlich wie Restore Factory Keys, aber wo zusätzlich noch NVRAM komplett geleert wird und ein extra Reboot gemacht wird, selbes Prozedere wie bei 1 und wieder: Kein POST.
3: Dann kann man Custom Files über das BIOS Signen - prima dacht ich, signe ich mal alle OpenCore .efi Files die geladen werden. Kein POST.
4: Dann kann man die Microsoft Zertifikate / Vendor Keys extern über Ubuntu mit den OpenCore .efi Files cross-signen, da wird openssl genutzt. Zuerst generiert man seine PK/KEK/db Keys und signed diese dann mit den Images und wirft die wieder zurück in die OpenCore EFI Partition. Aktiviere ich dann Secure Boot bleibt er erstmal im Setup Mode, schalte ich dann auf Custom bleib er im Custom Mode stecken weil ja keine Keys geladen werden. Also lade ich wieder die Vendor Keys und wieder kein POST.
5: Dann gibt es die Methode wie bei 4, nur dass über das Keytool seine generierten PK/KEK/db Keys ins BIOS lädt, das klappt auch - man landet im Secure Boot User Mode aber im Anschluss wieder kein POST. Hier ist allerdings zu sagen, dass er hier AB UND ZU dann Secure Boot aktiviert hatte und man wieder ohne BIOS Zugang im Windows landet. Aber auch eher random.
6: Vendor Keys im BIOS geladen und zusätzlcih meine KEK/db Signatur angehangen, wieder kein POST.
Bin wirklich irgendwie mit dem Latein am Ende.

-
Abend!
Hab Gigabyte B760 Gaming X DDR4 mit dem neuesten BIOS. Intel CPU, AMD Grafikkarte. OpenCore läuft ohne Secure Boot tip top. Ich brauche kein Apple Secure Boot, ich brauche nur, dass Windows Secure Boot und TPM aktiviert haben kann - damit ich Battlefield 6 spielen kann

Ich habe versucht, die OpenCore EFI-Binärdateien und Treiber mit dieser Anleitung zu signieren: https://github.com/profzei/Mat…Secure-Boot-with-OpenCore.
- In meine Ubuntu Partition gebootet, Schlüssel nach dem Guide generiert und meine OpenCore EFI-Partition gemountet.
- Alle .efi Dateien, aus dem EFI mit den extrahierten privaten und öffentlichen Schlüsseln mit openssl signiert
- Die signierten efi files zurück in den EFI-Bootloader gelegt und die privaten und öffentlichen Schlüssel in einen seperaten Ordner auf dem EFI kopiert, damit ich aus dem BIOS darauf zugreifen kann.
Ich bin in mein BIOS gegangen und habe mehrere Ansätze versucht, aber es scheint unmöglich, Secure Boot mit OpenCore auf diesem Gigabyte-Mainboard zum Laufen zu bringen. Das ganze resultiert darin, dass ich meist einen schwarzen Screen hab und irgedwann auch der CPU Lüfter auffhört, also irgendein toter C-State erreicht wird.
Zur Wiederherstellung muss ich das BIOS mit Q-Flash auf einem USB-Stick neu flashen (was meine generierten PK/KEK/db-Schlüssel denke ich mal vollständig obsolet macht (Oder bleiben die bestehen??).
Es gibt jedoch EINE Methode, die Secure Boot zum Funktionieren bringt, aber mit einem großen Nachteil: Ich kann nicht auf das BIOS zugreifen und ich kann auch nicht in OpenCore booten. Es bootet einfach nach einem schwarzen Bildschirm und 2 Minuten Wartezeit direkt in Windows - ohne Auswahlmöglichkeiten. Um das wieder zurückzusetzen muss ich wieder Q-Flashen.
Es ist absolut seltsam und der ganze Prozess dauert EWIG (seit gestern Mitternacht sitz ich hier dran.)
---
Hier ist genau, was ich nach einem kompletten BIOS-Reset (Werkeinstellungen) gemacht habe, um wenigstens in den Windows-Secure-Boot-Modus zu gelangen:
- XMP Profil 1 aktiviert
- Re-Size BAR aktiviert
- Bestätigt, dass CSM deaktiviert ist
- Bestätigt, dass TPM aktiviert ist
Erster Boot:
1. Secure Boot auf Deaktiviert gesetzt
2. Secure Boot von Standard auf Custom geändert
3. Restore Vendor Keys - wenn aufgefordert 'Save Without Quit' gecanceled. (BIOS schaltet dann von Setup auf User Mode um)
4. BIOS Einstellungen speichern und neu starten
Zweiter Boot:
1. Secure Boot von Custom zurück auf Standard geändert.
2. Als aufgefordert, ohne Speichern neu zu starten → Abgebrochen
3. Secure Boot auf Aktiviert gesetzt
4. Speichern und neu starten
Dann rödelt er mit schwarzen screen für 1-3 Minuten und auf einmal landet man in Windows. Da hilft keine Tastenkombi, der bootet einfach direkt durch.
---
Ich raff es alles nicht. Das ist so eine verkorkste Sache mit diesen Gigabyte Board.Hier sind meine vollständigen Specs: https://pcpartpicker.com/b/KHPV3C
Wenn EFI hilft pack ich das auch noch dazu.
-
Gibt es Möglichkeiten FireWire Kext nachzuladen? Das ist tatsächlich der Hauptgrund warum ich nicht auf Tahoe gehen kann aktuell, hab noch ne Tonne an Peripherie für Camcorder und Audioequipment was über FW läuft.
e: Sieht aktuell nicht so aus, da sogar der Punkt mit FireWire komplett aus dem System Report rausgestrichen ist. Hier mal ein Thread im RME Forum (RME ist ja legendär für ihren vollumfänglichen Treiber Support für altes Audio Equipment)
-
Ja, scheinbar verbauen die da unterschiedliche Chipsätze unter dem selben Kartennamen.
Nächste Baustelle wäre jetzt noch Airplay, das connnected zwar zum Apple TV 4k über Bluetooth/WLAN aber auf dem Screen am TV ist alles schwarz. Schätze mal das hat irgendwas mit dem SMBIOS zu tun, aktuell habe ich da iMacPro1,1 drin. Grad aber nicht wirklich lust da meine Seriennummer zu ändern, da dann meine Audioplugins/VSTs häufig neu installiert werden müssen.
-
Hab den Post noch einmal geupdated gerade eben, ist jetzt gefixed.
Das ist die T919 https://www.amazon.de/MQUPIN-B…rforderlich/dp/B07W92MZGF
Hier mal das erste Bild, was ich gleich über Airdrop schicken konnte.
-
Hm, hab jetzt mehrfach noch einmal mit dem https://github.com/corpnewt/USBMap Guide eine neue USB Map erstellt, Dummy USB Kext geladen, dann gemapped und alle Connector Typen gemacht, Dummy Kext ausgetauscht mit der erstellten USB Map, reboot -> Es will immer noch nicht. Wirklich komplett ratlos an dieser Stelle

Wohl gemerkt, ich hab wirklich nicht einen Peil was ich hier mache. Ich folge nur blinds irgendwelchen Guides, in der Annahme dass mich das irgendwo hinbringt.
e: Grad mal in Windows 10 die Bluetooth und WLAN Treiber für die Fenvi T919 installiert, da funktionierts - das schliesst schon einmal aus dass Bluetooth gar nicht auf der Karte funktioniert.
e2: Okay got it fixed! Weil dieser BCM_4350C2 Chipsatz doch wohl was spezielleres ist, hab ich mal das https://github.com/acidanthera/BrcmPatchRAM BluetoothFixup Kext hinzugefügt. Jetzt geht auch Bluetooth und somit auch Airdrop.
Vielen Dank noch einmal für den Hinweis auf den Chipsatz.
hackintosh-forum.de/attachment/220909/
-
Hallo zusammen,
gerade eine Fenvi WLAN/BT Karte verbaut, brauche sie hauptsächlich für das Bluetooth. WLAN klappt. Monterey 12.7.5. B760 Chipsatz.
USB Header ist an einem internen Header auf dem Mobo verbaut. USB ports sind frisch noch einmal gemapped worden über Windows mit USB Toolbox, und im Hacktintool noch einmal getuned und auf internal gestellt.
Es will aber nicht, Bluetooth erscheint weiterhin im System Profiler als Adresse NULL. Hab sogar schon extra Kext installiert, wie etwa BrcmBluetoothInjector.kext - hat auch keinen Effekt.
Mir fällt aktuell nichts weiter ein.

Screenshots und OC EFI einmal angehangen. Vielen Dank!
System:
https://de.pcpartpicker.com/b/KHPV3C
-
Hab mal die Rückseiten Ports (SSxx), obwohl die natürlich alle USB3 können als USB2 deklariert und beobachte mal die Situation. Habe auch den internen USB Port für die RGB Steuerung (HS05) aus der Config rausgenommen (und damit hoffentlich deaktiviert).
Vielen Dank für vielen Nachrichten!
-
Das verstehe ich nicht ganz, sind die USB Maps nicht abwärtskompatibel? Was wäre hier der nächste Schritt?
-
Holerö!
Seit Januar einen neuen Hackintosh zusammengestellt, mit etwas Hilfe aus einem Post beim Nachbarforum von Tony.
Er läuft sehr gut, abgesehen von einer Sache, die mich wahnsinnig macht!
Hier ist mein Build (PC Part Picker für die detailierten Komponenten)
- i5-12600KF
- Gigabyte B760 X DDR4
- macOS Monterey 12.7.5
- OpenCore Version: 1.0
Ich habe alle USB-Ports gemappt und einen USB Kernel daraus gemacht. Ich hänge mal vorsorglich meinen OC Ordner an.
Alle Ports scheinen zu funktionieren, aber dann, während ich dann in Ableton Live Musik produziere kackt irgendwann aus dem Nichts sämtliche USB Peripherie ab.
Das erneute Einstecken bringt gar nichts.
Jedes Mal, wenn es passiert ist, war ich in Ableton Live und habe an Musik gearbeitet, bei regulären Browsen oder sonstigen ist das noch nie vorgekommen, soweit ich mich erinnere.
Das Ding ist, macOS friert nicht ein oder fährt herunter, die Musik spielt weiter, alles läuft weiter - nur alle USB-Peripheriegeräte sind tot.
Dies passiert sehr zufällig - manchmal tagelang nicht, manchmal innerhalb von Stunden. Halt nur immer wenn man in Ableton ist. Da ich ein USB MIDI Keyboard dran hab, seh ich da eine Verbindung. Das sollte aber dann nicht dazu führen, dass sämtliche USB Geräte krepieren. Die einzige Lösung ist, den PC hart auszuschalten (oder von Remote sich per Fernsteuerung einzuloggen und die Maus dann da weiter steuern und runterfahren ect.)
Angeschlossene USB-Geräte:
- USB-Hub von meinem Display-Monitor, an dem eine Apple USB-Tastatur und eine Logitech MX518 USB-Maus angeschlossen sind.
- USB-MIDI-Keyboard (Roland PCR-300) direkt an der Rückseite des PCs angeschlossen.
Dieses Problem tritt unter Windows nicht auf. Das Problem tritt nur im Kontext Ableton Live (oder vllt hohe CPU Last?) auf.
Es ist wirklich frustrierend, und ich habe keine Ahnung, warum dieser Prozess verrückt spielt. Irgendwelche Ideen?
Als es vorhin erst wieder passiert ist, hab ich mich mit anderen Mac mit Bildschirmübertragung Verbunden, um die Systemprotokolle zu überprüfen.
Dann festgestellt, dass IOUSBHostFamily irgendwelche komischen Reportings macht, aus denen ich auch nicht wirklich schlauer werde.
Hier mal die Logs:
Code- 2024-09-27 14:21:26.236387+0200 localhost kernel[0]: (IOUSBHostFamily) <IOUSBHostFamily`AppleUSBHostPort::terminateDevice(IOUSBHostDevice*, AppleUSBHostPort::AppleUSBHostPortTerminateDeviceReason)> 018470.092428 HS04@14300000: AppleUSBHostPort::terminateDevice: destroying 0x0bda/5411/0117 (USB2.1 Hub): connect change interrupt
und dann ein wenig später gehts richtig ab:
QuoteDisplay MoreCode- 2024-09-27 14:21:27.867240+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:936][0x1000005ec] CompleteInReport:0xe00002eb
- 2024-09-27 14:21:27.867248+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:727][0x1000005ec] Schedule retry reason:0xe00002eb count:10 deadline:1ms
- 2024-09-27 14:21:27.868347+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:972][0x1000005ec] TimerOccurred retry:10
- 2024-09-27 14:21:27.868362+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:675][0x1000005ec] initInputReport:0xe00002d8
- 2024-09-27 14:21:27.868367+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:727][0x1000005ec] Schedule retry reason:0xe00002d8 count:9 deadline:50ms
- 2024-09-27 14:21:27.868772+0200 localhost kernel[0]: tcp_timers: tcp_output() returned 0 with retransmission timer disabled for 5900 > 54316 in state 4, reset timer to 748
- 2024-09-27 14:21:27.883322+0200 localhost kernel[0]: (IOAudioFamily) <IOAudioFamily`IOAudioEngineUserClient::performWatchdogOutput(IOAudioClientBufferSet*, unsigned int)> + IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 1504926) - (307fc,6cf)
- 2024-09-27 14:21:27.883341+0200 localhost kernel[0]: (IOAudioFamily) <IOAudioFamily`IOAudioEngineUserClient::performWatchdogOutput(IOAudioClientBufferSet*, unsigned int)> - IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 1504926) - (307fc,acf)
- 2024-09-27 14:21:27.907212+0200 localhost kernel[0]: (IOAudioFamily) <IOAudioFamily`IOAudioEngineUserClient::performWatchdogOutput(IOAudioClientBufferSet*, unsigned int)> + IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 1504928) - (307fc,acf)
- 2024-09-27 14:21:27.907233+0200 localhost kernel[0]: (IOAudioFamily) <IOAudioFamily`IOAudioEngineUserClient::performWatchdogOutput(IOAudioClientBufferSet*, unsigned int)> - IOAudioEngineUserClient[<private>]::performWatchdogOutput(<private>, 1504928) - (307fc,ecf)
- 2024-09-27 14:21:27.976899+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:972][0x1000005ec] TimerOccurred retry:8
- 2024-09-27 14:21:27.976919+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:675][0x1000005ec] initInputReport:0xe00002d8
- 2024-09-27 14:21:27.976928+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:727][0x1000005ec] Schedule retry reason:0xe00002d8 count:7 deadline:50ms
- 2024-09-27 14:21:27.979797+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:936][0x1000005e4] CompleteInReport:0xe00002eb
- 2024-09-27 14:21:27.979803+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:727][0x1000005e4] Schedule retry reason:0xe00002eb count:10 deadline:1ms
- 2024-09-27 14:21:27.980140+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:936][0x1000005e9] CompleteInReport:0xe00002eb
- 2024-09-27 14:21:27.980146+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:727][0x1000005e9] Schedule retry reason:0xe00002eb count:10 deadline:1ms
- 2024-09-27 14:21:27.981434+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:972][0x1000005e9] TimerOccurred retry:10
- 2024-09-27 14:21:27.981448+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:972][0x1000005e4] TimerOccurred retry:10
- 2024-09-27 14:21:27.981450+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:675][0x1000005e9] initInputReport:0xe00002d8
- 2024-09-27 14:21:27.981454+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:727][0x1000005e9] Schedule retry reason:0xe00002d8 count:9 deadline:50ms
- 2024-09-27 14:21:27.981460+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:675][0x1000005e4] initInputReport:0xe00002d8
- 2024-09-27 14:21:27.981464+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserUSBHostHIDDevice.cpp:727][0x1000005e4] Schedule retry reason:0xe00002d8 count:9 deadline:50ms
- (...)
- 2024-09-27 14:21:28.316289+0200 localhost kernel[0]: (IOHIDFamily) <IOHIDFamily`IOHIDDevice::handleClose(IOService*, unsigned int)> close by AppleHIDKeyboardEventDriver 0x10000064e (0x0)
- 2024-09-27 14:21:28.316301+0200 localhost kernel[0]: (com.apple.AppleUserHIDDrivers.dext) [IOUserHIDEventService.cpp:349][0x100000648] Close interface: 0x100000635 0x0
- 2024-09-27 14:21:28.317799+0200 localhost kernel[0]: (IOUSBHostFamily) <IOUSBHostFamily`AppleUSBHostPort::terminateDevice(IOUSBHostDevice*, AppleUSBHostPort::AppleUSBHostPortTerminateDeviceReason)> 018472.173834 AppleUSB20HubPort@14312000: AppleUSBHostPort::terminateDevice: destroying 0x05ac/0250/0074 (Apple Keyboard): upstream hub is terminating
- 2024-09-27 14:21:28.318020+0200 localhost kernel[0]: (IOUSBHostFamily) <IOUSBHostFamily`AppleUSBHostPort::terminateDevice(IOUSBHostDevice*, AppleUSBHostPort::AppleUSBHostPortTerminateDeviceReason)> 018472.174062 AppleUSB20HubPort@14330000: AppleUSBHostPort::terminateDevice: destroying 0x043e/9a39/0427 (LG Monitor Controls): upstream hub is terminating
- 2024-09-27 14:21:28.318133+0200 localhost kernel[0]: (IOUSBHostFamily) <IOUSBHostFamily`AppleUSBHostPort::terminateDevice(IOUSBHostDevice*, AppleUSBHostPort::AppleUSBHostPortTerminateDeviceReason)> 018472.174175 AppleUSB20HubPort@14310000: AppleUSBHostPort::terminateDevice: destroying 0x05ac/1006/9615 (Keyboard Hub): upstream hub is terminating
- 2024-09-27 14:21:28.318197+0200 localhost kernel[0]: (IOUSBHostFamily) <IOUSBHostFamily`AppleUSBHostPort::terminateDevice(IOUSBHostDevice*, AppleUSBHostPort::AppleUSBHostPortTerminateDeviceReason)> 018472.174239 AppleUSB20HubPort@14320000: AppleUSBHostPort::terminateDevice: destroying 0x046d/c08e/4000 (MX518 Gaming Mouse): upstream hub is terminating
Weil das sehr viel Text ist, hier ein Pastebin mit dem Rest vom Log: -
Wenn der Thunderbolt Port an dem Mainboard in macOS nativ unterstützt wird, sprich keine extra PCI-E Karte dafür rein muss, dann ja!
PS: Habe den Eindruck, dass bei den Z690/Z790 Boards für Blueooth/WiFi (Airdrop-Funktionalität) immer eine extra PCI-E Karte gekauft wird. Bei den B660 Boards kann jedoch ein M2 Chip ausgetauscht werden, der dann Kompatibilität erzweckt.
-
Guter SSD Tipp, schaue ich mir mal näher an.
Mal gucken was die Intel 14th Gen Raptor Lake Refresh da so preislich mit der 13er Generation macht.

Mainboard immer noch ungeklärt. Irgendwas zwischen Preiseffektiv, viele PCIE und M2 Slots und ohne RGB Schrott.
-
Besten Dank für die Zusammenfassung. Das mit den SSDs war mir nicht bewusst. Dann werde ich wohl eine SN850x (7000 mb/s Reads) für macOS und eine Samsung 980 Pro für Windows nach der Empfehlung hier nehmen: SSD Empfehlung
Die Denke mit dem großen Case war dass ein grösseres Gehäuse gut für den Airflow ist, was ja in der Umkehr auch wieder leisere Lüfter bedeutet.
-
Hello.
Hatte früher einen Dell T20 Hackintosh, der auch durch den Foren-Thread hier lange genutzt werden konnte.
Derzeit bin ich auf einem MacPro5,1 (Dual CPU mit AMD RX580) und möchte jetzt ein neues System zusammenstellen, da der MacPro deutlich an seine Grenzen stößt.
Was?
Monterey + Windows 10 auf separaten m.2 SSDs
Auf macOS wird Audio und Video Bearbeitung stattfinden, auf Windows wird gezockt.
Womit?
Meine Shoppingliste besteht derzeit aus:
CPU: 13th Gen. Intel i5-13500 (Geizhals: € 259,99)
CPU Kühler: ?
MoBo: ?
RAM: ?
GraKa: AMD RX6800 Founders Edition (Non-XT) (Geizhals: bereits vorhanden)
Case Option 1: be quiet! Silent Base 802 schwarz, schallgedämmt (36 dBA) (Geizhals: 160€)
Case Option 2: be quiet! Pure Base 600, schwarz, schallgedämmt (29 dBA) (Geizhals: 80€)
M.2 SSDs: 2x Samsung SSD 980 Pro 2TB (Geizhals: ~130€ (260€))
NT: 650W be quiet! Dark Power Pro 11 ATX 2.4 (Geizhals: Bereits Vorhanden)
Ich suche derzeit noch das passende MoBo, dass für OpenCore am leichtesten zu konfigurieren ist.
Nach aktuellen Wissenstand gibt es hier Z690, Z790 und B660 Chipsätze. Daraus bedingt sich ob man entweder DDR4 oder DDR5 RAM bestellt.
Die CPU habe ich gewählt da hier wohl das effektivste Preisleistungs-Verhältnis für die 13. Intel Generation scheint.
Generelle Anforderungen an den Hackintosh:
+ Leise. Ich produziere Musik und bin anfällig für Rechner Geräusche

(Daher auch die Überlegung ggf. eine Fan-Mod an der RX6800 durchzuführen, mittels Dremel und 3x Noctua Fans wie hier bei diesem Fan Mod an einer RX580, aber das ist ggf. wieder ein neues Thema. :D)
+ Kein RGB Gedöns.
+ möglichst viele USB Anschlüsse
+ mind. 2x M.2 SSD Anschlüsse
+ mind. 2 weitere freie PCI-E Slots nach der GPU (werde noch 1x PCI-E Firewire Adapter einsetzen), daher idealerweise 3 Slots.
Optional:
Ich habe noch eine Partition mit 10.14 Mojave, wenn man die iGPU irgendwie hier einsetzen kann wäre das ideal. Da die RX6800 erst unter Big Sur bzw. Monterey läuft müsste diese irgendwie in der EFI für die bestimmte Partition abgeklemmt werden müssen. (Weiss nicht ob und wie das geht)
+ Thunderbolt (für Abwärtskompatible Firewire Adapter)
-
Habe gerade vom 1225v3 auf den 1270v3 aufgerüstet. Der hat 8 Thrads ggüber den 4 im 1225.
Boot lief ohne Probleme durch. Frage mich nur wie ich erkenne ob er jetzt die potentiellen 8 Threads ausnutzt? Die CPU wird auch als unbekannt angegeben. Habt ihr Ideen als Fix? HWMonitor zeigt auch nur mäßig Daten.
-
Was wäre denn eine gute Komplett Alternative zum T20 für das Jahr 2021? Gerne natürlich mit den selben Benefits wie Dell Cashback. So langsam merk ich schon dass da ein wenig mehr Leistung nicht verkehrt wäre. Haben hier User die CPU mal geupgradet?
-
Jemand mal in Erfahrung gebracht wie man auf dem T20 GPU Hardware Beschleunigung, ergo Intel QuickSync aktiviert? Hab paar Full HD Kameras aufgebaut, dazu einen nginx Server aufgesetzt um RTMP Signale vom Haus zu sammeln, jetzt stellt sich raus dass ausschliesslich Software Encodierung mit der derzeitigen Konfiguration möglich ist. Nvidia bietet da keine Option für HVENC auf OSX am, selbst QuickSync ist so erstmal nicht verfügbar (Bei Macbooks natürlich). Ideen?
-
Hallo T20-Gang,
liebäugle mit einer E3-1275 V3 CPU, Benchmarks versprechen 10-25% Gain gegenüber der derzeitigen E3-1225 V3.
Was meint ihr wie ein bestehendes OSX System sich mit der Idee vertragen wird?