Suchergebnisse

Suchergebnisse 1-18 von insgesamt 18.

  • Ich tüftele hier schon eine ganze Zeit an dem Problem herum, daß der Sound im Batteriebetrieb immer weggeht. Ich kann den Ton zwar aktivieren, indem ich zuerst umstelle auf "Kopfhörer", die Lautstärke etwas modifiziere, dann wieder umstelle auf "Interne Lautsprecher" und die Lautstärke modifiziere. Dann ist der Ton wieder da, aber nur für eine kurze Zeit, meist so 2 oder drei Minuten.Ich habe auch schon das Problem gehabt, daß die Systemeinstellungen oder die Systeminformationen im Batteriebetri…
  • "hda-gfx bei Audio ?" Das hat Hackintool so erstellt. Ich habe es gerade mal gelöscht, ändert allerdings nichts an dem Phänomen.VoodooHDA kommt nicht in Frage. Da muß man die SIP dauernd ausschalten und die Kext ins System schreiben.Ja, die ID 13 habe ich auch schon probiert, da kommt aber kein Ton. Und das Bootargument alctcsel=1 habe ich auch schon probiert, hilft aber auch nicht.Das Ton-Symbol ist bei mir in der Systemleiste drin. Von da aus ändere ich die Lautstärke und die Ausgabequelle. Do…
  • Besten Dank für die ausführliche Antwort! Der Akku ist neu, habe ich ausgetauscht. M.E. kann es daran nicht liegen. Funktioniert ja unter Windows und unter Linux Mint (habe ein Tripleboot) ohne Probleme.Und … Nein, der Ton geht nicht weg, wenn er in Sleep geht sondern im laufenden Betrieb.Hier mal meine Settings:
  • Mit CPUFriend.kext und CPUFriendDataProvider.kext habe ich nur etwas herumgespielt und dachte, daß ich damit etwas steuern kann. Der Rechner lief und läuft nun aber auch genauso gut ohne diese zwei Kext, allerdings nach wie vor mit dem Tonproblem im Batteriebetrieb.Ich habe gerade auch mal aus dem Batteriezustand (d.h. aus dem Zustand "kein Ton") das Netzgerät angesteckt und siehe da, der Ton ist sofort wieder da!Meines Erachtens muß es darum tatsächlich eine Sache des CPU-Power-Manegements sein…
  • Habe alles so eingestellt:Aber leider keine Änderung. Ton ist wieder nach kurzer Zeit weg.
  • Ich habe gerade mal in die config.plist der AppleALC.kext reingeschaut. Da sieht es folgendermaßen aus:Es fällt auf, daß geraden die letzten beiden Wake-Einträge wie bei der CX8200 drüber bei der CX8400 fehlen. Das wird doch wahrscheinlich der Grund sein?
  • Besten Dank für die Arbeit und die Testkexts.Ich konnte das nun überprüfen. Das Ergebnis: Der Switch-Mode funktioniert damit. Er erkennt, wenn ich den Kopfhörer einstecke und wenn nicht und schaltet automatisch um.Allerdings bleibt es dabei, daß er im Batteriebetrieb den Ton verliert, sowohl mit der ID 12 wie mit der ID 14. Leider!
  • Gäbe es vielleicht eine Möglichkeit, aus der DSDT.aml das Audio-Device auszulesen und mit einer SSDT-HDEF.aml gewisse Parameter zu ändern?Ich füge mal die DSDT.dsl Datei an. Wenn ich das richtig sehe und verstanden habe, dann findet sich das Audiogerät in dem Device (HDAS).
  • Ok. Besten Dank für die Erklärung.Ich habe den CodeDump in Linux mal erzeugt.
  • MacPeet Siehst Du eine Möglichkeit, wie man das Problem noch hinbekommen könnte?D.h. hat es überhaupt einen Sinn, einen neues LayoutID für AppleALC zu erstellen? Ich habe mir den Guide dazu mal angeschaut (https://github.com/5T33Z0/Appl…e/main/AppleALC_Layout-ID), aber für mich ist das ein Buch mit sieben Siegeln.Oder liegt das Problem vielleicht gar nicht an AppleALC sondern am Energiemanagement? Wie könnte man das aber steuern?Ich habe mal VoodooHDA installiert, da läuft der Ton auch im Batte…
  • Also: Mit ID 14 und ID 16 bleibt der Ton im Batteriebetrieb. Nach Sleep ist der Sound allerdings bei beiden IDs weg, und … nach einem Neustart ist der Ton immer noch weg, auch beim Netzbetrieb. Da ich mit diesen beiden IDs nicht mehr switchen kann zwischen Lautsprecher und Kopfhörer kann ich jetzt auch den Ton nicht mehr wie früher aufwecken.Ich habe die zwei IOREG-Dateien erstellt.Nun zu Deinen Fragen bzw. Anregungen:Den lowpowermode habe ich schon öfters komplett ausgeschaltet, hat aber nichts…
  • Ich konnte für ID 14 wie 16 Speaker, Kopfhörer und internes Mic überprüfen. Bei beiden funktionieren die Geräte einwandfrei, auch der Kopfhörer ohne Rauschen. Da ich kein Headset mit Mic, also kein externes Mic gerade da habe konnte ich das leider nicht überprüfen.Und Ja, die Kiste hat eine Kombi-Klinken-Buchse.
  • Jawohl, ich habe ein 3-Pin-Klinkenstecker in die 4-Pin-Kombibuchse gesteckt. Werde mal schauen, daß ich ein 4-Pin-Headset wo auftreibe.CodecCommander habe ich noch nicht probiert. Ich war mir da nicht klar, ob ich den einfach hinzufügen kann oder noch was irgendwo eingeben muß. Werde ihn einfach mal hinzufügen und dann berichten.EDIT: Ich habe CodecCommander direkt nach AppleALC eingefügt und damit gebootet, doch es hat sich nichts geändert: Ton ist nach Sleep weg.ZUDEM ist dann der Ton selbst n…
  • Im Anhang hier schon einmal mein CodeCommander.Bin gerade am Testen. Berichte später.Momentan habe ich mit der neuen Version und der ID 15 das alte Problem wieder, daß der Ton wegfällt nach kurzer Zeit.
  • Bei der ersten Test-Version mit ID 14 wie auch bei der zweiten Test-Version mit ID 16 bleibt der Ton im Batteriebetrieb (bei der letzten, also der dritten Test-Version eben nicht).Allerdings habe ich gerade bei beiden festgestellt, daß der Ton beim automatischen Switch zurück, also von Kopfhörer zu Lautsprecher, leider wegbleibt (ist vielleicht gleichzusetzen mit dem Aufwachen aus Sleep?).
  • In der Zwischenzeit habe ich ein Headset mit 4-Pin Klinke!Ich habe zunächst mal mit der normalen AppleALC und ID 12 gestartet. Da gab es dann tatsächlich in den Systemeinstellungen "Ton" im Eingang ein "Line-In" Gerät. Was da allerdings "rein" geht ist nicht zu gebrauche, sprich, da kommt gar nichts an und man hört nur Rauschen. Siehe Anhang.Mit den neuen Kext und ID 15 gestartet findet sich tatsächlich im Eingang nur das interne Micro und kein Line-In. Siehe Screenshot.EDIT: Ich habe von dem an…
  • Das funktioniert auch: nach dem Stecken und Entfernen des Kopfhörers ist der Ton über Speaker wieder da, auch nach einer längeren Ruhepause, z.B. über Nacht, ist der Ton wieder da.Und … ich habe ein 4-Pin Headset.Da ist allerdings das Problem, daß er das Micro am Headset nicht erkennt. Wie Bild in Post 31, also wie bei Deiner letzten Kext mit ID 15 zeigt die Systemeinstellung Ton beim Eingang nur "Internes Mikrofon" an.
  • Ich habe Deine neuen Kexts mal probiert. Nun wird vom Headset, wenn ich dieses einstecke, tatsächlich das Line-in-Microfon angezeigt. Aber rein kommt dabei nur Rauschen.Ja, Du hast recht: eigentlich braucht man das Micro vom Headset kaum. Ich komme mit der Variante auf jeden Fall gut zurecht.Dir auf jeden Fall ein ganz dickes Lob und herzlichen Dank für Deine Bemühungen.