Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenLange nicht gesehen!
Mein Tablet funktioniert einwandfrei. Bis auf den Ton.
Ich habe das letztes Jahr in diesem Beitrag behandelt und es für das letzte Jahr vergessen, aber ich möchte von vorne anfangen. Das Problem ist, dass der Audiochip dieses Tablets in zwei Modi arbeitet: I2S und HDA.
Im Moment zeigt mein ioreg nur HDAU an. Irgendwelche Ideen?
DSDT : https://www.hackintosh-forum.de/attachment/177745-dsdt-zip/
EFI : https://www.hackintosh-forum.de/attachment/177746-oc-zip/
Ich habe den letzten Tag an dem Patch gearbeitet und konnte dabei den Touchscreen verwenden, was ich nicht erwartet hatte.
Und heute habe ich diesen Artikel langsam von Anfang an gelesen und es erneut versucht, nachdem ich einen Hinweis durch den Patch im EFI-Ordner von Basti Wolf erhalten hatte.
Und jetzt haben HPET, IPIC, TIMR XCRS, nicht _CRS! Aber immer noch kein Ton.
Können Sie mir einen Hinweis geben, wie Sie mit dem nächsten Schritt fortfahren?
Ich werde das aktuelle EFI, Original-DSDT und gepatchte DSDT im Anhang belassen. Es gibt einen DSDT-Kompilierungsfehler, daher sollten Sie anscheinend auch versuchen, diesen Teil zu lösen.
Ich habe die Basisoption im Opencore-Konfigurator. Ich bin wirklich verwirrt, warum diese Patches nicht angewendet werden 
Das Aktivieren dieser Option hat sie nicht in XCRS umgewandelt. Gibt es eine Einstellung in Opencore, die eine Namensänderung verhindert?
Es ist mir gerade gelungen, HPET umzubenennen, kann aber IPIC und TMR nicht ändern.
Die erste Runde besteht also darin, den Umbenennungspatch zu aktivieren.
Kann ich überprüfen, ob die Umbenennung erfolgreich war, indem ich einfach MaciASL öffne und HPET mit _CRS oder XCRS suche? Ich dachte, dass MaciASL immer das Vanilla(original)-DSDT anzeigt.
Ich verwende jetzt 0.7.0. Wie kann ich überprüfen, ob die Umbenennung erfolgreich war?
Patch hat leider nichts geändert. Ich habe ioreg- und dsdt-Dateien hochgeladen.
AppleHDA ist original. Hängen Sie einen Screenshot an.
Immer noch keine Veränderung. Versuchen wir es mit VoodooHDA, nicht mit AppleALC.
Viel Glück... Danke! 
Ja. Es funktioniert immer noch nicht.
Leider gibt es überhaupt keinen Unterschied. Ich habe sowohl alcid=3 als auch 11 ausprobiert.
Weder Hackintool noch Ioreg ändern sich.
Ich denke, das hat sich nicht geändert. Aber ich habe das DSDT jetzt einfach weggeworfen. Bitte überprüfe den Anhang.
Vielen Dank für Ihre Hilfe.
Das ist mein Opencore-Ordner 
Es ist eine großartige Leistung, das neue Soundgerät durch zwei Ubuntu-Bootvorgänge als HDEF zu erkennen.
Trotzdem ist es immer noch nicht möglich festzustellen, ob der Grund, warum für HDEF benötigte Ressourcen wie AppleHDA nicht geladen werden, ein IRQ-Problem oder ein Alcid-Zahlenproblem ist.
Kann ein automatisiertes Patching-Tool wie Ssdttime IRQ-Konflikte problemlos beheben?
Danke, dass du mir geholfen hast.
Das ist mein aktueller Stand. Gerät wird erkannt, aber nicht als Realtek-Soundkarte wie Sie. Und ich habe festgestellt, dass AppleHDA nicht geladen ist.
Ich habe gerade meinen EFI-Ordner angehängt.
Danke noch einmal.
erstaunliche!
Nachdem ich Ubuntu installiert und zweimal gebootet hatte, bestätigte ich, dass das Gerät, das ich vorher nicht sehen konnte, erkannt wurde.
Aber in meinem Fall ist kein Ton zu hören. Ist es ein IRQ-Einstellungsfehler? Ich habe es mit ssdttime behoben, aber es funktioniert immer noch nicht. Ich verwende ein Dell 7350, der Soundchip ist alc286 (alc3263). Das Ändern der alcid instellung hilft nicht.
Bevor ich direkt in macOS boote, denke ich, dass das Booten von Ubuntu zuerst funktionieren muss.
Ich habe einen Übersetzer benutzt. Bitte verzeih mir.
