Gigatron Hackers

The purpose of http://www.gigatron128k.com is shamelessly show that the Gigatron 128k is a sweet machine. Emulation The site runs a variant of Phil Thomas' excellent JavaScript Gigatron emulator with added code to simulate a 128k RAM&IO expansion board and a SD card connected to the first SPI po...

One of Marcel's comments in the ROM code suggests to look into pucrunch or eximozer for ways to compress GT1 files and fit more in the ROM. As a reference point, simply using gzip on at67's repository of GT1 files https://forum.gigatron.io/viewtopic.php?p=3958&hilit=dropbox#p3958 reduces the cod...

I saw it in MSBASIC.gcl, where Marcel uses it to work around GCL's inability to evaluate constant expressions at compile time.
https://github.com/kervinck/gigatron-ro ... C.gcl#L836

One of the key enablers for new vCPU instructions is the increase of MaxTicks pioneered by at67 ( https://forum.gigatron.io/viewtopic.php?p=1995#p1995 ). Although this change has pervasive effects in the operation of the Gigatron, increasing MaxTicks from 14 to 15 ticks has been amazingly free of ba...

This is now fixed. It turns out that the PluggyReloaded firmware attempts to start the Loader when one presses CTRL+Fn, sending a couple ButtonDown and a ButtonA. When loading a saved program, these codes are read by MSBASIC and cause syntax errors in cascade. Rather than fixing the firmware, I foun...

I am curious. If you're using CPU.v5, why not using CALLI FC_Fill ?

Yes, I trying Your idea. Works exelent! Now final file have 73 bytes. Thanks a lot. But 68 bytes is like masterpiece :-) Every line contains some of your ideas, so the credit must be shared. Also I think that you can use the same tricks and squeeze your code to 63 bytes (73 - 5 for SYS_Random). May...

Alas, Hans61 reports some issues at LOAD time with his PluggyReloaded. When loading, Babelfish must be careful not to send the characters too fast otherwise MSBASIC cannot follow. This is a tricky balance. Or maybe this is something else.

Nightly idea using inline assembly in GCL and trashing all memory above $800. One can still save 5 bytes by giving up on SYS_Random... maze4.gt1 gcl0x [ \SYS_Random_34 _sysFn= [do 34!! $f8& \sysArgs4. $7, $78& \sysArgs5. if=0loop] \SYS_VDrawBits_134 _sysFn= $3f01 _sysArgs0= b= x 2& 1- x=...

I was playing with the native code that pulses the VGA sync to speak to Babelfish, looking for some good tests. Curiously the SAVE command in TinyBasic works, but the SAVE command MSBASIC just hangs. It turns out that this has nothing to do with my own experiments. This has been described in issue #...