Config.plist optimieren GA Z170X UD5 TH

Hallo an Alle zusammen, schön dass hier so hilfreich kommuniziert wird. Ich bin relativ neu in der Ecke und habe nicht ganz so viel Ahnung.

Habe ein i7 6700k mit dem hier behandeltem Mainboard Gigabyte Z170x UD5 Th und einer GTX 970 4GB + 64 GB RAM 2400er. Wlan über TPLink 4800er Pci Karte.
An sich läuft das System gut nach anfänglichen Problemen.

Audio über ALC1150 bekomme ich einfach nicht zum laufen, habe zuvor den "audio_cloverALC-120_v1.0d.command" probiert, leider ohne Erfolg. Ich habe 3 AppleHDA Einträge unter KextToPatch, weiss nicht ob diese hiervon sind.
Sound habe ich seltsamerweiser NUR über den Displayport 1.2 am Monitor. Soweit ich glaube, auch erst nachdem ich die FixPermissions aktiviert habe. Könnte mich aber auch irren.

Nach dem ich hier und da gelesen habe, habe ich nun auch Bedenken, das ich die falschen Kext und auch falsch eingebunden habe.

Wollte die hier beschriebene Methode von al6042 testen, doch sobald ich die AppleALC.kext in den EFI clover Ordner (10.12) schiebe und neu starte, hängt sich der Bootloader am Ende auf.
Nur ohne injected kexts startet er wieder einwandfrei.
Weiss jemand Hilfe?

Das sind meine Kext im EFI/Clover/kext/10.12

AppleHDA.kext
FakeSMC.kext
realtekALC.kext
USBInjectAll.kext

Im EFI/Clover/ACPI/patched:

DSDT.aml die hier von al6042 hochgeladen wurde. (danke)

Anbei ist meine config.plist

Danke, werd ich so mal probieren...

Brauchst Du doch auch nicht.
Ich hab nur die AppleALC im Clover Ordner und @al6042 hat mir die DSDT gepatcht.

SOUND + AUDIO ALC1150 LÄUFT! Mainboard Ausgänge und über die GTX970 über Display Port. Hdmi nicht getestet!

i7 6700k - Mainboard Gigabyte Z170x UD5 Th - GTX 970 4GB - 64 GB RAM 2400er - Wlan TPLink 4800er Pci

Kext im "EFI/Clover/kext/10.12"
AppleHDA.kext
FakeSMC.kext
realtekALC.kext
USBInjectAll.kextIm

"EFI/Clover/ACPI/patched"
DSDT.aml die hier von al6042 hochgeladen wurde. (danke)

Anbei ist meine config.plist

Hallo @tottys
Deine Infos verwirren mich jetzt gerade.... oder, um es auf gut Deutsch zu sagen, "Hä"?
Wer hat denn hier eine AppleHDA auf seine EFI abgelegt, und warum?

Außerdem ist eine Antwort auf Fragen wie "Was läuft jetzt noch schief ? Deine Dateien müssten doch funktionieren oder ?" ohne einen Screenshot der Situation nicht nachvollziehbar...
Zudem habe ich aktuell keinen Schimmer, was sich bei dir in den Ordnern
/EFI/CLOVER/Acpi/patched
/EFI/CLOVER/kexts/other oder /"OSX-Version"
bzw. in der Datei /EFI/CLOVER/config.plist
abspielt...

Nun,
die Theorie, welche wir hier verfolgen, ist die Nutzung des Kexts AppleALC.
Eine Erklärung dazu findest du unter https://www.hackintosh-forum.d…amische-AppleHDA-Patcher/
Damit brauchst du nur folgende Komponenten:
- die Original AppleHDA unter /System/Library/Extensions -> Sollte bei dir so sein
- eine DSDT mit dem entsprechenden Inject der Audio-/Layout-ID -> Hast du bereits
- und natürlich den aktuellsten AppleALC in der Version 1.0.17 (ganz unten im ersten Link)... -> Solltest du noch herunterladen und nach /EFI/CLOVER/kexts/other kopieren

Damit sparst du dir:
- eine AppleHDA im Ordner /EFI/CLOVER/kexts/other -> prüfe bitte, ob das nicht die AppleHDA ist, die du eigentlich unter /System/Library/Extensions brauchst... ansonsten muss der Kext entfernt werden, wenn du mit AppleALC arbeiten willst
- den realtekALC.kext -> Muss entfernt werden, wenn du mit AppleALC arbeiten willst
- die KextsToPatch-Einträge für den AppleHDA in der Clover config.plist. -> müssen entfernt werden, wenn du mit AppleALC arbeiten willst

Hi,

die DSDT kann keinen Einfluss auf die Kexte nehmen, wie du sie bereits mit deiner manuell gepatchten AMDRadeonX4100.kext durchgeführt hast.
Man kann eine andere Vendor-/Device-ID per DSDT mitgeben, aber ich bin mir nicht sicher ob das hier ausreichen wird.

Wenn dein obiger DSDT-Teil zur Geltung kommen sollte, würde ich mich auf den Punkt mit

und gegebenenfalls noch mit der

beschäftigen...

Ist halt die Frage, ob das Sinn macht...

Ich habe das System heute komplett neu aufgesetzt. Das Resultat ist ernüchternd, die USB-Ports sind noch langsamer. Kann es am BIOS liegen? Hardwaredefekt. Ich löse ja sehr gerne Rätsel, aber das hier geht mir inzwischen richtig auf den Senkel. Ich möchte aber nicht einfach die Brocken hinwerfen, ich möchte wissen, wo der Haken hängt.

Menno...!

DIe DSDT hat al im Ursprung für mich gestrickt. Ich vermute eine dämliche BIOS-Einstellung von meiner Seite oder einen Hardwaredefekt.

Welchen USB Kext benutzt du denn? Ich habe das Problem jetzt nicht so mitverfolgt

Im Moment läuft die von @tottys, die er oben zum Download bereit gestellt hat.

Ich bin sogar so weit gegangen, dass ich nur 15 USB-Ports verwende und den Rest mit dem exclude-Code in Clover ausschalte, um so clean wie möglich zu bleiben. Nichts, die Geschwindigkeit bleibt lahm. Alles ist sauber, USB2 ist USB2 und USB3 ist USB3, aber eben viel zu langsam.

Du könntest ein paar Bilder von deinen BIOS Einstellungen hochladen, dann können wir die mal checken Wie siehts denn im IOReg aus? Werden die excludeten Ports auch nicht mehr angezeigt, oder sind die noch vorhanden?

Es werde genau die Ports angezeigt, die ich sehen möchte. Alle, die ich rauswerfen wollte, sind auch nicht mehr aktiv.

In meiner BIOS-Version F20 gibt es offenbar keine Screenshot-Funktion mehr. Reicht Peripherie?

EDITH: Oh, gibt es doch.

Falls es eine Suchfunktion gibt, oder falls du die Ansicht wechseln kannst (auf Klassische Ansicht, nicht SmartTweakMode) dann schau mal ob noch weitere USB Settings erscheinen. Du kannst auch mal versuchen die USB Treiberunterstützung und/oder die 60/64 Emulation zu deaktivieren