Denial

Name: VIC-SSS (Software Sprite Stack) Author: Robert Hurst Released: February 26, 2009 Requirements: VIC 20 (memory expansion optional) Description: A programmer's API to quickly develop arcade-style video games. Software sprites are rendered using a custom character matrix of sizes ranging from 8x8...

Release Candidate 3 is out and can be downloaded here . Not so much as NEW code for VIC-SSS, but I wanted to get this out for others that were asking: - a BASIC PRG loader for VIC's with an 8k expansion RAM (BASIC.s assembler source and ld65 configuration file), so games can be simply compiled for ...

are you working on the API documentation too? It was started, my liege, but I had to see it in action first before I got too carried away. My comfort level with it has been raised, so I will complete the documentation, with clear examples and (hopefully) worthy considerations. While I have no reali...

Is there any way to run this on a real Vic, at all? For now, if the binary can be loaded into an 8K RAM spot located @ $A000, I don't see why not. I am planning on making an alternate STARTUP segment, and re-compile this assembler source to load on a regular 8k expanded VIC as a normal PRG binary, ...

Release Candidate 2 is out and can be downloaded here . Some minor bug fixes only, as its code execution is working out great. I started a programmers PDF document, but it needs a lot more work. :( In addition, I integrated the new Software Sprite Stack (SSS) into a copy of the QUIKMAN 4kb ROM sour...

Now, I don't see the rule about declaring, "Un!", as you are playing your second-to-last card, though? And here I had huge expectations of using my integrated mic on my HP display with HDMI, too. I did play the game, and the VIC characters did all the talking, while I did all the drawing. ...

Major update... and this code might even turn out to be done, but for now, I'll call it a Release Candidate. And only because I did not complete its programmer's documentation (yet), and I now need to write a full game using it, instead of the simple demo that's included. Download the zip file fold...

What is max # of sprites and will the sprite library work for unexpanded vic ? This version won't work on unexpanded VIC right now, though I will strip (or conditional) out to make it into a "lite" version to run on unexpanded. I have another sprite routine already written from 24+ years ...

I think I respond way to often to my own thread... I don't think so! You are obviously showing us excellent progress. I enjoy watching the seeds grow into something, and hopefully, it blooms at the end! Keep up the excellent work. I wrote an RPG MUD and have ported from Apple ][ BASIC to DOS to Ami...

... and those that show through of the arrow are correctly red. Are you pressing RUN/STOP (or PC's ESCape key) to pause the frame to see that? If you are, then VICE is not emulating it properly. Is video cache off and is refresh set to 1/1? Other settings could be affecting the correct rendering --...

I really like what you are doing, good luck!

Perhaps when my software sprite project matures more, it may be worth integrating in your RPG for some animated effects, i.e., casting magic, throws, death sequence, etc. It is designed to be somewhat transparent for VIC and program code/data.

Ok, first ALPHA release DEMO of these "software sprites" is available. :D Download it here: DEMO cartridge @ $A000 ... and its assembler source code using cc65 project. It supports NTSC (default) with a startup override to switch to PAL timing. Press RUN/STOP to pause frame. Still 8x8 only...

it's at best, a figment of my vaporware imagination.

If you build it, they will come.

Is that even possible? I mean, can VICE run with the CPU only at 20mHz, while leaving all the timers, screen refreshes, etc. at original speeds?

You did not d/l the doc archive and unpack it? It includes the necessary doc/vic20.cfg (listed below) to assist in assigning memory: MEMORY { ZP: start = $0002, size = $001A, type = rw, define = yes; RAM: start = $0FFF, size = $0E01, define = yes, file = %O; } SEGMENTS { STARTUP: load = RAM, type = ...