Ini-File wird nicht geladen

[VuiMuich]

Hallo Max!
Erst mal danke für deine ganze Arbeit rund um VOU, ich hab vor einigen Wochen deinen Blogpost gelesen und hab sofort gewusst, dass das der weg für mein Atreus werden wird. Dann hab ich noch ein Video auf Youtube von Ben Vallack beschlossen dass ich irgendwann ein Ferris Sweep will. Dementsprechend habe ich für mein Atreus eine 34 Tasten Variation von Vou für QMK gebastelt und damit angefangen umzulernen. Das aber nur am Rande.

Jetzt würde ich gerne in der Arbeit auch gelegentlich Üben können und irgendwann hauptsächlich mit VOU arbeiten.
Leider sind die Rechner aber auf einem uralten Windows 10 Enterprise 2015 LSTB 1607 mit Build 14393.4770 und da scheint es ein Problem zu geben die settings.ini zu laden. Die neo-llkh.exe startet immer mit neo und auch die debug console öffnet sich nicht. Leider habe ich natürlich auf der Maschine keine Adminrechte...
Hast du sonst noch eine Idee, warum die ini nicht geladen werden kann? Beide Dateien liegen auf U:\keyboard weil U: das Netzlaufwerk für "private" Nutzerdaten ist. Ich hab aber auch versucht diese auf dem Desktop zu platzieren, ohne Erfolg.

[Snaptags]

IMHO verhalten sich verbundene Netzwerklaufwerke unter Windows ziemlich anders als "echte" Laufwerke. Auch wenn die einen Laufwerksbuchstaben haben, könnte es sein, dass die je nach Zugriffsmethode anders behandelt werden. Im Source wird der INI-File-Path in ein 256 Zeichen langes Array eingelesen. Das könnte für Netzwerkpfade deutlich zu wenig sein?

[VuiMuich]

IMHO verhalten sich verbundene Netzwerklaufwerke unter Windows ziemlich anders als "echte" Laufwerke. Auch wenn die einen Laufwerksbuchstaben haben, könnte es sein, dass die je nach Zugriffsmethode anders behandelt werden. Im Source wird der INI-File-Path in ein 256 Zeichen langes Array eingelesen. Das könnte für Netzwerkpfade deutlich zu wenig sein?

🤔 aber ich denke der Pfad auf den Desktop müsste kürzer als 256 Zeichen sein.
Ich werde nächste Woche mal ausprobieren das von c:\keyboard zu starten.

Btw: auf einem Surface 4 mit halbwegs aktuellem Win10 und Adminrechten läuft alles problemlos.

[Snaptags]

Bei mir mit aktuellem Windows 10 Professional klappen zumindest "kurze" UNC Pfade und/oder verbundene Netzwerklaufwerke schon. Scheint also zumindest kein generelles Problem zu sein.

[MaxGyver83]

Hallo @VuiMuich ,

danke für die positive Rückmeldung! Wie sieht denn deine 34-Tasten-Variation aus?

Könntest du mal probieren, die neo-llkh.exe über die Eingabe-Aufforderung zu starten (Windows-Taste, cmd, Enter)?
Dann cd U:, cd keyboard und neo-llkh.exe debugWindow=1. Somit solltest du die wenigstens mal die Debug Console sehen. Darin finden sich vielleicht Hinweise, warum die settings.ini nicht geladen wurde.

[VuiMuich]

Hallo @MaxGyver83 hier hab ich maleinen Screenshot aus https://config.qmk.fm

Auf den höheren Ebenen bin noch noch ziemlich viel am umstellen und basteln, wie ich die Sonderzeichen alle verteil. Die Diaresis-Tasten, ß, Zahlen, Tab, Esc und Enter sind auf der OSL(3) und sowas wie @, ~ etc. auch. Die anderen Layer teil ich gerne auch mal, wenn ich das bisschen weiter finalisiert habe. Ich denke ich werde das auch als qmk-keymap Vou34 veröffentlichen.Da wäre dann auch die Frage, hast du für das Originale Vou ein Lizenz-Modell und ein Muster-repo?

Ah, das mit neo-llkh.exe debugWindow=1 werd ich morgen gleich mal ausprobieren. Ganz allgemein hatte ich auch schon versucht, ob das starten aus cmd oder WindowsPowerShell (k.A. welche Version) hilft. Könnte dann neo-llkh.exe layout=vou auch funktionieren? Danke soweit schon mal!

[MaxGyver83]

Sieht gut aus! Allerdings würde der Optimierer vermutlich zu einem etwas anderen Ergebnis kommen, wenn man ihn für diese Tastenanordnung konfiguriert. Ist aber vielleicht auch vernachlässigbar.

Da wäre dann auch die Frage, hast du für das Originale Vou ein Lizenz-Modell und ein Muster-repo?

Nein. Von mir aus darfst du alles damit machen, was du willst. Ich weiß nur nicht, ob es Einschränkungen gibt, weil ich ja auf AdNW aufgebaut habe, welches wiederum auf Neo basiert.

Könnte dann neo-llkh.exe layout=vou auch funktionieren?

Ja, das sollte auch funktionieren.

[VuiMuich]

Sieht gut aus! Allerdings würde der Optimierer vermutlich zu einem etwas anderen Ergebnis kommen, wenn man ihn für diese Tastenanordnung konfiguriert. Ist aber vielleicht auch vernachlässigbar.

Ja, mit dem Optimierer wollte ich dann auch irgendwann mal beschäftigen. Aber ich hätte gerade gar keine Ahnung, wie ich die oberen Ebene und mein Layer-Wechsel-Konzept (bis auf klassisches Shift und die OSL geht alles über die Layer 1 in tiefere Ebenen, zurück zur 0 geht es immer mit der linken Daumen-1, d.h. wenn ich nicht weiß auf welcher layer ich gerade bin habe ich Rechter-Daumen-Linker-Daumen und bin sicher auf der 0. Hab ich auch von Ben Valack abgekuckt.) darin bewerten sollte.

Da wäre dann auch die Frage, hast du für das Originale Vou ein Lizenz-Modell und ein Muster-repo?

Nein. Von mir aus darfst du alles damit machen, was du willst. Ich weiß nur nicht, ob es Einschränkungen gibt, weil ich ja auf AdNW aufgebaut habe, welches wiederum auf Neo basiert.

Hmm, das original neo-layout scheint GPL3.0 zu sein, aber um ehrlich zu sein, keine Ahnung, was das für die "Enkel" bedeutet..

Könnte dann neo-llkh.exe layout=vou auch funktionieren?

Ja, das sollte auch funktionieren.

Top, das probier ich dann auch aus.

[VuiMuich]

Also, von c:\keyboard\neo-llkh.exe aus zu starten bringt keine veränderung, aber wenn ich eine Verknüpfung start_vou mit Ziel U:\keyboard\neo-llkh layout=vou erstelle klappt das.

[VuiMuich]

Ich hab mich mal ein wenig mit dem Optimierer beschäftigt und mal eine Version compiliert, die mit den einer Configuration mit 34 tasten zurecht kommt. Ich zweifle, dass meine Sonderzeichen auf den höheren Ebene korrekt bewertet wurden, weil die Werte fast zu gut sind. Aber immerhin ist ersichtlich, dass der unterschied zu einem 'gewürfeltem' VOU34 und meinem manuell angepasstem VOUVM wirklich nur geringfügig zu sein scheinen:

$ /opt34 -2 deutsch.txt -2 englisch.txt -K vuimuich.cfg -r vuimuich_beispiele.txt -b 8
Zeichen '~' tritt im Korpus nie auf.
50 verschiedene unbekannte Zeichen, relative Gesamthäufigkeit 1.07406%.  Das wichtigste dieser Zeichen ist '"'.

VOUVM            310.211 Gesamtaufwand  206.052 Lageaufwand        links rechts
                   1.674 Kollisionen      3.975 Shift-Kollisionen  ob 10.0 12.2
  v.ou/ qglhf     68.016 Handwechsel     29.833 Shift-Handwechsel  mi 30.9 29.2
  caeiy btrns      1.092 Ein-/Auswärts   27.822 Ein- oder auswärts un  5.2 12.5
  zx,j- pdwmk     11.901 benachbart      20.010 Shift-benachbart  sum 46.1 53.9
                  6.5  8.3 18.3 13.0 --.- --.- 16.5 11.5 14.8 11.0 Sh  2.8  2.1
  Kollision/Fi.  0.01 0.06 0.21 0.27           0.29 0.20 0.27 0.37 Sh 1.26 2.71
  " " Sprung>=2  0.00 0.01 0.01 0.06           0.02 0.02 0.07 0.14 Sh 0.01 0.88
  benachbart/F.paar 0.88 0.89 4.26                3.23 1.32 1.32   Sh 9.7110.30
  " " Ze.sprung>=2  0.01 0.04 0.08                0.42 0.26 0.12   Sh 0.46 2.33

  % alle  % links  summiert
  1.192   9.186 (  9.186): ie : Auswärts, Nachbarfinger

  % alle  % rechts summiert
  1.609   8.467 (  8.467): th : Auswärts, Zeilensprung


VOU34            305.664 Gesamtaufwand  205.259 Lageaufwand        links rechts
                   1.744 Kollisionen      3.125 Shift-Kollisionen  ob 10.2 11.4
  v.ouj kglhq     68.016 Handwechsel     29.833 Shift-Handwechsel  mi 30.9 29.2
  caeiy btrns      1.142 Ein-/Auswärts   27.752 Ein- oder auswärts un  5.0 13.3
  zx,-/ pdmfw     12.363 benachbart      19.702 Shift-benachbart  sum 46.1 53.9
                  6.5  8.3 18.3 13.0 --.- --.- 17.5 12.4 14.1  9.8 Sh  2.8  2.1
  Kollision/Fi.  0.01 0.06 0.21 0.27           0.44 0.35 0.25 0.15 Sh 1.26 1.86
  " " Sprung>=2  0.00 0.01 0.01 0.01           0.03 0.04 0.01 0.00 Sh 0.01 0.04
  benachbart/F.paar 0.88 0.89 4.26                3.73 1.30 1.31   Sh 9.71 9.99
  " " Ze.sprung>=2  0.01 0.04 0.04                0.44 0.17 0.30   Sh 0.46 2.33

  % alle  % links  summiert
  1.192   9.186 (  9.186): ie : Auswärts, Nachbarfinger

  % alle  % rechts summiert
  1.609   8.467 (  8.467): th : Auswärts, Zeilensprung

[Oddegamra]

Zu diesem Problem kann ich folgendes beitragen: Bei mir trat das Problem auf, weil die settings.ini gespeichert war mit UTF-8-BOM, also die erste zwei Zeichen der Datei mit einer speziellen Sequenz die bestimmt, mit welchen Byte Order geladen werden muss. In Notepad++ sieht man das rechts unten in der Statusleiste. Dort kann man das Encoding auch ändern - mit UTF-8 ohne BOM wurde die Datei ohne Probleme geladen.

Wie das BOM dort hinkam weiß ich nicht genau, vielleicht hat der Windows Editor ihn dort platziert, oder mein Diff-Tool beim Versionsupdate.