BrianBeuken

Hi Electric, I'm not disabling the interrupt as it does some other housekeeping tasks and I want to keep it running to prevent lags, but I have put a flag on it to prevent the routine downg VRAM access during the interrupt if the main code is accessing it. I wrapped the WRITE_VRAM routine with a set and clear system for that flag so that VRAM writes and int access do not occur at the same time. The VDP int mainly handles the sprites motion and animation updates. My code does need to do quite a bit of access to VRAM, for scrolling systems and sprite anims, so I need to be able to access at will. I discovered if I set up my font early in the code and didn't try to set it after I had dumpd a screen charset my font went in, but later in the code tis still being a pain, I am working around it for now, but dislike things not behaving as I expect them where can I see your template to see if I am missing something? B

No one? I notice some demos have an in a,($bf) after a WRITE_REGISTER call...what does it do? B

I am having a small problem that I can't quite explain I am dumping a charset to VRAM_PATTERN in order to dump a screen anything from 10 to 40chars ..this seems ok, but when I then try to dump an ascii charset at VRAM_PATTERN+(128*8 ) I seem to be tagging the ascii to the end of the screen charset and not locating it at VRAM_PATTERN+(128*8 ) I am using WRITE_VRAM with DE containing the target in VRAM but it seems to be ignoring the 2nd write...Am I missing some reset needed before using WRITE_VRAM??

thanks Hardhat I am indeed looking at those graphic tools but for now am trying to rip graphics from an old project.

Gimme a couple of months

Thanks guys, I appreciate the info. Yes Blue MSX is looking very neat, I am going to persist with Tasm for a little while, I will probably switch to tniASM at some point though for the symbol tables, I just wrote a bunch of code and don't want to refactor it just yet I've been luck so far that after some initial confusion I don't need the debugger so much now, so can crack on with a working devenv. nice to see such a thriving community, I will enjoy it here

So back to the original question, how many active coders on here for the CV? Is there any actual product produced here and what has been the response from users?

Ah thanks that is even more useful, would love to find out how I can insert breakpoints too. Tasm seems quite useful though it has a few quirks I've noticed already especially the expression evaluation is quite poor. But its usable and has let me build up a small test program. So far seems to be fairly easy to get going. Quite enjoying my trip down memory lane.

Ah thanks, I was not aware such devices were available on retro machines, that could be very useful.

Thanks guys BLueMSX certainly does have a much better debugger so I will change my toolchain to use it. I did discover the pause thing after a bit of confusion also the fact I needed the full download to get ColecoVision options. I am not familiar with the AtariMax Ultimate SD cart though...can you give me a noobs explanation?

Thanks I will have a look at these. Colecoem does have a basic disassembly display but its very limited and I can't seem to do much ore than look at the current PC so would like to find something a bit more usable.

Hi all just wanted to say hello, I've recently started messing about with the ColecoVision and finding it a lot of fun already, A long long time ago in a galaxy far away I used to do a fair bit of Ti99/4a coding and then a lot of Z80 coding so this has been happy memory overload for me combining two of my 1st loves. I am not really having any problems getting things going, so am working on a little game project that should be ready in a few months but I am curious to know from people where who've been active on the system what tips and tricks they found on the ColecoVision? I've set up a Notepad++ -> Tasm -> Colecoem dev chain on my Windows 7 machine, but I wonder if there are any better emulators around? Brian