trotzdem danke werde mal nach fertigen EFI`s schauen
Probleme mit dem Ton
- errut
- Erledigt
-
ok applealc auf 1.6.7 .
meinst du mit controller.plist die info.plist in applealc?Monitor-Menü Audio-Eingangsquelle?
Warum guckst Du bitte in den Farbprofilen für deinen Monitor nach Soundeinstellungen???
Das hat -1 mit Sound zu tun…
Systemeinstellungen > Ton > Ausgabe. Da musst Du gucken!
-
Könnte es etwas bringen, WhateverGreen vor AppleALC laden zu lassen statt danach? Wurde AppleALCU denn inzwischen deaktiviert? Ich würde die config.plist mal in OCAT laden und schauen, was dieses Tool damit anstellt.
-
da gibt es nichts.
Naja, zumindest sollte da irgendwas auftauchen, wenn Audio funktioniert.
Probiers mal mit dieser SSDT-HPET. Hab die IRQ Auflistung anders formatiert
-
-
Laut Fehlermeldung im Screenshot wendest du das tool falsch an.
- gfxutil in Terminal Fenster ziehen
- dahinter schreiben: -f HDEF
- Enter
Und dann sollte da ein PCI Pfad ausgegeben werden:
00:1b.0 8086:1e20 /PCI0@0/HDEF@1B = PciRoot(0x0)/Pci(0x1B,0x0) (o.ä)
-
Na, dann füg den fehlenden PCI Pfad mal in deine Config ein unter: DeviceProperties > Add:
PciRoot(0x0)/Pci(0x1b,0x0)
Siehe https://dortania.github.io/Ope…ake.html#deviceproperties
Und dann noch die passende Layout ID - entweder als Hex Wert in den DeviceProperties oder als boot-arg alcid= unter NVRAM > Add > 7C436110-AB2A-4BBB-A880-FE41995C9F82
-
zeig mal die config.plist
-
Mach doch mal ein Screenshot vom Hackintool/PCIe-Reiter (das Fenster so groß ziehen, dass alle Pfade und Angaben ersichtlich sind.
Glaube kaum, dass auf dieser neuen Kiste (Z-590M...) der Pfad für Onboard-Audio noch auf 1B ist, sondern eher auf PciRoot(0x0)/Pci(0x1F,0x3), was ja in Deiner letzten EFI unter DeviceProperties konfiguriert ist.
Das Problem auf den ganz neuen Kisten, ist/war, dass der vorgesetzte Intel-Controller das eigentliche Realtek-Audio nicht durch gelassen hat, quasi völlig unbekannt war.
Erste Nutzer dieser Serie mussten die Device-ID auf ein älteres Gerät spoofen, bis AppleALC dann die neuen Controller in der Controllers.plist aufgenommen hatte.
Erste Nutzer der 400 series hatte auch genau dieses Problem mit dem Audio.
Inzwischen gibt es dort folgende Controller in der AppleALC, auf die man ggf. spoofen kann (500/600 series), bzw. vielleicht auch gar nicht mehr spoofen muss.
Ggf. muss man vielleicht gar keine device-ID mehr setzen und einfach mal alle möglichen LayoutID's durchprobieren.
Die gesetzte device-ID A170 war damals wohl für 400 series, wenn ich nicht irre, was bei Dir vermutlich nix bringt.
Ich würde den Eintrag device-ID im Pfad 1F erst einmal ganz rausnehmen und dann im Hackintool/PCIe mal schauen, was überhaupt das Original-Device ist, ferner auch, ob es 500 Series oder gar 600 series ist.
Sofern der PCIRoot-Pfad stimmt, dann könnte der Eintrag hda-gfx helfen für HDMI-Audio:
-
Ja, in der Controllers.plist ist Device Dezimal, wobei oft eine Zeile tiefer der Hex-Wert bei Name steht.
Umrechnung siehe:
In Deiner PCIe-Liste ist der DevicePfad 1F (IntelController vorm Realtek Onboard-Audio) mit 4385 sehr nah an der 500 series 43C8 in der Controllers.plist.
Ich würde mal die 43C8 versuchen zu spoofen in den DeviceProperties und dann nochmal alle LayoutID's für ALC897 durchtesten.
Das ist halt "try and error", bzw. was kommt meiner Hardware nahe. Die Kiste ist halt so neu, dass es ja bislang kaum wirkliche Erkenntnisse gibt.
-
Ich denke eher so:
In Deiner ersten EFI ist der PCIRoot-Pfad wohl auch nicht ganz ok, ferner habe ich nochmal nachgesehen, was Du da drin hattest device-ID A170 ist 100 series Laptop, also hat nix mit heutiger Hardware zu tun.
