Denial

Jeff came to VCFMW just last September and even brought a new game he made the night before IIRC. I'm confident this community and the Vic-20 are still important to him. I talked to him a bit, and it sounds like he's simply been focused on other things lately. Time can slip away very quickly when li...

edit: Oops, recommended the same disassembly (Lee Davidson's) from the OP
Read Mike's comment and assumed that was the disassembly in question.

Lee's is a great resource! Glad you figured it out.

The color RAM is only 4-bit. What you read on the upper 4 bits will just be garbage on the bus.
You need to AND your read value with $0f to get the actual contents of the memory between $9400-$9800.

Seems good to me, but I found the original documentation sufficient, so I might not be the best judge.
The PCB looks nice!

Looks like a lot of fun!
And awesome talk.

Have fun, everyone! Looking forward to all the releases!
Thought this might be the year I finally make it, but alas.

Maintaining any publication is ambitious- I wish them well.
I can't blame them for diversifying to all retrocomputers; the stream of Commodore news is not exactly on the level of its heyday.

Thanks for that, Orangeman! Will definitely keep it up! :D I've begun adding binaries to the releases (as of writing v0.1.3a is the latest), so the barrier to entry should be low for anyone that wants to play around with it. Just be warned that you will encounter bugs! Just download the monster.bin ...

then the kernal test the RAM banks and if RAM is expanded it take a lots of seconds.... Cartridges bypass the RAM test though; another reason I feel like the expectation is for them to be super fast booting. Or just pop up a simple text-screen saying "Booting..." and maybe flashing the bo...

Yes, I use a similar approach for a FE3-based project of mine, and, maybe I’m just self-critical, but 2 seconds feels like a long time for a cartridge, which I would expect to need no load time at all.

I’m willing to believe the average end user does not care all that much.

IMO when you start talking about +35K configurations, the "load" time sort of kills the cartridge experience. Not sure if it would be feasible to build a solution does the ROM to RAM copy any faster?

Respect for the tenacity!
This looks very cool! Would love to play with this as well if the offer is open.

I've done a lot more work on this since the last update. Most notably, the debugger has been almost entirely rewritten. Instead of relying on a combination of software interrupts (BRK) and 1-cycle timer based NMIs, steps are now simply performed by copying the instruction to an execution buffer (in ...

Awesome work, srowe! Very exciting to see!

I think aeb was quite clear about the limitations of his program :wink: While one can do serious work with a monitor, frankly, even the most powerful one is sort of a toy compared to, say, VICE's debugging tools. But I love them just the same! Always fun to see new ideas. :) Mike's points about wher...