reading the previous posts http://www.msx.org/forumtopicl8936.html , http://www.msx.org/forumtopicl8923.html
and various GFX9000 or VDU VSU posts, figured me that there is a wish to a good gfx std for msx.

Let's summarize what there is today with IMHO pro and cons:

MSX1 VDP:

PRO:
Almost all pattern mode driven
Simple to program
CONS:
Poor sprite support
Lack of palette
Lack of speed
Lack of scroll register
colourclash limitations
a little limited in screen resolution


MSX2 VDP:

PRO:
Bitmap modes for static images and more colour
Raster interrupts
Blitter
Palette
Vertical scroll register

CONS:
Sprite support is yet to much limited
Lack of horizontal scroll register
pattern modes are not without colour clash


MSX2+ VDP:
PRO:
Same as MSX2, with a little better support for coloured gfx images.
Horizontal scroll register
Extended blitter support
CONS:
There is no much support. Still some architecural limits inherited from previous VDPs for compatibility
Blitter Speed.


V9990:
PRO:
Fast,
DualPlane pattern mode support
Great sprite support
Blitter at decent speed
Good amount of VRAM
Because compatibility was dropped down, does not have to make compromises in terms of performances or architecure.

CONS:
Not compatible with olders VDP
Pratically there is no sw that used it....
There are no unlimited chips available. Less than other vdps.



So there is no ideal gfx standard for msx. Why not to develop a new VDP card to set as the video 2.0 standard for msx?

My idea is to keep the pro and cons of the different VDPs:

- No older vdp compatibility, it's a new standard that is added to the existing machines.
- msx1 compatibility
- no super highres or coloured modes, only a smart couple of pattern modes where each pattern could be used as background or sprite, as in screen 2 the correct arrangement of tiles can make it suitable for bitmapped gfx. 8 bit gfx, palette support
- no speed limitation
- programmable blitter support (not hardwired commands, instead a programmable graphics processor)
- modern compatible monitor output

I think there are great possibilities to realize this on FPGA devices, and this remove the problem of chip availability.

How about these:

- traditional resolutions, 256/320 or 512/640, but also 128/160 modes for demo effects
- non-reactive sprites: just blitting pieces of image together, no native sprites required (think starfields, overlay scores, particle systems etc.)
- reactive sprites: a certain number of fullcolor sprites on screen, no per-line limit, but a screen-limit is ok: 128 or so.. the 'videocard' returns when non-transparent sprite pixels overlay eachother and returns the number of the sprites involved
- native scaling for the blitter

Quote:

How about these: - traditional resolutions, 256/320 or 512/640, but also 128/160 modes for demo effects - non-reactive sprites: just blitting pieces of image together, no native sprites required (think starfields, overlay scores, particle systems etc.) - reactive sprites: a certain number of fullcolor sprites on screen, no per-line limit, but a screen-limit is ok: 128 or so.. the 'videocard' returns when non-transparent sprite pixels overlay eachother and returns the number of the sprites involved - native scaling for the blitter

@Wolf: you are a little to over my idea of specs level, for an 8 bit computer . However, i think all - msx - generations compatible video system is good, because it's greatly expand the number of people that can try it, thus expanding the possible sw support.

I think that if, a similar video card is available (at a reasonable price) a lot of msx people will be great to buy it.

Time to trash the VDP family in the bin, let's restard in a clean way....

Quote:

a certain number of fullcolor sprites on screen, no per-line limit, but a screen-limit is ok: 128 or so..

There is a good reason why sprites per row have always been limited. Transparency checks require a lot of processing power and bandwidth. Just increasing the number would have had a huge impact on the required performance.

Maybe hw sprites can be dropped if replaced by a good gfx engine.... today no one uses those hw things.....

Well, that was the idea indeed. You do however need to get a signal when those pieces of screen graphics collide with eachother. That's why I proposed reactive and non-reactive sprites. And whether they're screengraphics or real sprites isn't much relevant, collisions are tho.

@Wolf: May be it's a good thing to know what are the specs that one want. I think a similar card is feasible. In this forum there are people that can manage FPGA quite well, and having feedback from those is a good thing.....

There are lots of interesting projects not MSX related but that can be easily adapted, for example this page: http://www.retroleum.co.uk/index.html or all the Russian MSX-Spectrum upgrades.
For a graphic expansion especially this one: http://www.retroleum.co.uk/z80-v4z80-gfxboard.html looks interesting and CHEAP!

Quote:

There are lots of interesting projects not MSX related but that can be easily adapted, for example this page: http://www.retroleum.co.uk/index.html or all the Russian MSX-Spectrum upgrades. For a graphic expansion especially this one: http://www.retroleum.co.uk/z80-v4z80-gfxboard.html looks interesting and CHEAP!

It's a good video-board. (56 on a row 16x16 sprites each one @256 colors? wow!)
Maybe some expert guy in vhdl can tell us how much effort is needed to adapt to a msx?

Looks like that board is supplied in schematic files with some Verilog conversions added. That makes it a bit hard to see what's included. I'm not quite the expert, but it looks like it's very much tied to a xilinx component library. Which will make converting it to Altera software for using it on 1cM quite a job.
The guy does have a nice project going on there though!

Quote:

Looks like that board is supplied in schematic files with some Verilog conversions added. That makes it a bit hard to see what's included. I'm not quite the expert, but it looks like it's very much tied to a xilinx component library. Which will make converting it to Altera software for using it on 1cM quite a job. The guy does have a nice project going on there though!

@Edwin: My idea is about a grf card usable on all msxes. There is no need to convert to altera 1cm.
Of course would be a good thing to have it in VHDL.

But the question is another:
Is a similar gfx board doable for msx?
What the estimate cost?
Do we need a state-of-the-art PLD to achieve this goal or it's only needed an entry level PLD?

Unfortunately i cannot give those aswers because of my almost zero-knowledge of VHDL, PLD and similar things.
So i ask anyone that know about this technology.

thx

take this ideia:

if one chip msx is based on altera technology, why not use another cartridge with the same technology to input the v9990, moondound, mp3, whatever into this ocm? compatibility still granted, and if we need to upgrade something, just put into the cart. enough of lots of bulky hardware. this will make the things more "clean" and "beatufull" to see in a desk to work. and besides it, it will grant the msx ocm will not be just a plastic case that you erase the chip to put a c64 because of this cart.

Quote:

take this ideia: if one chip msx is based on altera technology, why not use another cartridge with the same technology to input the v9990, moondound, mp3, whatever into this ocm? compatibility still granted, and if we need to upgrade something, just put into the cart. enough of lots of bulky hardware. this will make the things more "clean" and "beatufull" to see in a desk to work. and besides it, it will grant the msx ocm will not be just a plastic case that you erase the chip to put a c64 because of this cart.

It's not my idea. Instead i my wish is a new VDP standard for msx, from scracth, pluggable like a small cartridge on every msx. (Even a msx1 with 8kb of RAM!). The problem with rustyware (v9958-v9990) is that are no longer produced.

Implementing a video card on fpga allow no problems with availability, and no problem for future upgrades. Let's imagine if an old TMS VDP could be instantly upgraded to a more performant v9990. will be excellent.

i see the OCM as another msx-family like computer, like msx1/2/2+/TR.

pingpong: tha's my ideia too, when i've speaked of the comparisons with gba vdp hardware...

your answer is so good, that it really needs to be used

Would not be nice that the new video hardware featured a a full hardware accelerated VGA-like text mode? (80x25) It would be really nice for new MSX-DOS programs like file managers, text editors, IDEs for development... not to mention ANSI BBS... I think SCREEN 0 is very limited.