Achtung: AppleALC.kext version 1.6.2 lädt nicht!

Habe gerade auf Opencore 0.7.1 upgedated.

Dabei fiel mir dann auf, dass der Ton aus dem Monitor (via HDMI) kam,

statt aus der normalen analogen Ausgangsbuchse, die eingestellt war.

Mit meiner alten Config von OC 0.7.0 via USB-Stick funktionierte Audio allerdings.
Diffmerge half hier nicht weiter.

Aber HackinTool zeigte an, dass AppleALC nicht geladen wurde.

Also habe ich testweise in der funktionierenden Config von 0.7.0 die AppleALC.kext v. 1.6.1

durch die neue 1.6.2 ersetzt. Siehe da, kein Ton.

Umgekehrt mit der neuen EFI-Config von 0.7.1 dann statt 1.6.2 die ältere 1.6.1 von AppleALC.kext

reingemacht und alles ist gut.
Ergo wird vermutlich ein Bug in der Version 1.6.2 drin sein, der das Laden verhindert.

KLeider bin ich zu doof, um auf der Github-Seite von AppleALC ein Issue aufzumachen und das

acidanthera mitzuteilen.

Aber falls sich jemand fragen sollte, warum bei ihm nach Update Audio nicht mehr geht,

kann er es ebenfalls wie ich mit der älteren Version versuchen.

Oh, wie Interessant!
Bei mir lädt nur 1.6.1 - unabhängig von allen mir bekannten anderen Variablen, sogar von der OC-Version.

Auch meine config.plist hat sich nur minimal (durch die Notwendigkeiten von OC 0.7.1) verändert.

Zitat von griven

Möglicherweise ein Codec Thema dann in dem Fall ?!?

Gklaube ich in dem Fall nicht. Die kext qwird ja überhaubt nicht geladen. Oder kann das trotzdem sein?
Und wieso sollte die Version 1.6.1 mit dem Codec 1 laufen und die Version 1.6.2 nicht?

Egal, aber danke für den Hinweis. Ich werde es mal nicht der selbstkompilierten 1.6.3 versuchen.

Zitat von ozw00d

Die aktuelle AppleALC ist 1.6.2 mit 1.6.1 hatte ich auch Probleme (kein Sound).

Bei mir wir immer alles in einem Rutsch auf die aktuellste Version (Nightly) gebracht.

gehe am besten einfach einfach auf die aktuelle stable, dann sollte es gehen.

Werde ich probieren. Bei mir ist es aber die 1.6.2, die nicht geht.

Wo finde ich den die Sourcen der Version 1.6.3?

Leider wird auch die 1.6.3 nightly nicht geladen, nur die 1.6.1 und Vorgänger.

@ozw00d

schon, aber: Wenn doch die Version 1.6.3 nightly bei mir auch nicht geladen wird, was kann ich dann noch machen?

Zitat von apfelnico

Vorerst die alte nehmen und den Machern das Problem beschreiben.

Ja, würde ich gerne machen. Aber auf der Github-Seite existiert kein button "issue" - die macher wollen das wohl nicht.

Danke @theCurseOfHackintosh

Ich habe ein issue eröffnet und alle Angaben gemacht. Bin gespannt.

Update:
Wie ich vermutet hatte, steht er wohl nicht so auf Hinweise.
Das issue wurde einfach gelöscht und ich bekam ne Mail,

dass kein support geleistet würde. Danach hatte ich weder gefragt noch wollte ich das.

Dass ich keinerlei Frage sondern lediglich eine sehr genaue Beschreibung geliefert habe, war egal.
Schade!

Zitat von MacPeet

Was erwartet Ihr denn von vit9696 bei dieser Geschichte?

Wenn er auf jede dieser Meldungen eingehen würde, von jedem nicht-Entwickler, von jedem Neuling, bzw. von sonst wem, dann hätte er wohl kaum noch Zeit für die Entwicklung selbst, zumal der Fehler nicht wirklich ersichtlich ist in der AppleALC.

Bislang hat hier keiner Probleme mit den neuen Kext's, auch ich nicht, laufen auf jedem Rechner, egal ob OC0.6.9 oder 0.7.1.

Ich glaube da auch nicht wirklich an ein Bug in der AppleALC.

Zuviel Änderungen auf einmal sind oft auch nicht gut. Vielleicht erst einmal neue Kext mit alter OC testen und wenn's läuft, dann auch OC updaten.

Oft hilft auch ein nvram-Reset nach Änderungen. Wurde dies gemacht?

Dein neues EFI hast Du dort ja hochgeladen, nun würde mich noch das alte EFI interessieren, wo noch alles geht.

Die ganze Geschichte ist schon komisch. Es handelt sich wohl um alc1220 bei Dir, was im Release 1.6.2 keine Änderungen hatte.

Im Release 1.6.1, was bei Dir ja läuft, gab es diesbezüglich neue Dinge, neuen Controller-Patch, neue Codec-ID, etc..

Du hast in den DeviceProperties den Audio-Inject ID 1 unter PCI 1B gesetzt, was mich schon wundert, da die neueren Rechner dies fast immer auf 1F haben.

Zusätzlich hast Du alcid=1 gesetzt, was nun wieder Vorrang hat vor DeviceProperties. Alles sehr komisch.

Ferner gibt's inzwischen für den z490 auch andere ID's, welche man auch mal testen sollte.

Ferner hatten ja einige neuere Systeme "Comet Lake" Probleme mit dem Audio und brauchten dafür FakePCI.

Hattest Du früher sowas drin?

Alles anzeigen

Hmm, ich erwarte keinen roten Teppich. Aber mein Hinweis ist wirklich einer, der zumindest ein Indiz auf einen bug beinhaltet.
Mittlerweile hat sich noch jemand gemeldet dort, der das gleiche Problem zu haben scheint.

Ich kann zwar einige Dinge nachvollziehen, aber die kext lädt ja überhaupt nicht. Die Frage irgendwelcher IDs ist dann ja erst mal sekundär, oder?