SpritesMind.Net

Z80 WAVPLAY will be used as SFX playback in GBMD but in little modified state so it won't play samples over 64KB (larger samples are handled by 68K) to gain little more speed .

Wierd ... In GBMD (my game) joypads (and the rest of the stuff) are reinitialized exactly the same way every time the game starts or is reset. I've never experienced any lockups, maybe because I don't initialize 3rd port or I use my own written from scratch routines ?

In which language your program is written ??? I had problems with uninitialized variables (now I initialize everything not leave as is) which caused some erratic behaviour in one of my ASM program.

As you know, sources available on request. You asked for it, I'll upload it tomorrow as I have no Internet at home (at the moment). BTW you need AS80 + SNASM68K assemblers (I use these).

My Z80 WAVPLAY is finished !!! It can play 16KHz WAVs and little more if you omit some stuff in the routine. http://www.hot.ee/tmeeco2/Z80WAVP.RAR

No I see

I haven't messed with C (so I didn't understand that 'Main' function) and don't plan to until I finish 12th grade and go to IT college. In my mind ASM is way simpler that other languages (IF the CPU is like 68K).

I might as well post this, since I found a binary I thought I'd lost. First Time Out - 75% Note: I lost the source to this before finishing it, thus, even though it's 75% complete, it'll have to be the final release. Nothing special, just a good oldskool C64-style part. Nice demo, mine will look si...

Can there be ASM stuff in your lib ?

Stef wrote:As TmEE, i think i'll use these tech release as piece of the multipart demo

DO IT !!!

Yesterday I wrote my first z80 program (fills some z80 RAM with $FF), now I'm going to write WAVPLAY which uses z80 (and I'm going to use it in the multipart demo) !!!

My demos are WAVPLAYs, 512 and 960 color demo and my first MD program which displays something on screen. All at my site with sources. Soon there will be my piece of the multipart demo too.
BTW stefs stuff is VERY IMPRESSIVE

I was thinking of relocatable VBL/HBL stuff, In RAM there are 2 routines, one for VBL other for HBL, when either of the ints happen, 68K then jumps to that routine in RAM. Routine itself is a JMP to location of your VBL/HBL routine. Use LEA to get the address of your routine and copy it to RAM. JMP ...

Yo TMEE. If your demo is just VBL timed, you should rather use VDP's Vflag... For that just wait for Vdrawing and loop until Vnothing happen :) I was using VBL to increment a counter before, but then i found more handy to go for Vflag watching, it is so more stable. As for the 256KB extend... well....

Yesterday I was messing with my demo thingy, I noticed that 256KB is getting tight for me (PCM, FMV maybe), 512KB maybe (If we get no more than 8 people).
What about VBL and HBL ? My demo is VBL timed. My VBL routine is simple ADDQ.L #1, (VTIMER) timer.

Emus support sram at addresses $200000 to $3FFFFFF, but only if you have written 1 to a reg in MD. My idea works on real HW (I have tested it on my SRAM cart) and you don't have to modify your rom in anyway. But Pascal's idea is actually the best, whose gonna write a demo (need to make a list so eve...