@wolf: there are almost no 4MB issues... and if there are I'll fix it

Quote:

Errr. Ever heard of MegaSCSI and its floppy disk emulation tool EP? It rocks...

Yes, I know it is a disk emulation tool, but can it emulate disks with 'bad sectors', tracks with different interleaves and/or modified sector numbers, disk with more than 80 tracks,...?
Then there is the problem: how to convert your own original, copy protected disks into image files without losing a single bit (= capable of copying disks in raw mode, including info between the sectors and tracks). As far as I know there are no programs which are capable of doing that on PC and/or MSX.

Amiga with X-Copy. Rocks.

Sure , supposed you have one or a prototype of the all in one ! Arg. Jon/francisco where stays the adaption for IDE.
But still you cannot guarantee the functioning of all

I think we should define features that is relatively easy to develop (the 'quick wins')
my list of 'quick wins'

USB Pen drive support
USB keyboard support
Small extentions for vdp (step by step) for example replacing the logical copy logic with a faster one for better performance on software sprites in existing and new software.

More complex features to develop and therefore features that only come available on the long term.

new fast z80 40-80 mhz (well, Snout won't tell us an estimate of the current cpu speed (damm, I really would like to know, pff ) so maybe it is fast enough already )
New faster V9958 compatible VDP with more vram, higher resolution and more colordepth
MP3 decoder
Mpeg2 decoder
MSX-Audio support

I hate to disappoint you, but MP3 and MPG2 are definately out of the question. I doubt the FPGA could handle those alone, much less when stuffed to the rim with all sorts of MSX g00dness...

What's perhaps nice to have is alternative lowres screens, somewhat like on the c64.

One sc2/sc4 tile is 2 bytes per row of 8 pixels, 1 byte for the pattern, and one for the 2 colors. Alternatively you should be able to do: 4 'wide pixels' on a row,4 bits per pixel, so still access to 16 colors. While loosing on pixel-detail, you gain color-per-pixel! Doesn't take more VRAM either.. could be funny for games as well as demos..

If you're not too emotionally bond to vertical resolution, you could as well have square pixels, of 2x2 msx-pixels, you save half the VRAM per tile, so instead of 16 bytes it'll cost you only 8 bytes. Rather than saving 8 byte per tile, you could as well use these 8 bytes per tile for extra info, like 1 byte refers to a palette in mem (each tile its own palette!), a bit of another byte could set scanlines.. etc. etc.

I agree on having at least some new tile-based screen mode. Another nice option would be instead of 2 colors per line i'd like 3 on a line. I believe the NES had something like that.

Downside is (i believe) that there are a fixed number of 3 color combinations. Perhaps due to putting 3 colors in one byte?

why not add a HD screen mode

seriously, USB should be high on the list, I think.
Some networking (although already available in some form) would be nice as well.

Two PCMCIA slots.

to keep it compact, I'd go for an expresscard/34 iso pcmcia

Quote:

What's perhaps nice to have is alternative lowres screens, somewhat like on the c64. One sc2/sc4 tile is 2 bytes per row of 8 pixels, 1 byte for the pattern, and one for the 2 colors. Alternatively you should be able to do: 4 'wide pixels' on a row,4 bits per pixel, so still access to 16 colors. While loosing on pixel-detail, you gain color-per-pixel! Doesn't take more VRAM either.. could be funny for games as well as demos..

this is the reason why c64 games looks very colorfull than msx1 ones, even if they have only 4 colours per 8x8 square block . Another machine that have this great solution is Amstrad CPC. It can do 16 color with reasonable amount of ram and graphics do not look bad, plus are colorfull. In a game it's more important color than resolution.

Let's you imagine the speed of high speed copy commands vdp in those screen modes.
Better woulb be if this mode is pattern based.

Hey, one thing maybe in OT... but, how will be distributed new software for the One Chip???
Floppy disks? But there's not floppy disk connector. So, we have to buy an external USB floppy disk drive.
Or cassettes? Naaa
Cartridges? Not all authors could be release software on cartridge...
SD cards?
Download sw from Internet and copy to SD cards?

the last one, I bet..

Indeed the last one, I think.
Also for updated/new VHDL.

To continue a little OT, I wonder if Bazix/MSX Association have a plan for distributing new VHDL code?
Woomb.net could be the ideal platform for distributing software and VHDL code.
Futhermore I think new VHDL code should costs a few bucks. If I can purchase VHDL code that will improve the CPU speed I'm certainly willing to pay for it. The money can be used for paying royalties to developers (beside MSX is a hobby, money is still a great motivator, even if it's only a few bucks) and for deploying other activities where the MSX system could benefit from.

What about promoting and distributing the 1CMSX outside the MSX scene?
Will there be some promo actions (ofcourse within the possibilities of Bazix and MSX A)?

It could be a good thing to investigate if there are other distributing channels available (especially outside the scene).
Maybe try to sell it through www.Conrad.nl. They sell cpu's, developments boards, etc ..
It could result in additional sales and brings new (development) blood into the scene.
Maybe even donate a few 1CMSX's to universities where students learn how to program VHDL? Please don't wait untill the 1CMSX is distributed in the scene!

Maybe I'm not reallistic with some points but hey, maybe something usefull will come out of it in the end.

So, Yooohoo...SNOUT....where are you..... I have some questions for you....hehehe...

Sonic_aka_T: Hey, it's a wishlist so I think it would be cool to play Mpeg2 & MP3 files on the MSX, but your right, It will not fit in the Cyclone used in the 1CMSX. Maybe in the 1CMSX MKIII