Nach Wechsel auf OpenCore gibt es Audio Probleme

Das klingt nach einem Problem mit dem "AppleALC" - evtl. kann der MacPeet da weiterhelfen?

Ich vermute den Fehler hier:

Ich weiß es leider nicht. Da der Eintrag unter "UEFI" liegt, hast Du vermutlich recht.

Hast Du ausversehen die ID gewechselt?

Kann auch sein, dass mit OC Dein PowerManagement nicht richtig läuft für die CPU, was auch Auswirkungen auf Audio haben kann.

ioreg sieht gut aus für HDEF und HDAU

verwendet wird auch die 1

tja, schwer zu sagen. Hättest Du oben gesagt, dass Du nach Wechsel zu OC gar kein Audio mehr bekommst, dann hätte ich sofort auf fehlende IRQ-Fixes getippt.

Häufige Ursache bei vielen Rechnern betreffs Audio.

Im Clover sind die Fixes ja schnell mit Haken gesetzt, aber unter OC muss man die händisch einfügen.

Mit dem Script "SSDT-Time (Github)" bekommt man die nötigen Patches angezeigt.

Wenn mit Clover alles ging und nun mit gleicher ID nicht, dann liegt's vielleicht doch daran. Doppelte IRQs können da schon klemmen im System.

Ansonsten fällt mir da jetzt auch nix ein, zumal der Inject selbst ja geht.

Bei mir sieht der Bereich so aus. Die OemTableID habe ich nicht gesetzt, aber muss ja auch nicht falsch sein. Mein Lappi hat sicher aber auch andere Werte, zumindest der HPET-Eintrag ist bei mir anders.

Im Bereich UEFI/Audio ist der VolumeAmplifier bei Dir auf 200.

Hast Du den frei gesetzt? Der Maximalwert berechnet sich irgendwie, weiß gerade aber nicht mehr wie. Ich kam da damals auf 143.

Vermutlich suchen wir ja auch in die Falsche Richtung bei Deinem Klangproblem.

Ich würde auch gerne Audio unter einem anden OS testen, um Fehler der Hardware einzugrenzen.

Gibt es ein zweites OS auf dem Computer? Sonst wäre auch eine Linux-Live zum Testen geeignet.

Ich hatte ihn so verstanden, dass Audio mit Clover noch ohne Fehler lief. Ich denke, es wird kein Hardwaredefekt sein.

Teste mal bitte diese EFI, ich habe eine Winzigkeit verändert.

Ich hatte tatsächlich nur die "AppleALC.kext" ausgetauscht gegen die Version aus meiner EFI.

Ich habe es manchmal erlebt, daß eine Datei einfach beschädigt ist. War nur ein Versuch.

Falscher HPET-Fix kann natürlich Probleme machen.

Somit geht jetzt alles wieder gut mit dem Audio?

Weiss nicht, ob ich mich hier einfach einhängen darf, aber ich habe dasselbe oder ein ähnliches Sound-Problem: Seit dem Update von OpenCore 0.5.7 auf 0.6.0 beginnen meine Lautsprecher nach einer gewissen Zeit abgespielten Sound nur stückweise wiederzugeben (siehe/höre Anhang).

(Seltener ist von den externen Lautsprechern auch ein Dröhnen, als würde Strom laufen, zu hören, ohne dass ich Ton laufen lasse... Das ist aber ggf. ein anderes Problem?)

Ich habe dies mit einigen Geräten und Verbindungen getestet. Das Problem ist, sobald es eingetreten ist, auf folgenden Geräten gleichermassen vorhanden:

• Hörbar von externen Lautsprechern verbunden via
  • Audio-Out des Motherboards (Rückseite und Gehäuse)
  • Audio-Out des Monitors, welcher via DP mit der Grafikkarte verbunden ist - dies ist mein Standard-Setup.
• Hörbar von den eingebauten Lautsprechern des Monitors, welcher via DP mit der Graphikkarte verbunden ist
• Hörbar von meinen Bluetooth-Kopfhörern!
• Hörbar, wenn der Computer seinen eigenen Output direkt aufnimmt (so ist das Tonbeispiel im Anhang entstanden)
• Auf dem Windows 10 (dual boot), ist das Problem auf keinem der Geräte zu hören!

Ich bin mir ziemlich sicher, dass dieses Problem unter OC 0.5.7 noch nicht bestanden hat, obwohl ich eher selten Ton abspiele. Aufgrund des obigen Tests, denke ich, dass es sich um ein Software-Problem handelt. Ggf. ist es mit dem Ruhestand des Computers verbunden. Ich konnte das Problem noch nicht isoliert reproduzieren, aber es scheint unter anderem kurz nach einem Ruhestand aufzutreten. Allerdings lässt es sich manchmal auf von einem Ruhestand für einige Minuten beheben. Temporär lässt sich das Problem darüberhinaus mit einem Neustart beheben.

EDIT: Der Monitor und allenfalls angeschlossene Lautsprecher werden nach dem Starten von macOS erst nicht als Audiogeräte erkannt. Ich muss den Bildschirm kurz aus- und wieder einschalten, erst danach ist der Bildschirm etc. als Audiogerät verfügbar.

Neben dem "blossen" Update von OC 0.5.7 auf 0.6.0 (Bootstrap aktiviert etc.) habe ich auch einige kosmetische Änderungen vorgenommen:

• Audio Device Layout ID zu Device Properties hinzugefügt, also boot-arg alcid=1 entfernt. Rückgängig gemacht.
• Boot Chime mit AudioDxe hinzugefügt. Hat nie funktioniert, rückgängig gemacht.
• OC GUI mit OpenCanopy.efi hinzugefügt.
• SMCAMDProcessor-Kexts hinzugefügt

Audio-relevante Komponenten:

Audio-relevante (ggf.) aktive Kexts meines EFI:

Der System Produkt Name lautet iMacPro1,1. Ansonsten habe ich seit "je her" einige wenige eigene Einstellungen in der Config vorgenommen: In Device Properties und Kernel meine internen Festplatten als intern gesetzt, da als extern angezeigt, Boot-Arg -v entfernt, den HibernationMode auf Auto gesetzt. Meine Boot-Args lauten: debug=0x100 keepsyms=1 alcid=1 agdpmod=pikera. Darüberhinaus benutze ich zwei eigene Kexts, um meine USB Ports zu "mappen" (eher ein Workaround, weil ich USB-Mapping nicht ganz verstanden habe), um den Ruhezustand zu ermöglichen. Ich nutze als einziges SSDT das vorgebaute SSDT-EC-USBX-AMD.aml (weil ich auch das Bauen von SSDT im OC Guide einfach nicht ganz nachvollziehen kann).

Die Audio-Einstellungen im Audio-MIDI-Setup von macOS sind praktisch für alle Geräte auf "2 ch 24-bit Integer 48.0" oder "...96.0 kHz".

Ich habe mich mit dem Audio-Troubleshooting des OCGuides befasst:

kextstat | grep -E "AppleHDA|AppleALC|Lilu" gibt folgendes als anwesend zurück:

• as.vit9696.Lilu (1.4.6)
• as.vit9696.AppleALC (1.5.1)
• com.apple.driver.AppleHDAController (283.15)
• com.apple.driver.AppleHDA (283.15)

HDEF sieht in IOregistryExplorer (glaub ich) gut aus. Allerdings ist die alc-layout-id 07000000, was nicht meinem boot-arg alcid=1 entspricht. AppleHDA habe ich nie verändert.

Einige Fragen:

1. Könnte mein Problem wie oben mit HPET zu tun haben? Wie würde ich dieses deaktivieren und wo im BIOS? (Habe die "Lösung" oben nicht ganz nachvollziehen können.)
2. Seit dem Update auf 0.6.0 ist macOS auch jeden Tag einmal abgestürzt (meist beim Browsen auf Safari). Könnte mein Problem mit schlechtem power management zu tun haben? Wenn ja, wie ginge ich da daran?
3. Insgesamt habe ich grosse Lags bei 3D-Spielen auf macOS, obwohl die Karte korrekt erkannt wird und die 3D Beschleunigung aktiviert zu sein scheint. Die Begrenzung der FPS in den Systemeinstellungen von 144 auf 60 hilft etwas. Hat das etwas mit meinem Audio-Problem zu tun?
4. Ist der gerade genannte Unterschied zwischen alcid=1 und alc-layout-id 07000000 relevant bzw. falsch? Was wäre richtig?
5. Müsste ich PRAM zurücksetzen. Wie? CMD+ALT+P+R geht auf Hackintoshs wohl nicht...

Bezüglich dem Tonbeispiel im Anhang:

Ich habe das Systemaudio mittels Soundflower und QuickTime aufgenommen, während ich das statische Rauschen der Lautsprecher-Konfiguration des Midi-Setups von macOS zwei mal abwechselnd links und rechts abgespielt habe. Im Wechsel zwischen den beiden Seiten gibt es einen kurzen, gewollten Unterbruch, ansonsten sollte das Rauschen aber unterbrechungsfrei sein, was es aber nicht ist. Ton etwas runter drehen vor dem abspielen!

Ich bin für jede Idee, Lösungsansatz und Hilfe sehr dankbar, da ich nicht weiss, wo anfangen. Natürlich könnte ich einfach zu OC 0.5.7 zurück... Vielen Dank!

Anhang:

Audio Gap.mp3.zip

EFI.zip

IOReg.zip

Ich habe alle meine hochgeladenen Dateien bereits auf VirusTotal geuploaded, damit ihr sie dort selbst ohne langes Warten auf Viren überprüfen könnt...