AppleHDA Pkg

Hatten wir das Thema nicht schonmal?

Es gibt keine dedizierten AppleHDA-Packages mehr, da dieses obsolete Konstrukt erfolgreich durch den AppleALC.kext abgelöst wurde.

Den Lilu.kext brauchst du nicht persönlich zu kennen, musst ihn aber dem AppleALC.kext beifügen, damit letzterer seine Arbeit machen kann.

Die Arbeitsweise vom AppleALC wird im Wiki erklärt -> AppleALC - Der dynamische AppleHDA Patcher

Die unterstützen Audio-Codecs und deren Layout-ID/Inject-Werte findest du unter https://github.com/acidanthera…ALC/wiki/Supported-codecs

Das ist keine Raketenwissenschaft...

Lilu.kext braucht keine Konfiguration. Einfach die kext dahin wo kexts hingehören, fertig. Lilu alleine ist aber Unsinn, daher noch AppleALC.kext dazu, layout-id in der config.plist definieren. Fertig.

Verfügbare layout-ids lassen sich mit Hackintool finden. Sollte es dann noch immer nicht richtig funktionieren kann man die Codec-Unterstützung selbst einbauen oder die hilfreichen Jungs hier oder in https://www.insanelymac.com/forum/topic/311293-applealc-—-dynamic-applehda-patching/ fragen.

Also dein Mainboard hat als Audio-Chip den VIA VT2021. Dieser wird von AppleALC unterstützt. Du müsstest nur Lilu.kext und AppleALC.kext in EFI/CLOVER/kexts/10.14 oder EFI/CLOVER/kexts/Other kopieren, in IOReg den Pfad für die Soundkarte auslesen und in Clover hinzufügen und in Clover entweder layout-id 5, 7 oder 9 eintragen. Eine Sache von vielleicht 10 Minuten; fertig.

Aber wenn du lieber AppleHDA selbst erweitern und basteln willst, was vermutlich viel länger und komplizierter ist viel Spaß und Erfolg!

P.S. Hab mit Hackintosh vor rund fünf Tagen angefangen. Lilu und AppleALC ist wohl das einfachste am ganzen Hack

EDIT: Korrekturen weil das jemand anderes liest.

1) Clover

2) Das höre ich zum ersten mal dass kexte auf gar keinen Fall in /S/L oder /S/L/E kommen sollen. Nur das zum Booten / Recovery / Install absolut nötige ins EFI, Rest in /S/L außer die Readme zum kext sagt was anderes.

3) Siehe https://github.com/acidanthera…ki/Installation-and-usage da steht doch eindeutig man muss die layout-id in Devices-Properties oder Boot-Argumente eintragen. Ok, bei letzterem braucht es keinen Pfad.

Was ist denn das Problem mit /S/L? Die meisten bei tony sagen /S/L ist weitaus sinnvoller als EFI/CLOVER.

EDIT: ich meine natürlich /Library/Extensions/ bzw. /System/Library/Extensions

Das mit dem seltenen Besuch ist ja auch kein Problem, aber die Technologien, Tools und Herangehensweisen haben sich in den letzten zwei Jahren extrem verändert.

Auf diese Neuerungen sollte man sich auch einlassen, denn diese sind tatsächlich eine grundsätzliche Vereinfachung für die User.

Die nötigen Hackintosh-Kexte werden nicht mehr ins System selbst abgelegt, sondern von der jeweiligen EFI aus gestartet.

Damit bleibt das eigentliche System sauber und übersteht auch Updates, ohne jedesmal einzelne, manuell veränderte Kexte wieder nachinstallieren zu müssen.

Zudem ist die Unterstützung im Fehlerfall einfacher, da du die funktionierende EFI immer auch auf deinem Install-Stick sicherstellen kannst, ohne auf weitere Kexte, Einstellungen und Zeugs aus dem System selbst zurückgreifen zu müssen.

Man muss sich aber auch auf das Spiel einlassen, wie man es in der Windows Welt auch gewohnt ist.

Ansonsten wäre Microsoft über WIndows 3.11 nicht wirklich hinausgekommen.

Zitat von DSM2

an3k

1) Dein Bootloader hängt nicht mit dem Uni/Multi Müll zusammen... Sondern das "dein" Install auf deren Tools und "Know How" basiert,

nur dort wird gepriesen wie toll es doch ist die Kext nach /S/L/E zu packen oder Systemrelevante Kexte zu verändern.

Bis zum ersten Update oder Upgrade und vielleicht das ein oder andere File überschrieben wird und die Leute dann plötzlich nicht mehr booten können.

Multi verändert gerne mal Systemdateien und gibt dir auch keinerlei Übersicht darüber...

2)Wofür ein Vanilla System verunstalten ?

Alles was Systembezogen ist sollte man in die EFI packen, wenn etwas schief gehen sollte können diese immer von Clover aus dem EFI geladen werden

oder falls notwendig, auch vom Laden ausgeschlossen werden, falls mal irgendwas Probleme davon macht.

Dies ist aus /S/L oder S/L/E nicht möglich.

Zerschiesst dir mal das System musst du alles neu machen! Install sowie Kexte etc

In meinem Fall steck ich einen Stick ein Formatiere falls notwendig die Platte und installiere nur MacOS und alles ist wie gehabt.

3)

Was für ein Pfad???? Audio ID oder Boot Arg ist kein Pfad, war es nicht und wird es auch nie sein.

ioreg wird hier überhaupt nicht gebraucht...

Bitte richtig lesen was da steht! It is necessary to set value layout-id in Devices-Properties or boot arguments.

Layout ID ist in der Codecs List hinterlegt, Boot Arguments können notwendig sein zum Beispiel bei Beta Versionen die offiziell noch nicht unterstützt werden.

Naja wenn Tony User das sagen dann wird das schon stimmen...

Komisch ist nur das 99% absolut keinen Plan von der Materie haben

Und ihre Hacks nur dank Uni und Multi laufen und selbst das nicht einmal korrekt.

Alles anzeigen

1) + 2) Ist Uni/MultiBeast nicht ein Bootloader? Habe ich mich wohl geirrt, sorry. Ich benutze KextBeast zum installieren und danach Kext Utility zum aufräumen. Dann Reboot und bisher sind die von mir gemachten Änderungen aktiv.

Es wurde geschrieben, dass die kexts im EFI nicht so vorteilhaft sind weil dann diese nicht gecached werden können, oder der Kernel die nicht automatisch einliest oder so. Ich finde den Thread auf die schnelle leider nicht.

Wie auch immer, du sagst mir jetzt, dass das totaler Humbug ist und alles was nicht von Apple kommt ins EFI soll. Hmm, ok, kann ich mit leben. Und ja, ich sehe die auf der Hand liegenden Vorteile: "EFI weg = sauberes macOS", verschiedene Boot-Sticks, etc. Ich habe halt noch nicht das technische Hintergrundwissen sondern muss mich auf Guides verlassen.

3) Na der hier

Sicher, ein Boot-Argument geht auch, ist einfacher. Schöner und "nativer" ist glaube ich aber die Device-Properties.

EDIT: So, hab mein System aufgeräumt, d.h. so wie du es vorschlägst. macOS ist vanilla, alle Modifikationen in EFI (natürlich nicht direkt in dem Ordner sondern den jeweils entsprechenden )