https://skydrive.live.com/?cid=1c842d5b23e1e0e2#!/?cid=1c842d5b23e1e0e2&sc=documents&uc=4&id=1C842D5B23E1E0E2%21836!cid=1C842D5B23E1E0E2&id=1C842D5B23E1E0E2%21855&sc=documents
dunno if you can navigate to the other shots seems kind of weird that no matter how many megapixels the camera boasts it aint in focus! was kind of hoping the am95 or a blitter might be squeezed in somewhere though obviously no room for a ula+ and certainly not room for one in the speccy and one on this circuit board! much better to give each pixel 24 or 32bit colour even though 256 colours is more than enough if the next 256 pixels have their own 256 palette and on each line etc help anyone know anything about this interface ? 2mhz clock? nothing better no rom info ram info? 64kb ram? http://www.youtube.com/watch?v=41DX0VkUd-c guess it aint like a R800? On 17 October 2011 11:02, Simon Owen <[email protected]> wrote: > On 16 Oct 2011, at 15:03, ellvis wrote: >> Results were that I got only half of the directory visible and after >> any file load I've got 108 End of file and the data were just mess. > > MGT (old-style DSK) uses a track order of: > c0h0, c0h1, c1h0, c1h1, c2h0, ... > > BDOS records and SAD images use: > c0h0, c1h0, c2h0, c3h0, c4h0, ... > > So you'll need to re-order the tracks before you can treat them as raw > images. Without that you'll see the 1st and 3rd tracks in the directory > listing, but the rest of the image will be mostly garbled. > > You could add this fixed 22-byte header to the extracted data to make them > valid SAD images: > 41 6C 65 79 27 73 20 64 69 73 6B 20 62 61 63 6B 75 70 02 50 0A 08 > > Or mount the BDOS image in SimCoupe and copy the record out to a floppy disk > image. There will be Linux and Mac builds of SAMdisk at some point too, as > the real HDD device code is mostly done. > > Si > >
