OpenCore Sammelthread (N-D-K Fork)

derHackfan

Ich weiß nicht, wie viele Plattformen dieser Patch abdeckt. Ich habe nur bei mir nachschauen können und gesehen, dass es komplett anders ausschaut. Da hast du recht, wenn es entsprechend gekennzeichnet und validiert ist, dann ist das eine feine Sache.

derHackfan ...das hat leider nicht so geklappt... siehe Anhang.

Eine Bitte, magst Du aus der config.test.plist von Deinem Anhang meine Generic-Daten entfernen, ich hab es bei mir zu spät gesehen, dass die noch drin waren. Danke

Habe die config.plist gelöscht.

Du bist noch mit v055 unterwegs? Ich dagegen mit v056 und da macht der OpenCore Configurator dann natürlich Tabula Rasa! Sorry.

Also ich habe den v056 NDK-Fork (dachte ich bis jetzt eigentlich).

Jau, den N-D-K Fork hatte ich gar nicht auf dem Schirm, der ist m.W.n. nicht im OpenCore Configurator berücksichtigt, mein Fehler.

Ich habe bei meiner Haswell Platform unter dem Reiter Kernel alle Quirks entfernt, teste das bitte mal und verwende deinen Editor.

Sascha_77 Lässt sich die OpenCore Abfrage für den N-D-K Fork in den KU integrieren?

AHAHA!

15,37 sek

(Wer ist schneller?)

Danke, derHackfan - einfach spitze!

Ich schalte jetzt mal ThirdPartyDrives wegen TRIM wieder ein und schau mal, ob es genau so schnell bleibt...

EDIT--------------------

Es liegt wohl genau an dem Quirk "ThirdPartyDrives" - das verlangsamt den Bootvorgang... anyway, morgen ist auch noch ein Tag.

Booaahhh, des ia a Wahnsinn...

bananaskin ...pfff, ich freu mich halt.

derHackfan  Normsturz Danke fürs testen und freut mich!

Zitat von apfelnico

Nein, das ist sehr individuell.

Jein, schau dir mal meine SSDT an, calls an _PTS werden nur für S5 State abgefangen und für alle anderen States an die originale _PTS (jetzt XPTS) (mit entsprechendem State-Value forwarding) weitergeleitet. Ein Teil des Shutdown Fixes ist genau das.

Wie kommt der von dir gepostete Code zustande wenn ich fragen darf? Wir beschäftigen uns ja zudem mit Systemstate S5 (Soft Off State) fürs runterfahren, dein Code beschäftigt sich ja nur mit allen anderen Fällen...

Zitat von kuckkuck

Wie kommt der von dir gepostete Code zustande wenn ich fragen darf?

Original aus der DSDT. Woher denn sonst?

Aaah, verstehe, sorry dachte das hättest du zusammengeschrieben

Und dieser Teil ist deine eigene Implementierung?

Naja, anyway, der vorhandene _PTS Code geht ja bei meiner SSDT nicht verloren wegen dem forwarding wenn die Condition nicht eintritt.

Zitat von derHackfan

Sascha_77 Lässt sich die OpenCore Abfrage für den N-D-K Fork in den KU integrieren?

Wenn der NDK Fork einen anderen Namen als "OpenCore" hat im Nvram ja. Wenn nicht, nein.

Zitat von derHackfan

Sascha_77 Lässt sich die OpenCore Abfrage für den N-D-K Fork in den KU integrieren?

Um das nochmal aufzugreifen ... mach mal bitte

und poste die Ausgabe.

Ich hab den OC-Ordner von JimSalabim mit dem NDK-Fork im Einsatz, da bekomme ich dann folgende Ausgabe:

Danke. Wie ich mir gedacht habe. Kein Hinweis auf NDK. Somit ist es leider unmöglich für den KU zwischen beiden zu unterscheiden.

Wenn jemand mal BootSound unverbindlich Testen möchte mit dem N-D-K Fork oder dem Original, so läuft der bei mir. Support gebe ich keinen da noch nicht veröffentlicht.

Der Ordner Resources von hier gehört direkt in den OC Ordner.

anonymous_writer mit welchem Programm bearbeitest du die Plist-Dateien?

Hallo Agrarfotograf ,

ich nutze dieses Programm.

https://apps.apple.com/de/app/…editor/id1157491961?mt=12

anonymous_writer Coool! Boot-Sound läuft bei mir (N-D-K-Fork).

Hallo JimSalabim , ich habe das auch mal in den neuen 056-er-NDK eingebaut.... ich höre leider keinen Startsound, lustig ist aber, wenn ich den Kextupdater starte.... auf prüfen gehe.... nach erfolgreichem Prüfen ertönt ein Sound(ich glaube mich zu erinnern, dass das der VoiceOver-Boot-Sound ist)

Wie bitte hast du den Start-Sound zum erklingen gebracht.....

in dem Ordner Resources ist kein Startup-Sound.wav, nur ein VoiceOver_Boot.wav