Suchergebnisse

Hier mal ein kleines Paket für die neue AppleALC.kext (Version 1.0.19). Beinhaltet Ressourcen für den ALC887, 889 und 1150. Mit meinem 887 läuft es ohne Probleme (über die EFI). In dem Ordner ist einmal die .kext und einmal die ins ffs konvertierte Datei fürs Bios. Diesmal habe ich aus kexttoffs aber die Option, dass die jeweilige Version im Bios noch zu sehen ist ausgestellt, da mir das auf die Nerven ging. Ihr könnt euch die Datei aber natürlich dann mit der .kext auch selber konvertieren

Ich probier mal einen codec dump einzubauen und dann wird je nach codec eine andere Version erstellt. Dann könnte man aber auch die Teile einfach herunterladen, weil zum erstellen halt xcode gebraucht wird.

Also ich kann eine Version für jeden audio codec erstellen (alle Layout IDS für den jeweiligen codec). Allerdings dann nur die realtek und via Codecs, denn diese connextant Teile hat ja eh fast keiner und das lohnt nicht. Wenn die überhaupt auf ami boards verbaut werden/wurden. Dann einen codec dump aus nem anderen Skript ausbauen und einsetzen. Dann wird halt je nach codec eine bestimmte Datei einfach heruntergeladen. Ins BIOS einfügen wird aber vermutlich nicht funktionieren.

Aber wenn jeder extra Xcode herunterladen muss, um diese Datei zu erstellen dauert das Ganze ewig. Ich mein, das ist doch kein Aufwand für die gängigen Codecs eine eigene Version zu erstellen. Ich würde sagen, in einer halben Stunde bin ich fertig. Wenn man das in Zukunft aufteilt, dann macht jeder 3 oder so und schon sind wir in weniger als 10 Minuten fertig. Das können wir auch so erledigen. Dann laden wir die irgendwo hoch und das Skript guckt nur, welche Codec ID er findet und dann wird die …

Hier mal ein Paket mit allen 800er Realtek Chips und dem 1150er. Natürlich alle einzeln. Wenn wir dazu noch ein Skript hätten, wäre das schon klasse. Die sind alle natürlich Ozmosis kompatibel und sollten so auch ins Bios passen. Hat mich jetzt knapp 33 Minuten gekostet. Leider habe ich die falsche ffs (nicht die compressed ffs) geladen. Also werde ich in 5 Minuten nochmal ein Paket dazu hochladen.Wäre übrigens gut, wenn jeder, der einen der Chips hat mal testen könnte, ob die jeweilige Kext läu…

Ähhll... so einer ist auf nem Desktop Board verbaut?? Ok... Nagut, Sekunde Bitteschöön EDID: Da das mit der Konversation nicht klappt, sind hier alle Dateien für das Skript, nicht nur für den ALC255. Diese können dann mit dem richtigen Skript automatisch für den Codec geladen werden.

Soo... wie wäre denn sowas?Für die Links musste leider eine Konversation herhalten... Sorry @kuckkuck Das mit der Konversation hat nicht geklappt, wegen des Zugriffsrechts. Daher jetzt ein neues Skript, welches die Links, aus dem vorherigen Post beinhaltet. Viel Spaß damit

Ich habe überhaupt keine Bash Kenntnisse und elegant ist es auch nicht gelöst. Einiges sogar einfach aus anderen, nicht geschützten Skripten genommen. Daher... fragen wir einfach mal @Thogg Niatiz EDID: habs rausgefunden Macht das ganze sogar minimal einfacher. Statt(Quelltext, 1 Zeile) steht da jetzt einfach(Quelltext, 1 Zeile) jetzt sollte dein Default Browser starten @al6042

Du probierst einen Codec den ich noch nicht eingebaut hab. Darf ich fragen, um welchen es sich handelt?

Ja, VoodooHDA sollte dann natürlich nicht benutzt werden, aber ich meine welchen Audio Codec du hast. Geht es um dein Z77N-Wifi?Wie man aber abfängt, dass VoodooHDA auf dem Board läuft, weiß ich nicht... Ich bin wirklich kein Profi was Bash angeht

Danke @al6042 damit sollte es gehen Wenn nun VoodooHDA installiert ist sollte Kextstat das Ding finden und die ID 0x21000 extrahieren. Mit einer einfache If-Abfrage wäre das dann gelöst. Sobald also VoodooHDA installiert ist wird gemeldet "Please disable VoodooHDA!" und das Programm wird beendet. Falls VoodooHDA nicht installiert ist wird einfach ausgegeben "No VoodooHDA detected!" und das Skript läuft weiter. Probiers nochmal bitte @CrazyCreator EDID: @Sascha_77 kannst du sowas irgendwie in ein…

Dann hat sich mit der neuen VoodooHDA die ID also geändert - gut zu wissen Ich wollte mir nicht die Package Datei installieren, um Voodoo zu testen und habe einfach eine ältere Version genommen und auf die EFI gelegt. Scheint keine gute Idee gewesen zu sein... Hier mal eine Version, in der ich auch noch ein wenig Platz gemacht habe, durch das Löschen von unnötigen Dingen. Und genannt habe ich es erstmal AppleALC-Downloader. Viel Erfolg

Die die ich hatte war die 2.8.4 oder so... aber ich kann das auch mal ID unabhängig machen, nur weiß ich nicht genau wie. Ich werd's herausfinden, aber probier bitte erstmal die Version die ich gerade geschickt hatte

Merkwürdig... Das habe ich jetzt auch bekommen. Warum auch immer. Probier mal so bitte. Hab jetzt statt Punkt 4 einfach mal Punkt 2 genommen. Sprich, wenn er mit Kextstat nach VoodooHDA sucht und dann was findet, sieht er bei Punkt 2 0. D.h. wenn VoodooHDA nicht installiert ist, wäre das einfach leer. Und so ist das von der VersionsID unabhängig.

So soll es doch aussehen

Auf jeden Fall ein guter Anfang... Gibt es mehr Codecs die wir abdecken sollten? Gut, den VT2020 und 21 natürlich, aber sonst?

Ja, die kenne ich auch, aber die sind so selten, dass sich das wahrscheinlich nicht lohnt... Und wenn überhaupt habe ich sie noch nicht auf einem Board mit Aptio 4 gesehen. Daher müsste die Kernel Extension eh über die Efi geladen werden und dann kann es auch bei der originalen bleiben

War nur n Test ne?

Hier wäre dann auch noch das Skript, welches die Dateien von Github lädt... So könnte es dann auch besser verbreitet werden. Wir haben sogar schon ein YouTube Video darüber von @cehos bekommen!! Wirklich coole Sache Hab auch nochmal das Skript, welches von hier lädt (HF-Foren Account benötigt) angehängt... Nur falls da jemand Wählerisch ist Vielleicht baue ich ja mal noch ein paar Zusatzfeatures in das für... Nein, mache nur Späßchen

Dann fehlt da ein 'exit' haha