Difference between revisions of "Minimig Discimage support"
Jump to navigation
Jump to search
(cleanup) |
(+fdi +how to handle compressed disc images) |
||
| Line 6: | Line 6: | ||
|.adf || Already supported, limitations? | |.adf || Already supported, limitations? | ||
|- | |- | ||
| − | |.adz || .adf with gzip | + | |.adz || .adf with gzip, not supported as of 070728. |
|- | |- | ||
| − | |.dms || | + | |.dms || Worth supporting? |
| + | |- | ||
| + | |.fdi || Worth supporting? | ||
|} | |} | ||
| + | |||
| + | .adz and other compressed formatss could possible be supported these ways: | ||
| + | * Reuse the FPGA<->MCU link to send plain data. FPGA decodes the compression and serves the sector. An index file of where each sector starts in the original file needed to avoid uncompressing it all everytime? | ||
| + | |||
| + | * Use [[Minimig SDram|sdram]] such that the whole disc image can be uncompressed to a portion of the ram that will be hidden from the simulation enviroment. The fpga loads any disc sectors from ram thereafter. | ||
| + | |||
| + | * Use [[Minimig ethernet|ethernet]] such that a server can read->decompress->send via network any needed sector. Any timeing needed can be faked by pretending the "drive" is seeking when it's infact transfering it over network and read from a buffer on arrival. Preferrebly double-buffering. | ||
| + | |||
| + | A benefit with compressed fileformats is that you don't have to bother with uncompressing them manually first. | ||
Source for DMS unpacker: http://zakalwe.fi/~shd/foss/xdms/<br> | Source for DMS unpacker: http://zakalwe.fi/~shd/foss/xdms/<br> | ||
| + | Disk2FDI: http://www.oldskool.org/disk2fdi/<br> | ||
Revision as of 16:47, 27 July 2007
Support for more disc formats?
| Filetype | |
|---|---|
| .adf | Already supported, limitations? |
| .adz | .adf with gzip, not supported as of 070728. |
| .dms | Worth supporting? |
| .fdi | Worth supporting? |
.adz and other compressed formatss could possible be supported these ways:
- Reuse the FPGA<->MCU link to send plain data. FPGA decodes the compression and serves the sector. An index file of where each sector starts in the original file needed to avoid uncompressing it all everytime?
- Use sdram such that the whole disc image can be uncompressed to a portion of the ram that will be hidden from the simulation enviroment. The fpga loads any disc sectors from ram thereafter.
- Use ethernet such that a server can read->decompress->send via network any needed sector. Any timeing needed can be faked by pretending the "drive" is seeking when it's infact transfering it over network and read from a buffer on arrival. Preferrebly double-buffering.
A benefit with compressed fileformats is that you don't have to bother with uncompressing them manually first.
Source for DMS unpacker: http://zakalwe.fi/~shd/foss/xdms/
Disk2FDI: http://www.oldskool.org/disk2fdi/
