ALC892 ohne VoodooHDA, sondern mit AppleALC nur wie? (Mit funktionierendem Mikrofon)

Ich muss mich hier mal reinhängen, denn das Thema interessiert mich. Die Sache ist anscheinend an mir vorbei gegangen, dass ein AMD-Rechner nun mit AppleALC+Lilu gehen soll.

Bis dato gingen AMD-Rechner nur mit VoodooHDA. Die nativen Lösungen mit gepatchter AppleHDA oder neu mit AppleALC wollten nie, da vor dem eigentlichen Realtek-ALC-Device immer der AMD-Vendor vorgeschaltet war, was man ja noch am Bild in Post#12 sehen kann. Dort wird noch immer 0x1022xxxx angezeigt.

DerJKM

Sofern es bei Dir tatsächlich geht, in wie weit hat sich diese Anzeige beim DPCIManager geändert beim funktionierenden Betrieb mit AppleALC?

Auch ein ioreg würde mich mal interessieren, wie das Audio dort nun aufläuft.

Tunfisch96

Sofern die oben genannten Sachen tatsächlich nun gehen, ab diesem Zeitpunkt gelten für Dich die gleichen Hinweise, wie für alle anderen Intel-User.

Jeder Hersteller verwendet andere Knoten bei seinem Audio-Chip. DerJKM hatte mit seinem GA-Board vermutlich Glück, dass ein Codec passte. Ihr habt zwar die gleiche AMD-Ryzen-CPU, aber unterschiedliche Board´s und MSI kocht bekanntlich seine eigene Suppe.

Für Dich gilt also auch, mache einen CodecDump, entweder...

mit einer Linux-Live-Version, z.B. Ubuntu. Dort im Terminal ...:

... eingeben und den Output hier posten!

... oder

nochmals VoodooHDA installieren und mit DarwinDumper.app/Audio einen Dump machen!

Das bringt Dir erst einmal gar nix, mir schon. Anhand des gewandelten Dump´s Archiv.zip kann ich dies mit den bisherigen Codecs in der AppleALC vergleichen und ggf. einen ganz neuen Codec für AppleALC erstellen.

Ich werde mir dat anschauen. Der Weg ist folgender, ich erstelle ggf. eine spezielle Trial-AppleALC für Dich auf einer neuen und noch freien LayoutID.

Sofern wir zu einem guten Ergebnis kommen, wird der neue Codec ins nächste Release der AppleALC eingefügt, so dass in der Zukunft diese bei Dir nutzbar ist.

Der Weg zu einer perfekten Lösung kann einige Arbeit bedeuten, aber dat ist normal.

Dat ist der allgemeine Weg.

Ob AMD-Rechner generell gehen weiß ich nicht, es heißt bei amd-osx.com jedenfalls nur Ryzen.

Ich habe tatsächlich auch kein Input, ist mir bisher gar nicht aufgefallen da nicht genutzt. Mit VoodooHDA ging das aber. Ist dann die Frage, Zufall dass das zweimal Ryzen trifft, oder gibts doch einen Zusammenhang?

EDIT: So siehts bei mir im DPCIManager aus:

EDIT 2: Wie speichere ich denn den ioreg am Besten? Einfach Terminal Output?

EDIT 3: Hab nochmal auf GitHub geschaut, da steht dass in AppleALC 1.3.5 Patches für einen AMD Zen Audiocontroller aufgenommen wurden, das wird der Grund sein warum es jetzt geht.

Danke, DerJKM

interessant, als AudioDevice wird noch immer AMD-Vendor erkannt, aber als Audio bei Dir ALC887 und nicht ALC892.

Hier gibt es doch Unterschiede zwischen den Herstellern.

Sofern Du mit den aktuellen LayoutID´s in der AppleALC nur Outputs bekommst, aber die Inputs nicht gehen, dann musst Du ggf. auch mal einen CodecDump machen.

Wichtig ist natürlich, dass man im Vorfeld alle LayoutID´s testet, bevor ich was neues patche.

Im Fall ALC892 ist dat layout 1, 2, 3, 4 ,5, 7, 12, 28, 31, 92, 98, 99.

Im Fall ALC887 ist dat layout 1, 2, 3, 5, 7, 11, 13, 17, 18, 20, 33, 40, 50, 99

Ich hatte schon beim ersten Versuch Output, daher hab ich nur eine ID (glaube 3) probiert. Ich teste morgen aber auch die anderen. Und ja, auf meinem Board sitzt ein ALC887.

DerJKM

ioreg speichert man mit der IORegistryExplorer.app, welche hier im Downloadbereich liegen müsste.

IORegistryExplorer starten, die Daten werden geladen, dann auf Menü "Save as", fertig.

LayoutID 3 ist in der Regel für Laptops gedacht. Du solltest auf 1, 2, 5, 7 und folgende vermutlich bessere Ergebnisse bekommen für Deinen Desktop-Rechner, sofern die Knoten passen.

Tunfisch96

Zitat von Tunfisch96

Ich habe alle Layout's (1,2,3,4,5,7,12,28,31,92,98,99) mehrmals durchprobiert, bei keinem hat es funktioniert. Einen Output habe ich bei 1,2,3,28 und 31.

Mit Deinen Aussagen komme ich noch nicht ganz klar.

Dein Dump ist nicht so sehr unterschiedlich zu den bisherigen ID´s. Dein Dump hat mehr Anschlüsse als z.B. die ID 1, mit welcher Du aber bereits Ton haben müsstest.

Hier mal was ich jetzt erstellt habe:

trial1_AMD_Ryzen_MSI_ B350_alc892_layoutID17.zip

Diese Trial testen mit LayoutID 17 im Clover (in Hex für die DSDT/HDEF wäre dies 11).

Die FrontSpeaker, bei Dir der hintere rote Anschluss für die Boxen, habe ich als interne Speaker konfiguriert, im SwitchMode mit den Kopfhörern vorn grün, d.h. sofern Du die Kopfhörer vorn steckst, sollte sich die Anzeige von interne Speaker auf Kopfhörer automatisch wechseln.

Die Knoten 21, 22 und 23 sind weitere LineOut´s für z.B. eine 5,1 Konfiguration. Diese sollte auch unter Systemeinstellungen/Ton/Output/ zu sehen sein und da sollte auch was kommen.

Für eine 5,1 Konfiguration müsste man im MidiSetup ein neues Gerät mit mehreren Anschlüssen erstellen und die Knoten 20, 21, 22 und 23 verbinden, sofern Du überhaupt Boxen in der Richtung dran hast.

Ich denke das normale Stereo-Audio auf Knoten 20 (hinten red) sollte erst einmal gehen.

Zu den Inputs:

Unter Systemeinstellungen/Ton/input/ sollte das hintere Mic als internes Mic zu sehen sein, im SwitchMode mit dem vorderen Mic (pink), welches aus LineIn konfiguriert ist.

Ferner sollte als zweite Zeile das tatsachliche LineIn (hinten, Black, Knoten 26) angezeigt werden.

Versuch also einfach mal die beiden Trialversionen AppleALC+Lilu mit ID 17 !!!

So ich habe jetzt auch alle IDs für den 887 (1,2,3,5,7,11,13,17,18,20,33,40,50,99) durchprobiert. Ergebnis: Output klappt bei allen außer 20 und 33, Input klappt bei keinem (Anmerkung: Input heißt der rosa Mikroanschluss, den Blauen habe ich in meinem Leben erst einmal benutzt; habe aber in macOS für jede ID alle Input-Devices durchprobiert).

Ganz ehrlich: Ich glaube nicht, dass der Fehler im Portlayout liegt. Ich habe zwar trotzdem meinen ioreg angehangen und mache auch noch einen CodecDump, aber mach dir bitte erstmal keine Arbeit damit MacPeet. Ich werde mal AlGrey, den Autor des Ryzen-Patches von AppleALC, bei amd-osx.com anschreiben.

EDIT: Der ioreg ist gezippt, sonst nimmt das Forum die Datei nicht.

DerJKM

Sofern Du es nicht möchtest werde ich mir natürlich keine Mühe machen. Dennoch bist Du auf dem Holzweg. Der Autor des Ryzen-Patches hat nur dafür gesorgt, dass der Audio-Chip auf Ryzen injectbar ist, was aber keinen Einfluss auf die Konfiguration des Codecs hat.

Es liegt ausschließlich an der Konfiguration der jeweiligen LayoutID. Aus Erfahrung behaupte ich sogar, dass die jeweiligen ID´s auf den Intel-Rechnern auch kein Mic bringen.

Es ist leider so, dass die Codec-Entwickler die Eingangsgeschichte oft nur von einer anderen ID kopieren und die User bereits mit den Outputs zufrieden sind, welche leichter sind unter OSX.

Hier wird oft nicht weiter getestet, da viele die externen Mic´s nicht brauchen, da sie eine USB-WebCam mit Mic verwenden, welche OOB geht.

Leider ist dat oft so. Sobald die Outputs gehen werden die neuen Codec´s ins Release gedrückt, welche aber oft nicht ausgereift sind für die Input-Geschichte.

Ich versuche daher immer nur nahezu perfekte ID´s ins Release zu geben.

Es ist halt so, dass wir hier keinen Windows-Treiber haben. Unter OSX gehen auf vielen externen Mic´s nur vorverstärkte Mic´s, da hier der Mixer nicht so ansprechbar ist, wie beim Windows-Treiber.

Ich habe selbst so exotische Rechner und hatte das gleiche Problem. Hier hat geholfen in der Konfiguration MuteGPIO auf 0 zu setzen und weitere "Amp" auf alle drei Knoten in der Mic-Knoten-Kette und nicht nur wie üblich auch den ersten Knoten, wie es bei fast allen ID´s ist.

Mir hat z.B. auch geholfen, da ich kein vorverstärktes Mic habe, dass ich einfach mal die Kopfhörer (grüner Klinkenstecker) in den Mic-Anschluss gesteckt habe und in die Hörermuschel gequatscht habe. Dies funktioniert sogar und bringt diese gewisse Verstärkung.

Der blaue LineIn geht ohnehin nur mit Verstärkung durch das Eingabegerät, dat ist auch auf Windows so. Der eigentliche LineIn ist ungeregelt. Er bekommt das Signal und die Stärke durch das Eingabegerät, z.B. einen CD-Player oder was es da sonst noch alles gibt für Musik-Aufnahmen.

Tunfisch96

Du liegst auch nicht ganz richtig.

Der Knoten 24 ist das Mic hinten, in dem Fall als internes Mic konfiguriert.

Der Knoten 26 ist sehr wohl da, auf Deinem rechten Bild darunter zu sehen.

Der Knoten 25, dass Front-Mic ist im SwitchMode mit Knoten 24 konfiguriert, d.h. wenn Du das Front-Mic steckst, dann müsste sich die obere Anzeige "Internes Mic" in "Line In" automatisch ändern.

Ich habe hier nochmal zwei Trial´s, mit mehr Amps und MuteGPIO 0.

Die beinhalten nur die AppleALC, Lilu hat sich nicht geändert. Diese bleibt also gleich aus der trial1.

Beide wieder mit LayoutID17 testen!

trial2_AMD_Ryzen_MSI_ B350_alc892_layoutID17.zip

trial3_AMD_Ryzen_MSI_ B350_alc892_layoutID17.zip

Tunfisch96

Sehr schade. Ok, der SwitchMode zwischen hinterem und vorderem Mic funktioniert schon nicht, dann werden die Mic´s bestimmt auch nicht gehen.

Vielleicht gibt's dazu ja irgendwann noch Erkenntnisse, warum so gar kein Mic will auf den Ryzen.

Bis dahin aber bitte nochmal zwei Versuche, bevor wir die Sache vorerst beenden.

Ich habe hier mal beide hinteren Anschlüsse (Mic und LineIn) ganz gelöscht und nur noch das FrontMic gelassen, einmal als LineIn, einmal als Mic konfiguriert. Ferner habe ich noch ein Boost hinzugefügt.

Also nur vorn Input testen, hinten kann's damit nicht gehen!

Falls Du Zeit hast, dann teste bitte die beiden nochmal, ob ein Eingangspegel ankommt! Danach soll's erst einmal gut sein. Outputs habt Ihr ja beide schon mal ganz gut.

trial4_AMD_Ryzen_MSI_ B350_alc892_layoutID17.zip

trial5_AMD_Ryzen_MSI_ B350_alc892_layoutID17.zip

Kein Grund auf Windows zu bleiben, denn der Ryzen läuft doch gut, was alles andere als Audio betrifft, oder? Zwecks Audio gehen die wichtigen Outputs und der Sound ist oft auch besser als beim Voodoo. Zwecks Mic hilft ja auch eine OOB-USB-Logitech-Webcom mit Mic.

Ja klar kannst Du die Sache selbst weiter testen. Du brauchst dafür erst einmal Apple´s Xcode, welches ja kostenlos ist.

Dann die SourceCodes AppleALC und Lilu downloaden, welche ja auf Github öffentlich sind.

Im Sourcecode der AppleALC gibt's einen Ordner "Resources". Dies ist der Ordner, in dem Du Deine Änderungen machen kannst.

In diesem Ordner gibt's eine Datei "PinConfigs.kext" (bei OSX ist das ja tatsächlich ein Ordner mit mehreren Unterdateien).

Innerhalb dieser PinConfigs.kext befindet sich eine Info.plist, in der Du die PinConfig einträgst.

Der zweite wichtige Ordner ist dann der ALC892-Ordner in "Resources".

Hier gibt's auch eine Info.plist, in der die Layout unter Files eingetragen wird. Ferner kommen dann hier die, in unserem Beispiel layoutID17.xml und Platforms17.xml rein.

Das Zusammenspiel der richtigen PinConfig und der richtigen Einträge der beiden letztgenannten Dateien bringt das Ziel.

Ich kann Dir gern noch die bisherigen Dateien liefern, sofern Du selbst testen willst.

Du musst nach jeder Änderung natürlich mit Xcode eine lauffähige Testversion erstellen.

Es gibt doch einen Kernel für 10.13.6, also kein Grund auf was älterem zu bleiben. Und noch besser: man kann jetzt sogar den nativen Kernel von 10.13.6 nur mit ein paar Cloverpatches booten

Und hier wäre der Thread zu den Clover Patches für AMD...

AMD Ryzen über Clover Patches

Gruß Mocca55

Da ist wohl in der Zwischenzeit Xcode 10.2 erschienen. 10.1 läuft auf HS. Du kannst alte Xcode-Versionen hier auf developer.apple.com laden: https://developer.apple.com/download/more/