Auch mit der 10.12.2 AppleHDA habe ich noch immer keine Auswahl/Lautstärkeeinstellungen in den Systemeinstellungen.

AR8151 v2.0 / Via2021: Ton und Ethernet unter Sierra
-
- Erledigt
- DerAmino
- Erledigt
-
-
Guck mal im Systembericht (Apfelmenü/Über diesen Mac) unter Audio - Intel High Definition Audio, ob die Layout-ID injected wurde.
-
So sieht das ganze derzeitig aus:
-
OK, das heißt, die Audio-ID 9 wurde nicht injected. Hast du die DSDT.aml nach EFI/Efi/Oz/ACPI/Load/ kopiert?
-
Na klar.
Das einzige was aus meiner Sich sein könnte, ist, dass die DSDT eventuell defekt ist oder Oz schlicht auf die EFI-Partition der Windows Platte zugreift.
Werde nochmals die gepachte AppleHDA drüberbügeln, eventuell bringt es was.
-
Hast du Windows auf einer eigenen Platte? Dann zieh doch mal die Kabel ab. Oder du mountest die EFI der Windowsplatte und kopierst da die DSDT rein...
-
Wenn die layout ID 1 injected wird musst du irgendwo das stehen haben. Wenn du keine VoodooHDA hast, die DSDT benutzt und die AppleHDA installiert hast kann es daran natürlich nicht liegen. D.h. du musst irgendwas anderes installiert haben was dir vermeintlich ton bringen soll, aber nicht klappt.
-
Ich hatte VoodooHDA und AppleHDADisabler.kext installiert, dies aber per Terminal gelöscht, weil es nichts gebracht hat. Komischerweise wurde Voodoo unter S/L/E als Kext nicht angezeigt.
Habe aber den ganzen Ordner nach Änderungsdatum aktualisiert, und nur die geänderte AppleHDA wurde bislang verändert. Ich weiß aber, dass als ich die originale AppleHDA gesichert habe und das erste Mal die gepaschte Version installiert habe, eine Fehlermeldung von macOS kam, dass die Erweiterung nicht richtig installiert werden konnte. Also hab ich es nochmals installiert und danach gab es keine Fehlermeldungen mehr.
Eventuell ist im Oz-Bios VoodooHDA standardmäßig installiert, habe da mal hier irgendwo gelesen.
Soll ich eventuell mal DisableVoodooHDa in der Oz-Toolbox auf 1 stellen?
-
-
Wenn ich raten dürfte, würde ich sagen, es passt nicht in dein ROM rein.
Ja natürlich müssen diese gelöscht werden, sodass du wirklich für Ton nur die DSDT und gepatchte AppleHDA benutzt.
Kexte in S/L/E bitte immer mit Kext Utility installieren, sodass die Rechte repariert werden.
-
Hat auch nichts gebracht, in der Defaults.plist VoodooHDA zu disablen. Immer noch wird die Layout-ID 1 angezeigt.
Jetzt weiß ich aber auch nicht mehr weiter, denn ich habe Ton per HDMI, aber die Mainboard-Outputs werden einfach nicht angezeigt.
-
Hast du mal die Windowsplatte abgezogen, so dass nur noch OS X am Mainboard hängt?
-
Habe ich auch schon nachgedacht und jetzt ausprobiert und siehe da, Layout-ID 9, yay!
Aber jetzt werden mir im Menü gar keine Audi-Outputs mehr angezeigt, weder die HDMI-Bildschirme, die zuvor noch angezeigt wurden, noch die gewünschten Mainboard-Outputs.
Bedeutet für mich als Laien, dass Oz sich die Daten aus der Windows Efi holt, in der keine DSDT + Defaults.plist vorhanden ist.
Edit: Also nochmals NVRAM-Reset gemacht, damit der Mac-Efi-Ordner eingelesen wird, bzw. die darin enthaltenen Defaults.plist und DSDT.
Das hat jetzt zur Folge, dass das System mir entweder nur das Apfel-Logo anzeigt, nichts kommt oder nur ein weißer, verpixelter Screen. Booten funktioniert jetzt nur noch im Safe-Noot-Modus und dort wird die Layout-ID 9 angezeigt, jedoch gibt es keine Auswahl an Geräten. -
Falls das noch nicht gemacht wurde, würde ich gerne mal folgendes sehen...
Und zwar einen Screenshot vom Inhalt des Ordners /EFI/CLOVER/kexts/Other oder /10.12, wo auch immer du in der EFI die Kexte abgelegt hast.
Als nächstes solltest du im Systembericht, im Bereich Software, den Punkt "Erweiterungen" anklicken und warten bis die Liste gefüllt wird.
Dann klickst du auf die Tabellen-Überschrift "Erhalten von" zweimal, sodass die Sortier-Reihenfolge mit "Verifizierte Entwickler" beginnt.
Zwischen "Verifizierte Entwickler" und "Apple" wird es eine Reihe von Kexten geben...
Bitte erstelle davon ebenfalls einen Screenshot und poste ihn hier. -
-
An dieser Stelle ist aber dann auch wichtig, dass, falls die EFI der Windows-Platte vorrangig genutzt wird, auch nach dem Abstöpseln ein NVRAM-Reset durchgeführt wird, sonst denkt das NVRAM, dass die dort gespeicherten Daten immer noch gültig sind.
Wenn die Windows-Platte wieder dran ist, sollte auch unbedingt beachtet werden, ob diese an SATA Port 0 hängt:
An dieser Stelle sucht Ozmosis nämlich seine Config auf der versteckten EFI, falls es dort eine solche Partition findet.
Ist das der Fall und Windows läuft nur an diesem Port sauber, müssen weitere Anpassungen auch nur auf deren EFI vorgenommen werden.Mein Hauptaugenmerk liegt eigentlich auf dem Screenshot vom Systembericht...
Da finden sich plötzlich ganz viele Dinge, die einem hierbei in die Suppe spucken können. -
So, befindet sich alles im Anhang. In die EFI komme ich unter OSX mit Safe-Boot nicht, aber dort habe ich keine Kexte eingefügt. Der AppleHDAConfigDriver ist aus meiner Sicht irgendwie komisch, eventuell ist die AppleHDA aber älter und nicht für 10.12.2, sondern für 10.12.0, glaube, es gibt auch die v276.52. DSDT findet man hier im Theard.
Die Windows-Platte hängt an Sata_0Edit: Habe jetzt zusätzlich das Problem, als ich die Windows-Platte angeschlossen habe, dass das Bios standardmäßig startet, jetzt aber keines der beiden Systeme bootet. Weder der Windows Boot Manager, noch die Macintosh-Platte wird gebootet. Stattdessen bekomme ich ein schwarzes Bild und der Computer läuft einfach, ohne, das etwas passiert. CMOS-Reset hat nichts gebracht.
Kann das etwas mit der DSDT zu tun haben? Zuvor wurde Windows nämlich ganz normal gestartet.
Zudem hat sich in der Windows Efi irgendwas eingewurzelt, was eigentlich nicht da hin soll, oder (s. Screenshot).
-
Also...
die AppleHDA ist nicht mehr Original, deswegen steht in der Spalte "Erhalten von" der Begriff "Unbekannt".
Da der AppleHDAHardwareConfigDriver ein Plugin der AppleHDA ist, hat sie den gleichen Status.
Das kannst du durch die Installation der beiliegenden Original-AppleHDA mittels von 10.12.2 und der Nutzung vom Kext Utility beheben.Im "Save Mode" kann man keine EFI-Partitionen mounten, außer man nutzt den "ReadMode" und kann damit nichts darin verändern.
Der Ordner /EFI/APPLE ist für Hackintosh Geräte nicht gefährlich und beinhaltet in der von dir gezeigten Position die heruntergeladenen Updates für deine SystemDefinition.
Da diese aber nie genutzt werden, sind sie nicht weiter zu beachten.
Solltest du den Ordner aber leeren, werden sie sehr wahrscheinlich beim nächsten AppStore Besuch wieder heruntergeladen.Wie bereits gesagt, wenn die Windows Platte an SATA_0 hängt und von Ozmosis als Quelle der EFI-Settings genutzt wird, muss theoretisch wieder ein NVRAM-Reset durchgeführt werden.
Was passiert denn, wenn die OSX-Platte an SATA_0 und die WIndows-Platte an SATA_1 hängt? -
Aber er hat ja die AppleHDA extra für den Via VT2021 getauscht. Also absichtlich eine andere installiert. Dort ist ja der patch drin, sodass mit dem inject der layout ID 9 in der DSDT ton funktionieren sollte.
-
Ich habe mal den Thread überflogen.
Habt ihr die IDs 5 und 7 aus dem AppleALC nicht getestet?
Damit würde man sich die gepatchte AppleHDA sparen.