Thomas Harte wrote:
Hmmm, so Sam DOS numbers tracks from 0, but sectors from 1? Or am I
suffering a deficit of logic?
Most systems use 1-based sector numbers, though the BBC Micro and Opus
Discovery both use 0-based. SAM track numbers are still 0-79 on both
sides, and the 128-207 numbering
Jason Thacker wrote:
I don’t know if this would be any use, but I did see this Spectrum emulator
that runs within XNA on the XB360
It does look like it'd be a great starting point, as it includes a Z80
core and a framework to expand on for SAM-specific stuff. Though how
much work was
Simon Cooke wrote:
Has anyone considered porting SimCoupe to C#, so that it could be put out as
an XNA project, and people could run SIMCoupe on their XBOX 360's? :D
Having kept a safe distance from C#, and not owning an X360 means it's
not going to be me this time. Help yourself though ;-)
Stefan Drissen wrote:
1. the downloaded file, although being shown as pyz80.tgz is
miraculously downloaded as pyz80.tar - use 7-zip to open this file.
Dunno if that's a browser or Windows quirk, but I also find .tar.gz
files are renamed as .tar.tar on download!
3. from a command prompt
Andrew Collier wrote:
The other option is to use a new pyz80 extension, whose intent should be
much clearer:
DEFS ALIGN 256
Despite having used it in more recent source files, I'd completely
forgotten you added that! *blush*
Si
Hi all,
Does anyone still have Step Midi 1.9 by P.S.S. soft ltd? It was
original distributed by Derek Morgan, and I believe it was reviewed by
both Fred and Sam Supplement at some point.
The author's original disks appears to be damaged/faded, so we're
desperately seeking good images. The
Jali wrote:
Is there documentation or some information available about the disk
image formats SimCoupe supports?
The SimCoupe documentation covers all the supported disk image
containers, with some technical details on each. I don't think there's
a single reference covering all of them,
Jali wrote:
Si, feel free to add OS/2 to supported targets on SimCoupe web site.
Added - thanks Jali!
Si
Stefan Drissen wrote:
And just viewing the parallax.fix file (on Fred 25) in SimCoupe shows the
following, hehe:
HERE, USED TO BE SOME ENTROPY DEMOS - AND YOU CAN STILL GET TO THEM IF YOU POKE THE JUMP JUST ABOVE WITH 16607... COOKIE!
That's the one I ran into, so I guess the disk I
Stefan Drissen wrote:
Do you mean the hidden demo?
It has Entro 1, Entro 2 and Hot Butter - not new demos, but access to
them enabled by patching a jump address, as described in the on-disk
instructions!
There was also a mention of a key combo doing something else in the
options, but I've
Chris Pile wrote:
I've updated SAM Defender!
snipped huge list
Awesome! I'm amazed you found so many things to improve upon, as I
don't remember any real differences from the arcade version. The
Williams startup screen was a nice touch too - couldn't help but laugh
at that :-)
*
Andrew Collier wrote:
So if you're doing any assembly language development on the Sam,
why not check it out?
I'm a big fan, and have already moved a dozen or so projects over to it.
I really can't see myself going back to using a SAM-based assembler...
Why switch? Assembly time is pretty
Geoff Winkless wrote:
Integration with SimCoupé to include clock-accurate debug stepping
We do have some of that already, with the raster accurate display
updates when stepping, and tstate timings shown for instructions and
stepped-over blocks. Should be easy to debug fancy display effects.
Geoff Winkless wrote:
step through the source and modify any line I want without restarting.
I was only kidding, hence the smiley.
I completely misinterpreted your smiley - maybe as it's not tooo out of
the question, even if it's not easy!
Labels tied in to source files would be very good,
Andrew Collier wrote:
SimCoupe: The Eclipse Plug-in
Does emacs not have a SAM emulation mode yet?
Si
[EMAIL PROTECTED] wrote:
With or without a green Willy?
Without cheating, of course! If your 1896 was also without, care to
share your method?
Here's an 1875, and I've had 1876 by following the clockwork creature a
little closer on the way back:
http://simonowen.com/videos/1875.avi
Just a daft question/challenge really, and one I know has been done for
the Speccy version. What's the highest possible score for Central Cavern?
I've played through it countless times during SimCoupe testing, and
noticed I got around the same score most runs. A good run gives me
1875,
Chris Pile wrote:
Would it be possible to save the Dallas module contents on
SimCoupé's exit?
Sure - I like easy changes! I can do a quick change to save the contents to
the .cfg file, but it'll take a bit longer to write to a file as I'm
changing how the file locations for Vista.
but I
Chris Pile wrote:
I tried emailing Edwin about this, but all email addresses I
found for him simply bounced. So I'm posting here instead...
The last one he used on the list is edwin.blinkathome.nl - if he doesn't
spot this I'll check when he's next on MSN.
Does anyone have programming
Dr Beep wrote:
After SAM2_ZX81 I am working on a new emulator, named SAM2_GB.
This is a gameboy emulator running on a standard SAM Coupe,
without i.e. a Mayhem Accelerator.
I was tempted by a GB emulator too, so I'll be following this with interest!
From what I remember, the CPU side
Hi folks,
In switching from ATI to an nVidia card I've noticed that the SimCoupe
colours are a bit oversaturated, particularly on the stripey boot screen.
This seems to be a side-effect of using the video overlay surface, which is
the default under Windows (except Vista) to ensure good
Dan Dooré wrote:
Worldofsam.org and www.intensity.org.uk has been down for a
few days and I've just had a bounce from Andrew's mail
It seems that the server hosting both domains had a hardware failure on
Monday 23rd October, and it should be sorted soon:
Jali Heinonen wrote:
Just to let you know that there is now a SDL - port of
SimCoupe for OS/2 available at:
http://download.smedley.info/simcoupe-1.0-os2.zip
That's the first I've heard of it! I notice there's no page for the port on
the main site yet, and no source code, so I'll get in
Steve(spt) wrote:
I was looking at TommyGun to see what its all about its has
Sam Coupe plugins. [ http://www.users.on.net/~tonyt73/TommyGun/ ]
Has anybody used it? Any thoughts about it?
Despite there being a long-running thread about it on the
worldofspectrum.org forums, I didn't
Chris Pile wrote:
To ensure Defender ran at a constant (99.9% of the time!)
50-fps, all available horsepower needed to be squeezed from
the old Z80!
And from what I remember of the code, you certainly did squeeze out every
last drop! The disk protection was equally crafty, and remains the
Simon Cooke wrote:
Interesting... Defender uses HPEN/LPEN... any idea how it
uses it?
It uses HPEN monitoring to track whether it's running late with the current
frame. I believe it still expects to be over the main screen area after
completing certain tasks, and if it's into the border it
Chris Pile wrote:
SimCoupé has to be one of the best and most complete 8-bit
home computer emulators currently available.
Cheers! The 1.0 release aimed for solid emulation accuracy across a
selection of platforms, which is pretty much there now. Next I'd like to
add more features, many of
Hi all,
I've updated SimCoupe to version 1.0, with new builds available on the
official site: http://www.simcoupe.org
Thanks to everyone who helped out during its rather excessive beta period!
If you run into any problems, please drop me an e-mail. I'm not around much
of the weekend but I'll
John Avis wrote:
Does anyone have a copy of SamForth ?
It's not a title I own, unfortunately, so I don't have a handy image of it
for you. Steve Parry-Thomas may well do though...
my Samforth disk refuses to mutate into .dsk format
If you're using a fairly recent SimCoupe build, select
[EMAIL PROTECTED] wrote:
That said, was there a Forth written on a diskzine? I'm sure,
I read somewhere that there was such a file but, I don't have
it. I would like to thou.
There's a mention of it in SAM Supplement on WOS:
http://www.worldofsam.org/node/426
Sounds like it's on Simon N
Someone recently asked whether it should be written as Sam or SAM, and I
had to admit I didn't really know!
Is there a correct/official version or are they completely interchangeable?
Does one refer to the machine and another the robot, or is that mix and
match too? Or is the machine simply the
Dan Dooré wrote:
What was the differnce between V2 and V3? Did V2 actually get
shipped to people? What were the bug fixes in V3 against V1?
Though I don't have answers to those, I aquired a selection of extra ROM
versions from Simon N Goodwin a while back. I thought I also uploaded them
to
[EMAIL PROTECTED] wrote:
Kaleidoscope or The Hardware Development Kit as it was sold
as can be seen in zip file, pcb scans, instructions,
schematic, disk image form the Pro-dos site.
Does your board work? If so, got any pics of it in action? :-)
Si
I wrote:
Does your board work? If so, got any pics of it in action?
Scrap that - the demos on the supplied disk are just trivial screen-wide
tests written in BASIC. I was hoping for at least one line-interrupt demo
that did something a bit fancier! :-/
Si
Aley Keprt wrote:
I forward you a translation of message from velesoft
(original message is written in Czech, se below):
Thanks for this :-)
In this game you need to hold shift key down in order to let the
mouse work [in Sim Coupe - all versions].
I've reproduced this with Legend of
Andrew Collier wrote:
It is my pleasure to announce that a new community-based Sam
Coupe web site has been launched.
Woo, great work Andrew!
It's rather light on content at the moment, but that's where
you all come in!
And we've got a nice break over Christmas to help remedy that :-)
Si
Edwin Blink wrote:
This is a Atom friendly version
Cheers!
simcoupe requires that fast disk loading is disabled to see the key ???
Mmmm, this comment in IO.cpp would certainly explain it:
// To avoid accidents, purge keyboard input during accelerated disk access
It was an attempt to avoid
Carol wrote:
I've been reading the list for a year or two now - never
replied before *grin*
Welcome!
Does this mean I might finally be able to load in Astroball,
Manic Miner and Sam Strikes out?
Yes - I've got images of those already, plus many more. The trouble is that
many aren't
Dan Dooré wrote:
Is this EDSK as in
http://andercheran.aiind.upv.es/%7Eamstrad/docs/extdsk.html
or a new SDF-ish format?
It's that very same EDSK format, as used for +3/CPC disks. I've had a
couple of extensions added to it recently, to better handle some of the
protected disks on those
Aley Keprt wrote:
Why don't you go and get the unprotected versions of those games?
I don't think I've ever seen an unprotected version... Do you have a sample
image you could send me?
It's not ideal from Simon's point of view as he is desperate
to emulate everything, but it's quite
Andrew Collier wrote:
It's a bit odd though - the music is messed up and you start
the game with only one life.
I remembered the single life limitation, but hadn't noticed the music
difference until you said that. It does seem that the demo continues to use
the menu music in the game, instead
David Brant wrote:
Does anybody know if it is possible to print on the sam using
an epson 830 printer or printing using sim coupe.
Yes, as long as it's a real SAM-compatible printer you should be fine.
Install the printer under Control Panel - Printers, as a regular printer.
If you don't have
David wrote:
Seems to be getting more active by the day again :)
Best not tempt fate eh? I'm sure there are a lot of us still lurking
anyway...
Si
Ian Spencer wrote:
I'm almost 100% sure 33 was the first issue. This was the
first Outlet which was officially converted to run on the
Sam Coupe and I think the last issue was 65
Here are directory listings for 32 and 33 (probably unreadable without a
fixed-width font). If we get permission
Stuart Brady wrote:
Apparently, you can buy back-issues... although I can't
imagine very many people doing so.
I contacted them about back-issues of the SAM version around this time last
year, to fill the few holes in my collection. I got this back:
Back issues of the Spectrum version of
david wrote:
Is there a Norsam show? When?
The ORSAM site was updated recently to say there wouldn't be a show this
year. Last year's was a big improvement on the previous one, so I'm
surprised!
Wasn't the last CGE-UK show the one where Matthew Smith turned up? I missed
it, and I can't make
Calvin Allett wrote:
From memory alone who`s missing from posting here?
Chris Pile and his Defender site also seem long gone. Has Chris White
turned up yet?
Si
Andy Chandler wrote:
Yes, he emailed yesterday ;-)
Whoa, so he did! :-D
Si
Ian Collier wrote:
MSN, that's, um, something to do with Microsoft, is it?
Yeah, though it's a necessary evil to keep in touch with some people -
certainly beats my cousins phoning me up for computer help! You can always
use a libgaim-based client to avoid the slightly excessive official
Stuart Brady wrote:
The delay seems to have worked... although I'm wondering if
there's a better way to fix this. Has anyone else had this problem?
Sounds like that could just be normal key bounce? The ROM scanning does a
bit more tracking to avoid the duplicates.
I'm still wondering
David Ledbury wrote:
Hmmm - imagine a Spectrum emulator working with a Spectrum
acting as a keyboard? :)
I daren't suggest Stuart try using SimCoupe with his, so I'll have to try it
myself!
I think it's an interesting project, even if it's not all that useful to
most people. People felt the
Aley Keprt wrote:
And, obviously, you need a computer with an ISA slot - that
also can be problematic these times...
Last week I discovered my motherboard only supported a single floppy drive
rather than two on the same cable. I went to plug in an old I/O card,
forgetting I hadn't got any ISA
Stuart Brady wrote:
Creative Labs' first sound card (the C/MS or Game Blaster)
had two SAA 1099s on it.
I thought that rang a bell:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Aley Keprt
Sent: 29 May 2001 18:08
To: Sam Users
Subject: Did
Andy Chandler wrote:
You can find it's temporary home at
snip
While we're at it, here are thumbnails of another SAM brochure:
http://simonowen.com/sam/sambrochure2.jpg (106K)
Larger scans of the 4 pages are here:
http://simonowen.com/sam/sambrochure2.zip (2.1MB)
I've tried to remove
Andy Chandler wrote:
On 12 February 2005 15:42, Jason Thacker wrote:
main processor is a 400MHz+ XScale CPU running embbedded Windows CE.
How would this compare, roughly, to an x86 processor in terms
of processing power?
The 400MHz XScale is exactly what's in my iPAQ 2210, which already
Andrew Collier wrote:
Given a PC running Windows XP, what (versions of) programs do
I need in order to use a protected floppy disk in SimCoupe,
and/or to create an image of one that SimCoupe can read?
I'm afraid I'm still working on a solution for protected disks. SimCoupe
can be used with
Aley Keprt wrote:
You can use any printer. Just install it with file as
output port (instead of LPT), and you get the text file from
Sim Coupe. At least my Windows does it this way.
The printer is opened in raw mode, which bypasses the printer driver and
_should_ mean any printer can be
Ian Spencer wrote:
it does fix the problem with the Atom path
Phew :-)
but I now notice that if you turn off 'Use RGB/YUV Overlay'
then this is forgoten when you exit the program.
I run most of the time with the frame sync off [snip] and
this is also automatically turned back on
Dan Dooré wrote:
I too often run with sync turned off and it always remembers
Glad it's not just me where it works for then :-)
(which often gives me a shock if I load up
something with music in it).
when DirectDraw is enabled the screen is all anti-aliased
- is this a feature of my GPU
Last week I wrote:
there should be an updated version available sometime tomorrow...
Later than planned, I've updated the source and Win32 builds:
http://www.simonowen.com/sam/simcoupe/
This should fix Dan's problem with the Atom path being forgotton, and the
scanline garbage a few people
Aley Keprt wrote:
I need to move (video) memory on Sam, what's the fastest routine?
Despite its unfinished state, the SimCoupe debugger can be used to time
blocks of code. Whenever you enter the debugger the T-diff value in the
bottom right of the display shows the number of _real_ tstates that
Stuart Brady wrote:
Perhaps a -noboot option would be useful, to disable the
one-time boot
If you insert the disk the old way it'll avoid the auto-boot, so:
-drive1 1 -disk1 %1
will ensure drive 1 is present as a floppy, and insert the specified disk
into it. Though I still like the idea
Ian Spencer wrote:
if I select for ex. atomhd.hdf as an atom drive in drive 2 Simcoupe
forgets my selection every time I exit the program
Thanks - I've reproduced this, and it was something I broke only yesterday
when making some last-minute tweaks (always fatal).
Dan Dooré wrote:
I have
Dan Dooré wrote:
I got the zip and unpacked it into the existing directory -
now that I have got the EXE instead that seems to have done
the trick
Ah, that'll be caused by the old-style file associations, which used to need
-autoboot 1 -disk1 %1 on the command-line to insert the disk and
Earlier I wrote:
I've just updated the 0.90 beta on my personal site:
http://www.simonowen.com/sam/simcoupe/
I've just spotted that the version filenames were 2004 (yes Edwin,
again!). I've renamed them now, so if you get a 404 error trying to
download, please refresh the page and try again.
Aley Keprt wrote:
Where can I get latest SimCoupe,
I've just updated the 0.90 beta on my personal site:
http://www.simonowen.com/sam/simcoupe/
The Win32 version should be in reasonable shape at the moment, with almost
all features now exposed in the UI. Things like auto booting, DOS booting
Geoff Winkless wrote:
It's on one of the Outlet disks (57?), if anyone has that.
SBBB is on Outlet 62 (October 1992), as option C on the menu.
The only version I've managed to extract from my disks is (I
think) an old one: it doesn't have a reset screen, and it leaves
the palette in the
Aley Keprt wrote:
At first it obvious that any standard 48k games which don't
need any changes to run on Sam should be removed.
Agreed.
But I think that 128k, AY and tape-disk converted games
should stay.
They have always been a part of the SAM scene, so it does feel like they
belong in
Edwin Blink wrote:
Maybe it was fixed in a more recent simcoupe or you used a
different mdos version ?
I've had a quick look and tracked it down to a FORMAT_TRACK change I did
about a month ago. The fix ensures that data present in the data fields of
the format data is transferred to the new
[EMAIL PROTECTED] wrote:
ha... this works fine on my copy !
Format d2:, 6 I get 770 kb free with 118 slots.
Well, you reported the original ProDos formatting problem and tested the
fix!
I'd better get a new version and source out quick, before someone sends the
lads round... ;-)
Si
Dan Dooré wrote:
I see, looks like I'm part of the SimCoupe underclass with my
0.9 Beta 10 then :-)
Don't worry, I've since changed the beta numbers to dates. Partly so you
can tell their age more easily, but mainly in a desperate attempt to hide my
shamefully long beta programme.
Si
Aley Keprt wrote:
A few days ago, I asked here if somebody could possibly send
me his Sam Copue tapes in TZX format to let me test them in
emulator. Up to now, nobody sent me anything :-
I missed your post about this too, though it could have been in the bunch
that were lost when I
Edwin Blink wrote:
Hey I've got Lerm assembler on take ! I'm sure there where
some things that where on tape
Shouldn't the archive aim to store software in its original format? Some
titles were released on both disk and tape, so it would make sense to
preserve both disk and tape images, and
Aley Keprt wrote:
6. TAP support was done 2 years ago, so I wonder nobody knows... :-)
I remembered you adding TAP for the Spectrum side, but I didn't realise it
covered SAM tapes too. TZX images seem to be preferred on the Spectrum now
- do you also support those? I've got 8 SAM TZX files
Aley Keprt wrote:
6. TAP support was done 2 years ago, so I wonder nobody knows... :-)
I remembered you adding TAP for the Spectrum side, but I didn't realise it
covered SAM tapes too. TZX images seem to be preferred on the Spectrum now
- do you also support those? I've got 8 SAM TZX files
Aley Keprt wrote:
Slaves send their pressed keys with time stamps, master sends
back what keys should be really passed to the emulator (with
timestamps).
That sounds better, with the additional detail :-)
I'm not sure the clients need to time-stamp their input though, as the
server
Aley Keprt wrote:
Slaves send their pressed keys with time stamps, master sends
back what keys should be really passed to the emulator (with
timestamps).
That sounds better, with the additional detail :-)
I'm not sure the clients need to time-stamp their input though, as the
server
Edwin Blink wrote:
How would you play a game that has random elements ?
The emulator state would be enough to seed the pseudo-randomness in each
case. There's not much scope for getting random values anyway - reading the
refresh register and values from I/O ports pretty much cover it, and
Dan Dooré wrote:
I am still getting SimICE errors when trying to unpack some
of these archives.
There's an automatic breakpoint that triggers when a HALT is encountered
with interrupts disabled. That really should be optional so I've taken it
out for now! :-)
This is probably one for Si to
Dan Dooré wrote:
Any clue what format these ARC files are in:
/pub/sam-coupe/demos/misc/d-nut.arc
/pub/sam-coupe/graphics/slideshow/screen.arc
They both seem to be PAK files, going by the RUMSOFT strings a short way
into the file. Something like: load at 32000 and call 32000, then insert a
Aley Keprt wrote:
You just define what particular keys will be accepted from
remote computer, and you send just the keys (in both directions).
That doesn't solve the main problem, which is keeping both emulations
perfectly in sync. Even time-stamping the input would require everything
Aley Keprt wrote:
You just define what particular keys will be accepted from
remote computer, and you send just the keys (in both directions).
That doesn't solve the main problem, which is keeping both emulations
perfectly in sync. Even time-stamping the input would require everything
Dan Dooré wrote:
Any clue what format these ARC files are in:
/pub/sam-coupe/demos/misc/d-nut.arc
/pub/sam-coupe/graphics/slideshow/screen.arc
They both seem to be PAK files, going by the RUMSOFT strings a short way
into the file. Something like: load at 32000 and call 32000, then insert a
Dan Dooré wrote:
I am still getting SimICE errors when trying to unpack some
of these archives.
There's an automatic breakpoint that triggers when a HALT is encountered
with interrupts disabled. That really should be optional so I've taken it
out for now! :-)
This is probably one for Si to
Geoff Winkless wrote:
Why not a tagged format and tools which can handle both types?
I've been fleshing out the details of a potential new format to efficiently
represent any SAM disk type. It uses your suggested tagged structure, some
of the tag types I mentioned recently, and Edwin's fragment
Frans van Egmond wrote:
If one of you programming people need a Catweasel, I have a
spare Catweasel MK3 lying around that I'd be happy to loan
It's probably best to avoid too much reliance on unusual hardware to create
images, as it's unlikely all disks we'd want scanning would be owned by
Tarquin Mills wrote:
When I tried compiling SimCoupe on RISC OS (the SDL version)
I got the following output:-
I'll reply to this off the list, for the sanity of other list users... :-)
Si
Andy Chandler wrote:
will cope with all but one SAM disk I've seen so far :-)
I'm betting that was another Mr Owen creation ;-)
It's actually Chris Pile's original Defender disk, which does some gap-level
checking as part of the copy protection. The gap information isn't stored
as part of
Nev Young wrote:
why not create an image that is a full track image from index
hole to index hole including all the inter sector guff. That
should cover just about everything.
It would indeed, if there was a reliable way to dump them! You'd really
need all the sync marks as well as the raw
Simon Cooke wrote:
Sector addresses which do not directly correspond to their
real location on disk
SDF stores the ID fields for each sector, so faked track/head values and
non-standard sector numbers are no problem.
it used 5 x 1024 byte sectors followed by 1 x 512 byte sector
to fit 11k
Dan Dooré wrote:
(or SDF V1.1 with Freaky Cookie Malarky mode enabled).
SDF has always handled the Freaky Cookie Malarky, so no need for an update!
Here's a dump of the first 2 tracks of my Parallax.sdf file, showing the
faked track=128 and mixed sector sizes that Cookie mentioned:
0:01
Dan Dooré wrote:
None comepletly unreadable, many with errors which ment I
couldn't make a DSK of them at the time.
I only found the odd error too, and sometimes they'd be readable in a
different drive. The only problems I've had recently is when I made the
mistake of using high-density disks
[EMAIL PROTECTED] wrote:
Here is weeks of work and the result version 1 of the users
manual as a full pdf.
Superb! I've even made my first use of it too, looking up what BUTTON 0 did
in SAM BASIC :-)
Coupled with the SAM Technical Manual PDF, we now have a fairly
comprehensive SAM reference.
Andrew Collier wrote:
... like this one?
http://www.hal.varese.it/filesmuseo/mgt/samusersguide.pdf
Nah, that's just a document of scanned images - Steve's new version is
proper searchable text with images :-)
Si
Colin Piggot wrote:
Did anyone here receive their Sam in December 1989 when they
were released, and did it live up to your initial expectations?
Does anyone else still have their order confirmation cards? Here's mine:
http://www.simonowen.com/images/samorder.jpg
I remember it feeling quite
Edwin Blink wrote:
what's with the track header length?
The overall file has a 14 byte header. After that there must be at
sides*tracks track headers (each 7 bytes) following the file header, and
following each track header are sector headers (each 7 bytes) for each
sector in the track. The
Edwin Blink wrote:
Interesting Format. But when going through all the trouble of
changing to a new disk image format (converting to FDI) its
still pretty limited.
There's no conversion needed, as existing SAM software can remain as DSK
images. FDI images are only needed for non-standard
Andrew Collier wrote:
I assume there are some standard PC programs already written
which will transfer floppy disks to and from this format?
I've found a DOS MAKEFDI utility, though I've yet to try it out properly
(will do when I get home). The docs are in Russian but the usage text from
the
Earlier I wrote:
I've found a DOS MAKEFDI utility, though I've yet to try it
out properly (will do when I get home).
I've not had any success with MAKEFDI version 1.2 beta, which is dated 2002.
I tried under FreeDOS beta 9, MS-DOS 6.22, and a Windows 98 SE boot disk -
the disk did spin up but
Geoff Winkless wrote:
worldofsam.org would still be my preferred option
That's my favourite too - it does seem like we're doing a SAM version of
worldofspectrum.org after all.
I'd also be happy with samarchive.org or similar - in fact, anything
_except_ samcoupe.org :)
Agreed. samcoupe.org
101 - 200 of 434 matches
Mail list logo
