locojens Ich hab für einen einzigen Wert (mal wieder) vergessen ne default value anzugeben, den haste getroffen Probier mal den hier:
Da ist jetzt auch der fertige EFI mounter dabei, sagt bescheid wenn ihr damit Probleme haben solltet
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 erstellenlocojens Ich hab für einen einzigen Wert (mal wieder) vergessen ne default value anzugeben, den haste getroffen Probier mal den hier:
Da ist jetzt auch der fertige EFI mounter dabei, sagt bescheid wenn ihr damit Probleme haben solltet
locojens kannst du die config die du laden wolltest vielleicht auch nochmal hochladen?
derHackfan das liegt daran dass das unmounten der alten Partition in einem anderen Thread passiert das switchen hat mir zu lange gedauert, da war es mir das schon wert 🙂
derHackfan sehr schön!
Den EFI mounter hab ich jetzt fertig gestellt, Änderungen sind schon auf Github, aber hab gerade kein Build parat. Wer nicht warten kann, kann selbst kompilieren, ansonsten bis morgen warten wenn das Problem von anonymous_writer auch behoben ist 🙂
anonymous_writer kannste die config die den Absturz verursacht hier hochladen? Dann guck ich mir das mal an.
derHackfan das mit den Properties ist so gewollt dass alles in Daten umgewandelt wird, weil ich sonst von jedem Wert den Datentyp speichern müsste, wofür ich einiges am openHandler ändern müsste und ich dachte das lohnt sich nicht weil man im OCC die Daten ja dann als String/Int/Bool bearbeiten kann (technisch gesehen nur als String, aber Ints können ja auch als String dargestellt werden und bei nem Bool ist 0 halt false und 1 true).
SMBIOS ist sehr komisch, wenn ich OCC aus Xcode starte geht's, wenn ich die exportierte App nutze geht's nicht... werd ich mir mal genauer anschauen
EDIT:
So, da ham' wa's. Notiz an mich selbst: bei Zuweisungen niemals nen force unwrap machen... Ist nen PITA zu debuggen und funktioniert nur bei Release Builds nicht. Hier ist jetzt auch ne erste version des EFI mounters mit drin, funktioniert aber noch nicht zuverlässig (sollte aber so weit funktionieren wenn man die Partition nicht wechselt sondern nur einmal eine auswählt)
EDIT 2:
Noir0SX habe mir den DPCI manager gerade etwas angeguckt, aber soweit ich das sehen konnte zeigt der doch nur Werte an die das Gerät sowieso schon hat (= die schon injectet werden, entweder vom Gerät selbst, vom Bootloader oder von der Firmware), oder? Wo ist dann der Sinn die nochmal durch OC zu injecten (außer für Overrides, aber da ist dann auch nur der Property Name nützlich, nicht der Wert)?
schmalen clover config.plists zu konvertieren ist zwar geplant, aber noch nicht implementiert, steht auch so im OP. Über den Absturz beim SMBIOS wurde vorhin schon berichtet, das guck ich mir morgen mal genauer an.
derHackfan danke, werd ich mir auch morgen mal anschauen
EDIT: So, habe mir das ganze jetzt mal bisschen genauer angeguckt, derHackfan du hattest nicht alle Felder bei den ACPI Patches und ich hab mal wieder vergessen Default Values anzugeben.
schmalen anonymous_writer kann es sein dass ihr selbst kompilierte Apps verwendet und nicht die von mir hochgeladenen? Auf meinem Github ist macserial nämlich nicht drin, steht in der gitignore. Einfach die macserial binary runterladen und in den gleichen Ordner wie OpenCore Configurator.xcodeproj packen, dann sollte es gehen, werd ich auch gleich in die Readme schreiben. Probiert mal bitte den hier:
Changelog:
apfelnico So, probier's mal damit.
Changelog:
Bugs:
ACPI patches speichern unvollständig, was wiederum beim Import einen Absturz hervorruft. Ist nen einfacher Fix, mach ich aber morgen
anonymous_writer das sieht doch echt super aus!
Wie im OP schon steht, ich warte im Moment darauf Schreibzugriff auf das OpenCore Unterforum auf IM zu bekommen damit ich dort direkt einen Thread erstellen kann, dann wird er es ja wahrscheinlich auch sehen
apfelnico erst mal vielen Dank für das Feedback. Tatsache, durch den letzen Fix funktioniert das Speichern einer leeren Datei nicht mehr... Fix ist sofort draußen.
Informationen zu einzelnen Elementen anzuzeigen hab ich auch schon drüber nachgedacht, wird aber frühestens implementiert wenn das Programm aus der Beta-Phase raus ist (von meiner Seite zumindest, wenn jemand das machen will, ich akzeptiere PRs).
Zur Acpi>Patched>Count Sekion, da hab ich tatsächlich Count vergessen... danke für den Hinweis, werd ich mich auch gleich mal drum kümmern
anonymous_writer so, das hat definitiv länger gedauert als erwartet Wegen der Reihenfolge der Kexts hab ich das Plist Array direkt als datasource für die Tabelle verwendet anstatt die vorher in Strings umzuschreiben, da kommt der natürlich mit nem Bool nicht klar... probier mal den hier
DSM2 am besten einfach hier im Thread, nur die SN rausnehmen falls dir das wichtig ist
So, der kann jetzt auch Strings/Ints/Bools in Device Properties und NVRAM. In der Tabelle werden die Daten im Hexadezimalformat angezeigt, einfach auf das kleine Auge rechts klicken, dann öffnet sich ne Message box wo der Wert als String editiertierbar ist.
Kext Sortierung sollte jetzt auch funktionieren, testet bitte ob das auch zuverlässig klappt.
derHackfan Ja, das ist ein Bug den ich gestern schon bemerkt habe, der kann bei DeviceProperties im Moment nur "Data" parsen, du hast da nen String drin. Zum ausprobieren kannste den String in hex umwandeln und als Data eintragen, ich werd das aber auch gleich fixen.
Versuche gerade zu implementieren dass man im Kernel Add Table Zeilen verschieben kann, da die Reihenfolge der kexts ja sehr wichtig ist, wenn das läuft gibt's nen neues Build, dann hoffentlich auch mit String, Int, Bool support in DeviceProperties
anonymous_writer vielen Dank für die Info, hab vergessen für einige Felder default values anzugeben wenn sie leer sind. Hiermit sollte es gehen
Ich schreibe im Moment an nem OpenCore Configurator, der jetzt gerade "fertig genug" ist um das ganze zu testen. Es ist noch Alpha Software, also falsch formatierte plists können das Ding zum Absturz bringen (wenn das der Fall ist bitte crash report und config, die den Crash verursacht hat, schicken). Hat aber nette Features wie z.B.:
Sagt mir auch gerne was ihr euch sonst noch für Features wünschen würdet.
Im Moment geplant sind:
Werde auch demnächst auf IM darüber posten, hab aber im Moment noch keinen Schreibzugriff auf das OC Unterforum.
dandepeched What fixed it for me (along with graphical glitches) was to spoof a Skylake iGPU with whatevergreen (you'll need whatevergreen from rehabman's repo from the spoof_fix2 branch, either build it yourself or find it precompiled online). Then use 0x19160000 as the ig-platform-id in clover
MacPeet So, bin jetzt endlich mal dazu gekommen den trial 15 zu testen. Komischerweise ist die Input Gain bei dem externen Mikro (bzw. line in) noch niedriger als beim trial 14. Es übersteuert nicht, aber es kommt noch weniger an. Ich hab's extra nochmal nachgeprüft, beim trial 14 ist wenn ich schnipse etwa drei viertel Ausschlag, bei trial 15 komme ich gerade mal unter 50%.
Ich hätte auch noch eine Frage, wäre es möglich den Kopfhöreranschluss als separaten Ausgang anzuzeigen? Wenn ich Line in über die Kombibuchse anschließe ist der Kopfhörerport natürlich auch belegt, heißt ich habe wenn mein Mischpult angeschlossen ist keinen Sound über die internen Lautsprecher. Wäre nicht weiter schlimm wenn's nicht geht, wäre nur schön wenn man nicht unbedingt jedes mal den Stecker ziehen/Kopfhörer anschließen muss um sich die Aufnahmen anzuhören
MacPeet Ja, die Outputs waren völlig ok. Das interne mic war auch bei beiden trials ok, da hat nichts übersteuert. Nur beim externen mic ist der boost zu niedrig, da kommt so gut wie gar nichts an
MacPeet Tut mir leid, da hab ich mich missverständlich ausgedrückt. Ich habe Line in angeschlossen, in den Systemeinstellungen wird es als Mikrofon angezeigt
MacPeet danke für die weiteren Trials. Mit Trial13 ist alles genau wie vorher, nur dass der Input Gain beim internen Mikro etwas niedriger ist, es übersteuert also nicht mehr.
Beim Trial14 geht auch Line in ohne zu übersteuern! Die Audioqualität ist normal, nur die Lautstärke ist extrem niedrig. Selbst bei maximaler Lautstärke komme ich nur mit schreien in die Nähe von vollem Ausschlag. Wenn man da jetzt noch Boost2 oder 3 macht wäre es wahrscheinlich perfekt (es sei denn es übersteuert dann wieder :D)