Beiträge von Maddeen

  • Diverse Fragen zu OpenCanopy

    Hi zusammen,


    vielleicht hat jemand schon etwas mehr Erfahrungen mit OpenCanopy und kann mir helfen.


    Ich bin dieser Anleitung gefolgt - https://dortania.github.io/Ope…top-Guide/extras/gui.html

    Pickermode = External

    PickerAttributes = 1


    Aktuell geht es mir nur um die GUI.

    Generell funktioniert das auch schon prima - trotzdem fehlt mir noch das Verständnis der Funktion bzw. was bewirkt was usw. damit ich es mir so bauen kann, wie ich es haben will :)


    Bisher sah mein Bootpicker so aus - native OC

    5ca98316f16940980dce84faa31fcde785637daa.jpg


    Nach der Aktivierung von OpenCanopy sieht es so aus:

    IMG-2090.jpg


    Aus meiner Sicht hat das jetzt schon folgende "Fehler" die ich gerne ändern würde - dazu muss ich aber die Funktionsweise kapieren :)

    1. Das Icon (dritte v. l.) sollte zum einen das Recovery-icon (AppleRecv.icns) haben und nicht das HardDrive.icns.
      1. Weiter sollte es auch "CarbonCopy Recovery" heißen - wie es ja im nativen OC-Boot-Picker auch hieß (Umbenennung via .contentDetails)
    2. Das Icon (fünfte v. l.) sollte ebenfalls das Recovery-icon (AppleRecv.icns) haben und nicht das HardDrive.icns.


    Weiter würde ich gerne der CarbonCopy ein eigenes Icon zuweisen. (also nicht HardDrive.icns. )
    Aber auch hier fehlt mir das Verständnis der Funktionsweise - wie geht das? bzw. geht das überhaupt?

    An irgendeiner Information muss OpenCanopy ja seine Logik bei der Vergabe der Icons festmachen..


    Bonusfragen:

    Ist es auch möglich ein Background-Image zu setzen? (Ja, ist Spielerei, aber ich habe Lagerkoller :) )

    Das mit den Labels ist mir übrigens komplett schleierhaft, sodass ich über jeden Erklärbär dankbar wäre :)


    Schönes WE und bleibt gesund!

  • Lauffähige Konfiguration: ASUS HERO VIII + Skylake i7 6700 + Vega56

    So - gerade getestet. Immer noch keine Chance.
    Ich kann das Häckchen in macOS setzen .. dann zeigt er kurz "Aktivieren" an .. und dann sieht alles so aus, als würde es funktionieren.

    Wenn ich aber dann entsperren will, zeigt er beim Login-Screen nur kurz ein "mit Apple Watch entsperren" an -- bricht dann ab und will eine Eingabe via Tastatur.

    Ist das bei dir auch so crazycreator ?

    Ich kapiere nicht, wo bei uns dann der Fehler liegt. Denn a) hat es bei mir früher immer funktioniert b) hängt die Funktion ja wohl nur mit dem richtigen BT/WiFi-Chip zusammen (den wir beide haben) und c) funktioniert es bei JimSalabim der ebenfalls die Fenvi T919 Karte nutzt.

    JimSalabim - hast du für die Funktion "mit Apple Watch entsperren" noch irgendwas an Einstellungen o.ä. ändern müssen?

  • Lauffähige Konfiguration: ASUS HERO VIII + Skylake i7 6700 + Vega56

    crazycreator - erwischt :) Ich habe gestern nur die Beschreibung aktualisiert, aber die EFI nicht hochgeladen. :facepalm:

    Werde ich heute Abend direkt nachholen.


    Das entsperren mit der AppleWatch ging bei mir sogar schon bei Catalina - aber nur über Clover.

    Ich habe allerdings keine Ahnung, ob die "Nicht-Funktion" mit dem Wechsel auf OC zu tun hat oder ggf. ein Update von Catalina (oder der Watch) erst das Problem gebracht hat :)

    Allerdings habe ich das jetzt auch schon wieder 1 Monat nicht mehr getestet - manchmal verschwinden Fehler ja genauso wunderhaft, wie sie gekommen sind :)

  • Gigabyte Z390 DESIGNARE: OpenCore-EFI-Ordner und Anleitung

    DSM2 - danke für die Info. Aber ist der zu erwartende Boost so groß, dass ein "warten" + deutlich höhere Kosten für Mainboard und CPU wirklich rechtfertigt?


    Ich laufe aktuell ja noch auf einem Z170 Chipsatz .... und außer der Bootzeit (30 Sekunden) habe ich nicht wirklich etwas, wo ich meckern würde bzw. mehr Speed bräuchte.

    Ich spiele nur mit dem Gedanken ein neues MB+CPU zu kaufen, weil ich aus dem aktuellen MB + CPU (z170+i7) mir einen 19" NAS selber bauen will.

  • Gigabyte Z390 DESIGNARE: OpenCore-EFI-Ordner und Anleitung

    JimSalabim - kannst du bitte kurz zu den u.a. Punkten ein OK oder NOK schreiben?
    Ich überlege auch demnächst auf das Z390 mit aktueller CPU zu wechseln - aber da mein ganzer Haushalt (bis auf den Hack) auf (original) Apple-HW läuft, sind mir die nativen Funktionen sehr wichtig.

    Falls du irgendwas nicht testen kannst, kann vielleicht jmd. anders hier ein Feedback geben.


    P.S Sollte das hier ein Admin lesen, wäre das auch mein Vorschlag, für ein "mandatory template" für alle, die ihre "lauffähigen" Builds posten.

    Was bringt es (aus meiner Sicht), wenn mein Build läuft, ich aber weder AirPlay, noch AirDrop oder Continuity Features nutzen kann .. dann ist der Hack ja mehr Windows als Mac :)


    • Sound über HDMI =
    • Sound (Input und Output) über analoge Ports des Mainboards =
    • Laden an USB-Ports =
    • iMessage inkl. SMS-Weiterleitung =
    • Instant Hotspot (iPhone Version?) =
    • iPhone Mobilanrufe (iPhone Version ?) =
    • AirPlay (Audio und Video) =
    • Bluetooth =
    • Sleep =
    • Handoff/Continuity (iPhone > Hack) =
    • Handoff/Continuity (Hack > iPhone) =
    • Allgemeine Zwischenablage (iPhone > Hack) =
    • Allgemeine Zwischenablage (Hack > iPhone) =
    • AirDrop (Hack > iPhone) =
    • AirDrop (iPhone > Hack) =
    • Kamera-Übergabe =
    • Sidecar (iPad Pro 12,9" 2018) =
    • Apple Pay (via iPhone / AppleWatch) =
    • Mit AppleWatch entsperren =

  • macOS 10.15.4 und AirPlay - Kein Streaming mehr möglich / sofortiger Reboot

    Hi zusammen,


    mir ist heute aufgefallen, dass seit dem Update auf macOS 10.15.4 die Aktivierung von AirPlay innerhalb weniger Sekunden zu einem sofortigen Reboot führt (so, als wenn jmd. die Reset-Taste drückt)

    Besonders schnell geht es, wenn man ein Video streamen will - dann reicht meistens schon ein Klick auf PLAY - und das wars - instant reboot.


    Durch die Hilfe von julian91 konnten ich zwar nicht herausfinden, woran es tatsächlich liegt, aber seine Idee für einen Workaround nutzen.


    Die Lösung ist relativ fix umgesetzt - ich habe mein SMBIOS von iMac17,1 auf iMacPro1,1 geändert, neue SMUUID, MLB und Seriennummer generiert und im BIOS die iGPU deaktiviert.

    Mit der neuen Config läuft AirPlay wieder wie gewohnt - jedenfalls in den bisherigen 30 Minuten Testzeitraum.


    Vielleicht hilft es ja dem ein oder anderen.


    Greetz

  • OpenCore Sammelthread (Hilfe und Diskussion)

    pstr - ich habe auch diverse Einstellungen versucht - und unterschiedliche Tastaturen.

    Siehe OpenCore Sammelthread (N-D-K Fork)



    Mit der u.a Einstellungen reagiert es in jedem Fall zuverlässig bei mir, auch wenn es kein 100%iges Mac-feeling ist, weil ich auch ALT+ESC abwechselnd drücken muss.

    Allerdings muss ich die Tasten nicht mehr so penetrieren, als würde ich einen neuen Weltrecord in Anschläge pro Minute brechen wollen :) gefühlt so zwei Klicks pro Sekunde.


    Gibt dazu auch ein Ticket bei acid --> Acidanthera - Bugtracker

    Bei manchen funktioniert es offensichtlich mit ALT halten, bei manchen nur mit ESC und bei mir nur, wenn ich beide abwechselnd drücke...


  • OC 0.5.6 Released

    Die Versionierung von OC und dem NDK stehen in keinem Zusammenhang... ein weiterer Grund, nicht den Fork zu nutzen - gerade wenn es nur um die GUI geht.


    Zum Release -- freut mich - dann hab ich wieder was zu frickeln und lernen :)

  • Bootzeit sehr lang - ggf Fehler in der Config

    Der Keybag Error kommt ja mehrfach vor - und zwar so oft, dass es nicht "pro Volumen" sein kann. Denn ich habe nur meine macOS Platte und die CC-Partition.

    Es folgt auch weder davor noch danach eine UUID oder ähnliches, wo man einen Bezug zur Platte sehen könnte ... via Google findet man auch nur Leute, die das gleiche fragen.

    Habe nicht mal annähernd eine Info gefunden, was mir das sagen soll.


    Bzgl. dem PowerSupply - alle anderen Infos die ich via Google finden konnten, gehen alle in die gleiche Richtung --> falsche USB-Konfig. Wobei ich mich exakt an den Guide via Hackintool gehalten habe.

    Ich werde wohl mal - mindestens für ein kurzes Testing - meine USB-SSDT nutzen, anstatt des USBPort.kext. Vielleicht gibt es ja unterschiede...


    Tante Edit: Der Plan die USB-SSDT anstatt der USBPort.kext zu nutzen hat exakt KEINE SEKUNDE Unterschied gemacht :) er bleibt zwar an einer anderen Stelle länger stehen, aber ich sehe immer noch die USBPowerEinträge... somit gehopst wie gesprungen, was man nutzt :)

  • Bootzeit sehr lang - ggf Fehler in der Config

    Dank euch. DAnn werd ich mal ohne die o.a. Flags testen.


    TRIM wird bei meiner NVMe meines Wissens nativ aktiviert. Ich muss hier nichts machen. Zudem sollte man bei NVMe TRIM soweit ich weiß, auch zwingend aktiviert lassen.


    Tante Edit sagt: Die Entfernung der o.a. Bootflags hat leider keine Verbesserung gebracht. Weiterhin 45 Sekunden Bootzeit, wobei er beim o.a. ersten Screenshot 18 Sekunden hängt und beim Zweiten 15 Sekunden :gehtsnoch:

  • Bootzeit sehr lang - ggf Fehler in der Config

    8o alles gut - was mir parallel gerade aufgefallen ist, kann es sein, dass ich die folgenden Bootflags gar nicht mehr brauche und die ggf. Fehler verursachen?


    • dart=0 (lt. Recherche nur notwendig, wenn man im BIOS nicht VT-d deaktivieren kann. Kann ich aber ;-) )
    • slide=0 (lt. Recherche nur für den AptioFix notwendig - aber den habe ich gar nicht mehr)
    • debug=0x100 (lt. Recherche ein Clover-bootflag - somit jetzt mit OC auch obsolet?)
    • ngfxcompat=1 (lt. Recherche nur bei NVIDIA GPUs notwendig - hab ich aber nicht mehr :) )

  • Bootzeit sehr lang - ggf Fehler in der Config

    Hi zusammen,


    hat jemand eine Idee, warum ich mit meiner Hardware 44 Sekunden Bootzeit (Auswahl im boot picker bis zum Loginscreen) brauche?

    Habe hier einige mit „schlechterer Hardware“ gesehen die bei ca. 20 Sekunden liegen.
    ich habe bereits mal alle internen Platten bis auf meine m.2 NVMe deaktiviert - nicht eine Sekunde Unterschied.


    Im verbose mode bleibt er bei den folgenden zwei Punkten sehr lange stehen. Im zweiten screen sieht man auch APFS Fehler, mit denen ich aber nichts anfangen kann.


    Vielleicht hat noch jemand eine Idee, woran das liegen kann.


    Ist natürlich nicht kriegsentscheidend, aber das dusselige Windows braucht nur 10 Sekunden vom boot picker bis zum Loginscreen.


    Vielen Dank schon mal für jeden Tipp/Hinweis