|
Post by Pyrofer on Sept 30, 2019 7:38:29 GMT
I think it's U3 that is spare. You would need a latch but you can write to a particular memory address (or read) and it decodes to a pin on this chip. You could use the R/W line to set on off and latch on address access. You can even use the data bus and some of the address lines if you want.
Basically just decode the IO space further than it is, like second sids etc do and use that for your latching.
|
|
|
Post by Pyrofer on Sept 29, 2019 18:40:46 GMT
Yes! Of course. It's a lot better in fast mode And if you assume an expanded 64k Video memory there is plenty of space to store data for animations. The only issue is that the block copy is a solid block, no gaps. So you can't move random shaped objects like on the Amiga to simulate sprites. It's good for moving large areas of screen however.
|
|
|
Post by Pyrofer on Sept 29, 2019 11:39:10 GMT
I'm not sure but I guess you could work it out roughly. Assuming you use the auto-increment and don't need to resend the start address each time you are left with at least 4 instructions per byte sent, lda datatosend,x sta $601 waitloop: bit $601 bpl waitloop
This doesn't take into account any complex loops to write a particular number of bytes or more complex loading of data. So even if you assume it never waits for the VDC ready, going by something like 17766 cycles per frame, going to guess at least 20 cycles per byte written and you are somewhere in the 888 bytes per frame region with no other code operations.
I'm making numbers up and guessing a lot here, but that doesn't sound too far off my experience of using it either.
There are of course things you can do to cheat and speed stuff up. Not the least of which is make use of the internal clock copy.
|
|
|
Post by Pyrofer on Sept 26, 2019 19:11:37 GMT
The 128 native mode is basically a 64 with a bit more ram, the VIC-IIe is almost the same as the VIC-II. The 80 col chip is almost uncharted territory and very underutilised. The whole goal of the competition is to encourage the use of the 128 and 80 column mode, to show people that it IS useful and CAN do a lot of the things people say it can't. The types of things it can do and how well it can do them are very different and the attitude of "oh, its a rubbish text only chip and cant do games" stops people from trying it. Once there are more programs out there showcasing how good it can be, it finally be the answer to "should I buy a 128 or 64" to which people currently just say "get a 64, the 128 has no real benefit" The 64 and the VIC-II have a HUGE software library, I just want the 128 and VDC to get some love too
|
|
|
Post by Pyrofer on Sept 26, 2019 8:22:49 GMT
Oh nice! Thats awesome work. Thanks so much for this Also, I assume .c64 files are created for c64 images from cc65 etc.
|
|
|
Post by Pyrofer on Sept 24, 2019 15:46:14 GMT
Yes, doesn't have to be a game. Can be a demo, utility, game, whatever.
I think a game file for Z-Machine would be ruled out however, as it doesn't really bring anything new to the VDC itself. If you were the first to write a Z-Machine player for the VDC that would count, but not a data file for it sadly.
You say "both are my own creation", so if it's an original interpreter for the VDC that didn't exist before then YES, that would count, but only if it was for data files that don't currently have one for the 128 VDC.
Does that make sense?
|
|
|
Post by Pyrofer on Sept 24, 2019 8:21:43 GMT
PM me.
|
|
|
Post by Pyrofer on Sept 24, 2019 8:20:59 GMT
I just got caught out again by vice not emulating the VDC busy flag correctly. "oooh, runs well and really fast" on vice. "Omg, whats this slow garbage?" on Z68K. Man. At least Z68K is faster than trying on real hardware! Now it's just my coding skills that are the issue. Thanks again for all the hard work put into this emulator, without it I would be relying on VICE and the occational run on real HW and getting nowhere fast. I do the compile on a remote server and use winSCP to download the resulting file. It calls it a .c128 too, could you add that as a file type? doing "load prg" hides the file and I have to rename it every time. If I could just drag and drop from winscp to z68k and have it auto-run it would speed things up a lot
|
|
|
Post by Pyrofer on Sept 23, 2019 17:48:00 GMT
Got things mostly working, thanks for your help.
I keep using VICE as I can just drag and drop files to test.. Big mistake. I need to give up on VICE and use Z64K full time.
Anyway, I'm learning a lot, getting better at asm and working hard on my demo!
|
|
|
Post by Pyrofer on Sept 22, 2019 19:29:38 GMT
Do CSDB have a rule against basic?
I don't! So if your entry meets my requirements but not theirs, don't worry about it and enter anyway. The csdb thing was just a way to make the entries easily available to the public.
|
|