OpenCore Sammelthread (Hilfe und Diskussion)

Hallo liebe Leute, ich habe schon lange Probleme mit der UEFI-Shell.

Beim Drücken von Shift, Alt und Strg flitzt mir der Cursor davon und zieht eine Linie.

Beispiele hierzu

FS_________________________:___________________________________0

map_______________________>____________________________________

Ist natürlich blöd nach dem Drücken der entsprechenden Tasten immer Delete oder Backspace zu drücken.

Beim Durchlesen der Doku bin ich auf die Parameter "KeyForgetThreshold" und "KeyMergeThreshold" gestossen.

Nun meine Frage:

Sind "KeyForgetThreshold" und "KeyMergeThreshold" gleichbedeutend mit "Repeat Delay" und "Repeat Rate"?

Vielen Dank für das Lesen und viele Grüße von bluebyte

bluebyte

Ich würde mal sagen ja genau das ist es, laut Dokumentation:

1. KeyForgetThreshold
   Type: plist integer
   Failsafe: 0
   Description: Remove key unless it was submitted during this timeout in milliseconds.

   AppleKeyMapAggregator protocol is supposed to contain a fixed length buffer of currently pressed keys. However, the majority of the drivers only report key presses as interrupts and pressing and holding the key on the keyboard results in subsequent submissions of this key with some defined time interval. As a result we use a timeout to remove once pressed keys from the buffer once the timeout expires and no new submission of this key happened.

   This option allows to set this timeout based on the platform. The recommended value that works on the majority of the platforms is 5 milliseconds. For reference, holding one key on VMware will repeat it roughly every 2 milliseconds and the same value for APTIO V is 3-4 milliseconds. Thus it is possible to set a slightly lower value on faster platforms and slightly higher value on slower platforms for more responsive input.

   Note: Some platforms may require different values, higher or lower. For example, when detecting key misses in OpenCanopy try increasing this value (e.g. to 10), and when detecting key stall, try decreasing this value. Since every platform is different it may be reasonable to check every value from 1 to 25.

2. KeyMergeThreshold
   Type: plist integer
   Failsafe: 0
   Description: Assume simultaneous combination for keys submitted within this timeout in milliseconds.

   Similarly to KeyForgetThreshold, this option works around the sequential nature of key submission. To be able to recognise simultaneously pressed keys in the situation when all keys arrive sequentially, we are required to set a timeout within which we assume the keys were pressed together.

   Holding multiple keys results in reports every 2 and 1 milliseconds for VMware and APTIO V respectively. Pressing keys one after the other results in delays of at least 6 and 10 milliseconds for the same platforms. The recommended value for this option is 2 milliseconds, but it may be decreased for faster platforms and increased

Probier mal die werte:

KeyForgetThreshold --> 5

KeyMergeThreshold --> 2

ozw00d vielen Dank für deine Rückmeldung. Genau diese Werte stehen bei mir drin.

Die Bezeichnung Threshold (Schwelle) kenne ich eher von meinen virtuellen Gitarren-Amps bei Noise-Reduction.

Bei meinem Lenovo T520 funktioniert die Shell einwandfrei. Habe die config eben mal verglichen.

Einziger Unterschied ist, dass beim Lenovo bei "PointerSupportMode" ein leerer Eintrag ist.

Ist aber unerheblich, da "PointerSupport" auf "False".

Probiere das trotzdem einmal. Wer weiß, ob da nicht mehr dahinter steckt.

Keine Änderung. Ein Wechsel auf Tastatur mit Kabel bewirkt auch nichts.

Werde mal die Openshell.efi vom T520 kopieren.

Keine Änderung.

Ich habe mich gestern im Forum umgeschaut und dabei erfahren, dass Maddeen ein ähnliches Problem hatte.

Er hatte es im "N-D-Fork" beschrieben. Bei ihm war es anscheinend umgekehrt.

OpenCore Sammelthread (N-D-K Fork)

Ich habe es geschafft. Endlich funktioniert die Shell wie sie soll.

Endlich ohne "_______________________________________________"

Es war nur ein Eintrag "KeySupportMode" von "Auto" auf "AMI"

Tastaturbelegung mit den Sonderzeichen stimmt zwar nicht, aber immerhin ein enormer Fortschritt.

die UEFI-Shell kennt halt nur die US-Belegung (QWERTY) bei der Tastatur. Am Besten druckt man sich die mal aus um im Bedarfsfall die Sonderzeichen zu finden.

Kein Problem damit. Früher, in den tollen Achtzigern, gab es beim Atari 800 XL auch kein deutsches Tastatur-Layout.

Versuche OpenCore 0.63

Bootstick erstellt für OpenCore 0.63, der boot gelingt teilweise mit install MacOS Catalina (external), kommt aber nicht bis zur DiskUtility.

Wäre über Kommentare erfreut.

Hallo zusammen, ich habe hier ein kleines Problem mit OpenCore und dem Asus Z490M- Board.

Einen „Fahrrad-Kumpel“ habe ich überredet mal sein neues System, zum Hackintosh zu machen, alles kein Problem dachte ich, das schaffst du schon.

Seine Hardware besteht aus:

ASUS Prime Z490M-Plus

I3-10100

Corsair DDR4-3000

Samsung SSD 250GB

iGPU UHD630

Mit dem erstellten OpenCore-USB-Stick eine vorhandene BIGSUR-SSD 11.0.1 gebootet….. läuft prima…. Alle zufrieden.

Aber nach einem restart , kommt erst eine Meldung vom BIOS …. Failed…usw, siehe Bild.

Dann F! Drücken im BIOS die Bootreihefolge ändern…. Dann geht der 2. OC-Boot

Nach einigem recherchieren, habe ich das ganze mit dem neuesten Clover(5126) probiert…

Und siehe da, das ganze bootet so wie es sein soll, ohne Fehlermeldung vom BIOS.

Ich würde gerne OpenCore installieren, aber so ist das nicht praktikabel…..

Hat einer eine gute Idee ?

LG

RizziCR

du hast doch so was aufm z390 gehabt , was warn das RTC ?

Auf meinem Z390 Board hat folgendes geholfen:

- ProtectUefiServices = true

- DisableRTCChecksum

- BootProtect = none (deaktiviert, dass OC ständig einen EFI Boot eintrag ganz oben erstellt - führt bei mir zusätzlich dazu, dass Bluetooth mit meiner Karte auch nach Reboots fehlerfrei funktioniert.

Laut OpenCore Guide (hier der gut durchsuchbare github Link) braucht man noch die AWAC SSDT für RTC.

Ich weiß nicht in wie weit sich das in Z490 geändert hat, aber ich würde es mal mit den Quirks probieren.

Ja Leute , das war es ..DisableRTCChecksum=yes...

und somit wieder einen "Hackintosh-Jüngling" gewonnen

Er testet zwar jetzt in aller Ruhe zu Hause, aber sehr angetan von der ganzen Sache....

Vielen Dank

Bei mir hat auf dem Asus Prime Z390 ein RTC Patch geholfen (Screenshot).

Ansonsten was auf jeden Fall funktioniert, im Bios unter "Boot" die Funktion "Wait for F1 if Error" deaktivieren. Hatte ich zuerst für Monate so und hat einwandfrei funktioniert.

Vll hast Du es aber auch bloß vergessen, weil es mit 063 erst dazu kam

Dieser Eintrag steht in deiner plist. Einfach rauslöschen da er nun obsolete zu sein scheint.