der Hazard3 schafft ebenso beinahe 4 Coremark/MHz, hier also etwa 600 Coremark pro CPU-Kern, also auch etwa so viel wie ein ESP32).
ich bin da mal gespannt fuer Singe-Core-Anwendungen (wie RunCPM) wieviel schneller der RISC-V Core im Pico2 ist gegen den RISC-V 160Mhz SingleCore im ESP32-C3 
Die sind in VICE drin? Wo denn? Ansonsten hab ich vor ein paar Jahren mal ene WIN32-Version von den CTOOLS compiliert:
In dem Thread habe ich gerade Binarys fuer 32Bit & 64Bit
der ctools v0.4 aus 2015 (letzter Gihub-Commit-Stand) eingestellt.
Frisch compiliert mit dem aktuellen MinGW (gcc(++) v14.1.0) 
Die Binaries liegen (logischerweise) im /bin-Unterverzeichnis.
Ich habe gerade mit mit den aktuellen MinGW 32bit&64Bit (gcc(++) 14.1.0)
die v0.4 der ctools nochmal frisch compiliert.
(irgendwann werden evtl. unter 64Bit Windows auch keine 32Bit Apps mehr laufen )
Die Binarys sind also inkl. der Patches fuer die main.c und tools.cc vom letzten Github-Commit aus 2015.
hier nochmal die Farbcodes (ohne nachfolgendes kleines "m") ausgeschrieben.
Vorne dran muss natuerlich ein CHR$(27);"[";
Könnte mir eine nette Person mal ein kleines BASIC Programm unter CP/M in MBasic starten und davon einen Screenshot anfertigen damit ich eine Farbreferenz habe?
BastetFurry
Leider kam bei Deinem Programm keine Farben bei mir raus 
Deshalb habe ich mal ein eigenes Programm geschrieben.
ANSI-Farben habe ich nach folgender Seite genutzt (siehe Color Codes Bereich).
Die normalen Vordergrund-Farben gehen von 30-39 und der normale Hintergrund von 40-49.
In Bright-Modus geht fuer den Vordergrund von 90-97 und Hintergrund 100-107.
Wobei im normalen Modus der erste (30 black) und letzte (39 default) Hintergrund gleich ist.
PS: Die Umwandlung der Zahlen fuer die ANSI Codes mit STR$ und MID$ werden noetig, weil man die Zahlen nicht als Zahl/String direkt mit PRINT nutzen kann.
Bei Zahlen wird ansonsten vorne und hinten ein Leerzeichen an die Zahl angehaent.
Bei Strings (umgewandelte Zahlen per STR$) wird immer noch vorne ein Leerzeichen angehaengt.
So wandle ich auf String und schneide mit dem MID$ vrone das eine Leezeichen ab.
PS2: WIDTH 255 ist notwendig, da wir mit den ANSI-Codes mehr (versteckte) als 80 Zeichen pro Zeile ausgeben (255 ist der Maximal-Wert pro Zeile) - ansonsten kann die Zeile zerstueckelt werden.
Das gibt dann (mit RunCPM v6.3 auf dem VGA32) und Tera Term folgenden Screenshot:
In puTTY sehen die Farben kaum anders aus :
und auf dem VGA-TFT am VGA32 sieht das so aus:
Da ich die Info bis jetzt nur im MiST-Bereich des ATARI-Forums und auf Mastodon gesehen habe:
Es gibt eine WARNUNG beim Firmware-Update dass wenn man <= Firmware 230705 hat, dass man vor der zur Zeit
neuesten firmware_240105.upg (also aus 2024)
ERST die Version firmware_231214-intermediate.upg flashen sollte um das bricken des MiST zu vermeiden:
Quotehttps://github.com/mist-devel/…ries/tree/master/firmware
Important note
Firmware versions up and until 230705 has a bug which might prevent a successful upgrade. After the upgrade fails, the only way is to de-brick MiST is the SAM-BA or JTAG method. An intermediate firmware (firmware_231214-intermediate) was created, which fixes the bug, and has a higher chance for a successful upgrade from earlier versions.
So if you're upgrading from a version before 231214,
then upgrade first to 231214-intermediate, then go for the latest release.
D.h. erst mit der Dezember 2023 Version als firmware.upg updaten und dann nach Neustart erst mit der 2024er Version (auch dann umbenannt als firmware.upg) weiter upgraden.
Meine beiden MiST (je einmal alter und neuer Ram-Typ) haben es aus dem Minimig-AGA Core "ueberlebt" nach den Upgrades
Ich drueck Euerem MiST auch die Daumen fuer Upgrade der Firmware!
Ich habe ein Mist FPGA Version 1.5
Habe mir Minimig 1.2 auf die sd Karte gemacht doch leider funktioniert es nicht.
Woran kann das liegen ?
Evtl. ist Minimig 1.2 zu alt? - der ist ja aus 2016
Schau mal auf https://github.com/mist-devel/…/master/cores/minimig-aga
da ist die letzte Version vom 06.09.2022
Die meisten Core findest Du unter
https://github.com/mist-devel/…inaries/tree/master/cores
Update-Info zum MiST gibt im MiST-Bereich des ATARI-Forums (auf english)
https://www.atari-forum.com/viewforum.php?f=115
Den Minimig Core musst Du nur umbenennen (wie immer war glaub core.rbf?) und die ROMs und die ADFs auf die SD-Karte kopieren.
"one of the best" heisst aber nicht der Beste
Hier der Source compiliert als .UF2 Image und Bilder meines Aufbau
(z.Zt. habe ich nur ein DS3231 I2C Modul zum testen unter Linux. Ich glaub der MiST mag ein DS1307?)
Im original wird als USB-Uhr fuer den MiST ein "harbaum"-I2C-USB-Tiny genutzt.
Nun wurde die Firmware sozusagen "geklont" / neu erstellt fuer den Raspberry Pi Pico.
Dieser ist evtl. besser zu bekommen / einfacher zu programmiereb als ein USB-Tiny und manch MiST koennte so eher zu einer Uhr kommen per USB?
Original I2C-USB-Tiny: https://github.com/harbaum/I2C-Tiny-USB
RPi Pico Version: https://github.com/Nicolai-Electronics/rp2040-i2c-interface
Bericht bei CNX:
https://www.cnx-software.com/2…epfXZmem77IHJXmusy6E8djis
https://hackaday.com/2022/10/3…2c-adapter-use-your-pico/
BTW: die USB-RTC wird auch in Linux unterstuetzt
Auch wenn ich den spanischem Beitrag
http://www.retrowiki.es/viewtopic.php?f=108&t=200037254
aus 2021 erst jetzt gefunden habe...
Hat jemand mehr Informationen dazu, wie man den Core ohne .VHD mit einer 2GB SD-Karte nutzen kann
oder wie man Datein ins .VHD bekommt ohne ueber Download/XMODEM unter CPM die Dateien zu uebertragen?
Mit der .VHD kann ich CP/M starten uns booten....aber etwas mehr waere schon toll
MultiCPM.vhd liegt hier oder hier
(2te Version muss von boot.vhd in MultiCPM.vhd fuer den MiST umbenannt werden)
Quote
Weitere Links (andere MultiCPM-Seiten z.B. fuer den MiSTER und das booten von CP/M 2.2 per S002):
https://github.com/RW-FPGA-devel-Team/Mister_mc-2g-1024
https://github.com/RW-FPGA-devel-Team/multi-cpm
https://github.com/AtlasFPGA/Multi_CPM
Die neueste ZX Next Distrubution 22.09 ist zu finden (wer testen mag) unter
https://www.specnext.com/latestdistro
QuoteWhat’s new
System/Next 22.09 contains the following enhancements:
- Core v3.01.10:
- joysticks can be mapped to any desired set of keys
- PS/2 keyboard now emulates the full size 8×7 zx next membrane
- UARTs, DivMMC and Multiface enhancements
- CTC counter / timer circuit implemented (Zilog Z8430 compatible)
- hardware IM2 mode added with prioritized and vectored interrupts from internal peripherals
- DMA transfers can be interrupted by peripherals in IM2 mode
- stackless NMI mode; NMI can be generated by software or i/o trap mechanism
- Pentagon 512K / 1024K memory models added
- numerous compatibility and usability improvements
- Firmware v1.43:
- firmware menus can now be controlled with joysticks/controllers:
- fire (or button B)=SPACE
- fire 2 (or button C)=ENTER
- button A=A
- START button=U
- button Y=Y
- button Z=N
- button X=C
- reorganised options screen
- NextZXOS v2.07k:
- built-in guides, accessible from the menus
- revamped Browser with many new features
- menu system improvements, including user configuration
- configurable colour schemes
- syntax highlighting in 32-column NextBASIC editor
- TAP/TZX/SNA/Z80 loaders now support defining keyboard mappings for joysticks/controllers, and remember all settings on a per-game basis
- NMI menu improvements, including manual POKE entry as an alternative to using .POK files
- enhanced keyboard map screens
- software compatibility improvements
- support for saving ZX80/ZX81 snapshots (in .Z80 format)
- new %FORMAT and %CODE variables for controlling optional system features
- improved random number generator
- window channels now support pointer operations (RETURN #/DIM #/GOTO #)
- filesystem refactoring, allowing dot commands and other esxDOS software to access files on +3DOS and CP/M drives (including the RAMdisk)
- bugfixes and performance enhancements
- New dot commands:
- .BMP2SPR
- .BROWSEPREFS
- .CLEAR
- .ECHO
- .EDITPREFS
- .ESPBAUD
- .HTTP
- .MAKELNK
- .MAKERUN
- .MAKETBU
- .METADATA
- .NBNGET
- .QE
- .SHOWSIMG
- .SPUI
- .TCPPING
- .UNZIP
- .XPER
- Other software:
- New zxdb-dl tool for downloading Spectrum software over wifi
- Support for playing various sound files on the Raspberry Pi accelerator (.SID, .MOD, .XM, .SDH, .SND)
- Coding examples for the Zeus assembler
Nagellackentferner ist meist auf Acetonbasis. Schlechte Idee.
Heutzutage gibt es auch Nagellackentferner ohne Aceton
90% IPA ist auch immer gut zum einweichen
Nein, da werden keine 3V weitergegeben - denn die SATA-HDD (2.5"?) braucht 5V
ABER
2A sind fuer den BPi und eine Platte zu wenig (zumindest beim anlaufen einer SATA-HDD)
PS: Bei anderen SBCs ist auch der Power-Stecker (2polig) am SATA-Kabel zum Board in der Polung anders rum, aber Dein Kabel schint ja schon richtig fuer BPi zu sein. Ich hatte das mal, da ging garnichts an weil Kurzschluss.
Ja, wobei ich mal gelesen habe, es soll DVB-Decoder (Boxen) geben, die am SCART den "nachgebildeten" Teletext liefern.
oder man macht seinen eigenen Teletext mit CeeFax/Teefax und einem "alten" Raspberry Pi
https://www.raspberrypi.com/ne…our-own-teletext-service/
Display MoreIm Prinzip ist es auch nicht schlimm aber ich würde es trotzdem gerne fertig kompiliert als direkt ausführbare Datei haben.
Ich habe nun BasCom zum kompilieren benutzt. BasCom arbeitet die Datei ohne Fehler ab. Anschließend muss man noch L80.com benutzen um letztendlich eine COM-Datei zu erhalten. Aber hier bekomme ich ständig ein "Out of memory" als Fehlermeldung zurück.
Ist der CP/M Arbeitsspeicher bei jedem Emulator gleich groß?
Wenn ich MBasic starte wird immer um die 33kB freien Speicher angezeigt (C128/MyZ80/ESP-32).
Hat jemand noch ein CP/M-System am laufen und kann das auch mal testen?
Hallo Mr. Jones,
viel zu testen - in Bezug auf das kompilieren - wird es nicht geben, denn das verraet Dir schon
Quote
NOTE: The code will run using a BASIC-80 interpreter (on a SYSGEN 64 image/boot disk), but it may not be possible to compile and link the code as it stands because of the 64KB TPA Memory limit of CP/M. To overcome this limitation of CP/M and to enable the code to be compiled and linked, I am considering breaking the code up into a series of smaller programs and using a data file to share variables between them.
D.h. das BASIC-Programm ist mit den 42KB zu gross zum kompilieren/linken, er haette/will es evtl. aufsplitten, dass es dann die gemeinsamen .TXT (im alten YT-Video .VT) Dateien nutzt.
CP/M Systeme koennen 60KB oder 64KB TPA-Size haben. Andy schrieb im READ.ME, dass es besser ein 64K TPA-System sein sollte (SYSGEN 64).
Habe das .BAS eben mal getestet in einem RunCPM mit 64KB internal-TPA
Mal eine Frage: Hat jemand den Next186 auf dem SiDi am laufen? Ich habe den aktuellen Core, das Rom und eine VHD von archive.org, die explizit für den Core auf MiST und SiDi erstellt wurde, auf der SD-Karte. Der Core bootet, bleibt dann aber beim "Starting MS-DOS" hängen.
Man muss die CONFIG.SYS/AUTOEXEC.BAT erstmal klein halten, da der CORE keinen HIMEM.SYS / UMB o.ae. mag.
Da kann man sich im ATARI-Forum Thread "Ersatz" besorgen, der auch mit 186er CPU geht.
Dann klappt auch das booten bis zum Prompt
This is the Commodore 64 KERNAL, modified to run on the Atari 8-bit line of computers.
They're practically the same machine; why didn't someone try this 30 years ago?
Hier der Reddit-Thread
Hab heute mal mein MS-DOS 6.22 Image von .IMG nach VHD konvertiert und es laeuft auch wenn man den HIMEM.SYS ausknipst per REM in der CONFIG.SYS und am besten die passenden Treiber nimmt aus der DOS.RAR, dies im ATARI-FORUM Thread zu dem Core gibt.
Dann klappt es auch mit XMS, EMS, UMB und auch 4DOS
... das passte nicht so ganz.
Ich hatte es unter "sonstige Cores" eingetragen, weil es noch keinen Bereich fuer PC-Cores gibt....
Mir war schon klar, dass es kein Arcade ist
