Denial

Some of Aleksi's progress: [...] ... Aleksi didn't even bother to post the YT link here in Denial by himself. It is also quite ashaming, that the YT video already has more commentary posts than this thread here. Perhaps, if people wouldn't believe all that Wikipedia bullshit about the VIC-20's 'mis...

... If it's legitimate, I don't like that it's covering all retro computers - e.g. Apple, Atari, PC, Commodore, etc. If they want it to be that broad, why not just call it COMPUTE! like the flagship title back in the day, instead of COMPUTE!'s Gazette ? If they're calling it Gazette, they should ju...

chysn (4/18/1971-2/20/2024 — may he rest in peace) was working on something called wAxfer -- a wAx plugin to allow Bluetooth® transfer to the VIC-20 -- before he was taken way too early from us. Maybe that can be adapted to Wifi, similar to a Strikelink ? - OGM ... Thanks for the tip. My reading of...

Welcome to Denial, christo! :) Thanks! Long time lurker. The big issue with any alternative KERNAL is compatibility. There's no way to be certain that applications do not use entrypoints beyond what is vectored. CBM were very careful to not move code around even between the VIC-1001 and the VIC-20 ...

A bit of background in case anyone is curious. I'm not merely trying to avoid wear and tear on the SD card contacts in the retro-programming code-build-test loop. Mike made a good case for focusing on the emulator target in such cases. Exploring VIC-20 development after decades, I'm aware VICE is a ...

brain wrote: ↑Fri Apr 18, 2025 12:04 pm ...

You could hold the machine in reset state while updating the RAM.

Jim

Excellent thanks Jim. Chat gippity said I could do that but I was suspicious. Happy to hear confirmation from an expert.

christo

I wouldn't be surprised to learn that developers [...] do cross-development with an emulator. That's probably the best bet. ... In the end the finished program still has to run the gauntlet of truth on the VIC-20 itself. The real hardware is the reference - and, IMO, it would be a pointless exercis...

I actually have a project on the bench that should handle this. ... I made it a 28 pin EPROM so it could be used for lots of platforms, not just the VIC, but you could optimze the design onto a cart directly for VIC specific operation. Jim I like the sound of this! How do you handle the updates? I ...

Also, if you build your project as an auto-start cartridge image with the proper signature bytes, and put RAM in the appropriate block, you can load the image into that area of RAM. Then when you do a warm reset, the VIC will think there is a cartridge plugged in and auto-run the code on startup. S...

In addition to the effort required, and apart from faster disk routines as exemplified by JiffyDOS, what sort of thing would be best done in a kernal as opposed to a cart or disk program? If I understand correctly, the kernal is a fixed standard library or API that any software might rely on. Perhap...

I should say, it doesn't need to be a "server". Implicit in one of my examples is the VIC-20 being more of a client.

Hi All, I've read a lot of threads here from over the years and the card projects are very impressive. My dream is a cart that I can remotely update so that the "ROM" (flash?) contents change on demand, controlled by a development machine on the network (or over serial). I'd like a real-ha...

My goodness very nice, pixel. I have only seen the video and perused the code, not yet played it but I will!

Just curious to what extent the lisp build approach is idiomatic in the VIC 20 community. I can't recall seeing a cross development setup like that recently.