MiniMig NTSC

[freqmax]

Download link without all javascript-crap & popup ads:
http://www.freewebs.com/freqmax/minimigQ20080303_zip.bin

Code: [Select]


Archive:  minimigQ20080303_zip.bin
 Length   Method    Size  Ratio   Date   Time   CRC-32   Name
--------  ------  ------- -----   ----   ----   ------    ----
   46247  Defl:X    36882  20%  03-03-08 19:46  848702b6  minimig_20080303.JPG
  212392  Defl:X    80016  62%  03-03-08 20:15  2e4bc2fc  minimig1.bin
--------          -------  ---                            -------
  258639           116898  55%                            2 files


Source please

[freqmax]

Is the sprite problem related to the blitter?

[freqmax]

Let's reverese engineer it. Can't be that hard ..?
The .bit file proves it can be done. So now we have to figure out how to do it.

[freqmax]

yaqube wrote:
Unfortunately I don't have the source code of the released version since it was a work in progress. I have almost finished the implementation of the full ECS chipset. I will release it soon with all the sources.

I think our FPGA hackers don't mind a source code snapshot of a work in progress. It can be fixed up to work. But a .bin is something that's hard to make use of.

[freqmax]

This could be something that Minimig maybe can be configured to handle ..?, ie playing NTSC games on PAL and vice versa with some hybrid mode?

[freqmax]

Seems there is a block write function. Currently fixed at 512-bytes block which means it can handle a maximum of 1 GByte  SD cards (use CMD16 to fix this).

The following functions exists in minimig1_firmware_15_07_2007/:

main.c: HandleFpgaCmd(c1,c2)
Has a command 'CMD_WRTRCK' which calls WriteTrack().

main.c: WriteTrack(drive)
Empty.

ata18.c: AtaWriteSector(lba, WriteData)
Seems to be in working order.

If the functionality is limited to modify existing (.adf) files and keep the same filesize. Then what is needed is:
 * Copy the contents of ReadTrack() function to WriteTrack(). And modify the order of datatransfer such that the dataflow goes from the FPGA to the SD-card. This should work. That way we don't have to deal with too much FAT intrisics.
 * FileWrite2() has to be created. Using a modified FileRead2() should work, AtaReadSector() -> AtaWriteSector().
 * FpgaToSector() has to be created. Using a modified order of SectorToFpga() should work.

If anyone wishes to "create floppies" then you would have to  handle the FAT16 allocations and clusters etc..

[freqmax]

The games proberbly don't have anyone looking for them like with RIAA, BSA etc..
And anyway what they don't know/see won't hurt them :-)
So make the database semi public.

As for 50 Hz to LCD, Use an video buffer, and 75 Hz mode on the LCD. 25 deinterlaced frames/s * 3 = 75 Hz, which most monitors can manage.

[freqmax]

It will wreck any timing within the software. Same goes with the user interaction.

[freqmax]

I think it was something like if( OSD ) then OSD else Amiga. For every pixel.