ja, erstaunlich, ist bei mir auch so...
wie gesagt, das ist also nicht die Ursache.
Natürlich seltsam, wenn Einstellungen in der IDE nicht wirken.
Denkbar, dass das FLASH bei bestimmten Modulen grundsätzlich in DIO genutzt werden muss und daher die Einstellung ignoriert wird 
Das Binary fuer die VGA32-Version nun mit Internal CCP v2.4
(VOL intern & CINF als externes Kommando)
jetzt das Binary fuer die VGA32-Version nun mit Internal CCP v2.5
(VOL intern & CINF als externes Kommando)
Update auf CCP v2.6 - compiled mit ESP32 Core v2.0.5
zu haben - als Source oder Binary - unter
Hab mir heute mal die Zeit genommen - RunCPM v6.0 auch fuer VGA32 zu erstellen.
Aber jetzt wird mit dem Speicher eng (zu sehen im echten Screenshot)
(da ja im ESP32 auch das FabGL-Terminal und die Config-Umgebung dabei ist)
Also mal sehen ob es - jemals - eine weitere Version fuer VGA32 (v1.4) geben wird...
Das zweite Bild ist aus dem serial-Mirror, da fehlt die Speicherangabe 
Anbei der Source 
Daraus koennte man mit dem TTGO VGA32 build von RunCPM einenn netten RunCPM-Rechner machen:
(Preisplanung sind 15EUR - ob das klappt?)
Olimex ESP32-SBC-FabGL single board computer based on FabGL library
with PS2 keyboard, mouse and VGA display with many retro computer emulators
Schräg. Das ist ein ganzer Rechner ...
... paar Kleinigkeiten könnten noch "besser" sein. RPi kompatibler Steuersteckplatz z.B. und USB Schnittstelle (power and programming klingt nicht nach "benutzbar für keyboard etc").
Auf Anfrage hier eine Binary-Version
Da ich nicht verifizieren kann, dass das GUI-FlashTool noch arbeitet hier mal die Command-Line fuer das
esptool.py:
python3 /home/pi/esptool/esptool.py --chip esp32 --port /dev/ttyACM0
--baud 921600 --before default_reset --after hard_reset write_flash
-z --flash_mode dio --flash_freq 80m --flash_size detect
0xe000 ./boot_app0_0xe000.bin
0x1000 ./bootloader_qio_80m_0x1000.bin
0x10000 ./RunCPM_VGA32_v6_1_24072023_0x10000.bin
0x8000 ./RunCPM_VGA32_v6_1_24072023_0x8000.binBinary-Version Rev 20230727 fuer TTGO VGA32 v1.4 & Olimex ESP32-SBC-FabGL mit
- VGA8Controller (anstatt VGA16Controller) wegen der hoeheren Memory-Auslastung
aufgrund des ESP Core v2.0.11 - d.h. wir koennen nur noch mit 8 Text-Fareben "spielen" 
Dadurch konnte mit dem VGA16Controller kein komplettes 640x480 Bild in voller Groesse dargestellt werden.
Die Olimex-Version wurde erfolgreich geflasht/getestet durch "Fred Smith"
von Facebook ESP32FabGL-Gruppe
RunCPM v6.1 VGA32 mit PS-RAM Support - mit Dank an Ian Schofield fuer den neuen MemAlloc-Code
damit kann man mit dem ESP32-Core v2.0.11 auch wieder den VGA16Controller nutzen
(weil dann mehr DMA RAM zur Verrfuegung steht - mit VGA8Controller waeren so 80K anstatt 40K frei)
Wer das TTGO VGA32 am MicroSD-Port entlasten moechte oder Big-Size SD-Karten anstatt MicroSD (fuer alte Leute wie mich, denen MicroSD etwas zu fummelig ist ) nutzen will kann einen SPI-SDCard-Adapter (mit 3.3v Support) extern anschliessen
Zur Information:
mit der aktuellen ESP32-Core BETA v3.0.0-alpha2 laesst sich RunCPM fuer TTGO VGA32/FabGL zur Zeit noch nicht kompilieren, da die Kompatibilitaet der FabGL-Library (v1.09) noch nicht gegeben ist
(Fehlermeldung bei der Timer-Komponente).
Mit dem letzten aktuellen ESP32-Core v2.0.14 klappt noch alles
Ich glaube, ich muss dir doch bald mal meine mechanische Armbanduhr schicken. Wenn du das schaffst... 
Ich glaube, ich muss dir doch bald mal meine mechanische Armbanduhr schicken. Wenn du das schaffst...
auf meiner Seiko5-Automatik mit 7S26 Laufwerk hat es noch nicht geklappt 
Wenn ich die mal soweit habe , kannst Du mir gerne Deine Uhr zusenden
Wenn ich die mal soweit habe , kannst Du mir gerne Deine Uhr zusenden
Vorsicht, die behält er dann!
