On Fri, 21 Apr 2000, Laurens Holst wrote: > But first, ADVRAM is again something else which has to be added, and second, > it is only useful for moving large blocks, like when loading from disk > (directly into VRAM). It's nice, but when loading the speed doesn't really > matter. In all other cases, using the VDP is much better, since it can > execute commands independantly from the processor, which can do other stuff. > And third, VDP commands can have various dimensions. To do that using direct > VRAM access is difficult and requires complex routines. I doubt it will be > alot faster. And don't forget, it requires processor power, while the > VDP-commands don't. The nice feature Daniel forgot to tell you is that VDP commands can be executed WHILE you're writing to advram! Think of screen 5. This way you can build your scenary in page 1 using HMMM on blocks present on page 2, while uploading new blocks in page 0 through advram. And, since these new blocks are coming from the normal megaram/mapper ram, it's almost like your VRAM has been expanded to 4Mb. Is this nice or what? :) Tomorrow there will be a new brmsx with advram, and I'll also make a page in english with detailed description and sample programs. I'm can add 8x8 sprites too if you tell me a program that uses it. I know I can make a program to test that, but I already have a lot of programs that doesn't work and, being the lazy guy I am, fixing the bugs in these programs is easier than developing a 8x8sprite program just to fix it later :) ---------------------------------------------------------------- Ricardo Bittencourt http://www.lsi.usp.br/~ricardo [EMAIL PROTECTED] "Ricardo is subtle, but malicious he is not" ------ Uniao contra o forward - crie suas proprias piadas ------ **** MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put "unsubscribe msx [EMAIL PROTECTED]" (without the quotes) in the body (not the subject) of the message. Problems? contact [EMAIL PROTECTED] More information on MSX can be found in the following places: The MSX faq: http://www.faq.msxnet.org/ The MSX newsgroup: comp.sys.msx The MSX IRC channel: #MSX on Undernet ****
Re: ACE 002 and ADVRAM...? New MSX?
Ricardo Bittencourt Vidigal Leitao Fri, 21 Apr 2000 07:39:24 -0700
- Re: ACE 002 and ADVRAM...? New MSX... Daniel Jorge Caetano
- Re: ACE 002 and ADVRAM...? New MSX... Ricardo Jurczyk Pinheiro
- Re: ACE 002 and ADVRAM...? New MSX... Adriano Camargo Rodrigues da Cunha
- Re: ACE 002 and ADVRAM...? New MSX... Ricardo Jurczyk Pinheiro
- Re: ACE 002 and ADVRAM...? New MSX? Laurens Holst
- Re: ACE 002 and ADVRAM...? New MSX... Daniel Jorge Caetano
- Re: ACE 002 and ADVRAM...? New MSX... Leonard Silva de Oliveira
- Re: ACE 002 and ADVRAM...? New MSX... Laurens Holst
- Re: ACE 002 and ADVRAM...? New MSX... Daniel Jorge Caetano
- Re: ACE 002 and ADVRAM...? New MSX... Laurens Holst
- Re: ACE 002 and ADVRAM...? New MSX... Ricardo Bittencourt Vidigal Leitao
- Re: ACE 002 and ADVRAM...? New MSX... Laurens Holst
- Re: ACE 002 and ADVRAM...? New MSX... Daniel Jorge Caetano
- Re: ACE 002 and ADVRAM...? New MSX... Daniel Jorge Caetano
- Re: ACE 002 and ADVRAM...? New MSX... Jon De Schrijder
- Re: ACE 002 and ADVRAM...? New MSX... Laurens Holst
- Re: ACE 002 and ADVRAM...? New MSX... Daniel Jorge Caetano
- Re: ACE 002 and ADVRAM...? New MSX... Laurens Holst
- Re: ACE 002 and ADVRAM...? New MSX... Alex Wulms
- Re: ACE 002 and ADVRAM...? New MSX... Daniel Jorge Caetano
- Z380 instruction length (was Re: A... Patriek Lesparre