Zenbook UX391UA
- Canyonwalker
- Erledigt
-
-
-
danke, ja klar
Kann auch nicht sagen was dat war, zip ging, aber png ging nicht beim Hochladen.
Noch zu der Sache, habt Ihr auch mal zusätzlich CodecCommander.kext in /other oder L/E versucht?
Manche Devices laufen nicht ohne mit AppleALC, wie sich im InsanelyMac-Thread schon oft gezeigt hat.
Evtl. muss CodecCommander noch mit den Knoten konfiguriert werden für EAPD.
Ein ioreg wäre auch mal interessant.
-
Eigentlich ist der CodecCommander schon gut konfiguriert. Ich glaube bei den neuen braucht man die Knoten auch nicht mehr setzen.
Dein ioreg sagt als Name alc255, hast Du aber sicher in den Properties selbst gesetzt.
Kannst Du noch den Codec_Dump schicken? Damit könnte ich echt mehr sehen.
15 Hex ist LayoutID 21, welche bei alc255 EAPD für Speaker und Kopfhörer gesetzt hat, sofern es das richtige ALC ist.
Ich vermute mal, dass es sich extern um eine Kombibuchse handelt, richtig?
internes Mic geht?
Beim Stecken der Kopfhörer erkennt er diese mit ID21 und auch LineIn, schreibst Du. Geht das externe Mic dann?
-
Der github-Link erklärt wie man einen CodecDump macht und danach damit umgeht.
Ich wollte Dir auch gerade diese Infos schicken, aber Dein dump.txt ist bereits der Dump, den ich haben wollte.
Also, Dein Device ist ALC294, laut dem Dump:
Wo die falsche Angabe im ioreg herkommt mit ALC255 kann ich nicht sagen. Ich weiß ja nicht wo und wie Du den Inject der LayoutID machst.
Im Clover, OC, SSDT, DSDT oder Properties? Vermutlich ist hier der Name falsch gesetzt, was aber nur Kosmetik ist und mit der Funktion des Audio´s eigentlich nichts zu tun hat.
Nun bin ich mir aber sicher, dass die 21 auf alc294 verwendet wird und nicht 21 auf alc255.
Ich schaue mir den Dump nun mal genauer an und melde mich dann, wenn ich was brauchbares habe.
-
Die Einstellungen für die Audio sind hier zu finden. Hatte ich glaube ich mal geschrieben das du die anpassen musst auf deine Soundkarte.
-
Die Properties passen soweit das hatte ich auf dem Stammtisch am Samstag geprüft
Der Codec bei dem Notebook scheint etwas speziell zu sein. Googelt man nach dem Modell in Verbindung mit Audio und Linux findet man ebenfalls reichlich Seiten wo es darum geht das die Audio Devices zwar erkannt werden von Linux aber ihnen kein Ton zu entlocken ist. Unter Linux gibt es inzwischen aber wohl entsprechende Patches dazu (haben das nicht weiter verfolgt ging in der Hauptsache ja "nur" um den Codec Dump). Ein "nacktes" Windows mag den Burschen im übrigen auch nicht zum tönen bringen sprich auch fensterln hat keinen passenden Treiber an Bord und möchte gerne mit einem vom Hersteller versorgt werden irgendwas muss also Asus da grundlegend anders verdrahtet haben als das üblicherweise der Fall ist anonymous_writer
-
Ja, griven , wenn's nicht mal da geht, dann ist's auch vermutlich schwierig unter OSX.
Ich hatte hier allerdings schon gefragt, was für einen Chipsatz der Rechner hat und keine Antwort bekommen.
Diesbezüglich wären mal Bilder vom DPCIManager Tab "Status" und "PCI-List" interessant.
Die Properties passen Ansicht schon, nur unter "name" steht noch "Realtek ALC255", was auch in Deinem ioreg so auftaucht.
Da Dein Zenbook ALC294 hat müsste dort "Realtek ALC294" stehen.
Dat ist aber reine Kosmetik, denn der Name ist für die Funktion unwichtig.
Was mich aber wundert in Deinem ioreg, woher kommt dieser Eintrag?
GPIO hat mit Audio zu tun, sprich MuteGPIO. Das dort angezeigte "Sunrise Point-LP" ist wohl das Audio.
Sowas habe ich im ioreg noch nie gesehen.
Hast Du da einen Voodoo-Kext am Start, der die Sache vielleicht sogar verhindert?
Dat solltest Du erst einmal abchecken.
Ansonsten habe ich mal mittels Deinem Dump eine Trial erstellt:
trial1_alc294_Zenbook_layoutID15_und_16.zip
ID 15 (in Hex ist dat 0F, also für Deine Properties 0F000000) ist im SwitchMode konfiguriert
ID 16 (in Hex ist dat 10, also für Deine Properties 10000000) ist im ManaulMode konfiguriert (Kopfhörer hierbei als LineOut konfiguriert)
Versuche mal Dein Glück!
-
Das Device GPIO wird für das Touchpad benötigt (VoodooI2C). Der BundleIdentifier org.coolstar.VoodooGPIO deutet auch darauf hin, dass VoodoI2C im Einsatz ist.
-
ok, danke für die Info
Dann hat es ja nix mit dem Audio zu tun.
-
Muss nicht sein, aber mir kommt das nur bekannt vor, wenn VoodooI2C im Einsatz ist. Auf meinem Laptop musste ich das Device mit einem ACPI-Patch + SSDT (Methode _STA) aktivieren. Wenn ich das richtig in Erinnerung habe ist das aber nur wichtig, wenn man VoodooI2C nicht im Polling-Modus nutzen möchte (GPIO Pinning).
-
Ist vielleicht mal eine Geschichte für einen anderen Thread, denn bei mir auf dem Lenovo T450s geht VoodooI2C nicht. Ich verstehe diese Kexte aber auch noch nicht.
Touchpad ansich geht ja (Mauszeiger und Sekundärtaste), aber weitere Gesten gehen nicht, leider.
-
-
Ich melde mich demnächst mal diesbezüglich, wenn ich Zeit habe. Die verlinkte VoodooPS2 2.1.0 geht hier gar nicht, habe ich schon versucht. Allein die 1.9.2 von rehabman gibt hier Funktion. Die VoodooI2C-Kexte haben keine Auswirkung, so dass ich sie auch löschen kann. Allein VoodooPS2 1.9.2 bringt Primär- und Sekundärtaste, aber mehr auch nicht.
-
Ich habe Dir mittels aktuellem Sourcecode eine Lilu und AppleALC erstellt, welche Du dann für den Test verwenden musst, anstatt der Release´s.
In der AppleALC habe zwei neue Codec´s eingebaut, anhand Deines Codec_Dump´s. Dat sind dann die LayoutID15 und LayoutID16 und ja, Du musst diese ID´s natürlich einzeln einstellen, um sie zu testen.
Kannst Du dann im Februar machen und schauen, ob irgendwas geht an Sound.
Bis dahin, gute Reise.
