I don't think SAMDOS should be on each disk. It is convenient for using
the
disk with simcoupe
until simcoupe has a 'replacement boot' feature (hint hint !) that boots
dos from a virtual drive when
attemting to boot from a nono bootable disk.
Edwin
I think that in the real world a DOS >is< on
I know SAM and ZX
header length are not the same so when a spectrum(emu) tries to load a
SAM
header there will be
a checksum error and it will try the next part in tap file. Correct me if
I'm wrong.
There is no checksum error. Headers have different ID (ZXS uses 0 for
header, while Sam doesn
The only problem is that most of the stuff on discs was only ever in
that format and sequential format like TAP is kind of no-sensical - what
happens when you want to write the high score table back to disc? Update
a file?
Discs was (and still is) the standard way of distributing SAM software.
T
From: Simon Cooke <[EMAIL PROTECTED]>
> > Edwin
>
> OK... Gotta ask... What's your day job, Edwin?
Obviously not a C programmer :-)
My Cs not that bad either But All I I could find in the tape.c was whenever
blocks are over 64K
they are not saved at all. So I was thinking maybe I'm missing some
From: Z80 <[EMAIL PROTECTED]>
> I'm having ( for two months now ) a problem regarding SamC rom routines. I
> have some programs which work perfectly on Spectrum and I'd like to port
> them to SamC.
I think it should be something like below but somehow it doesn't work.
Can't use simcoupes debugge
From: Frode Tenneboe <[EMAIL PROTECTED]>
Discs was (and still is) the standard way of distributing SAM software.
The only reason for any TAP support must be to archive the Flash!
tape, the SAMDOS tape and the two games ever released on tape in a
reproducible format.
Hey I've got Lerm assembler o
From: Andrew Collier <[EMAIL PROTECTED]>
> I have a copy of the COMET <-> ASCII converter program, which says it's
> version 1.2. Is there a later version anywhere? I've got a couple of
> comet files which seem to make it fall over.
Try my new comet converter which converts both ways:
http:/
On Mon, 10 Jan 2005 23:35:55 + Dan Dooré <[EMAIL PROTECTED]> wrote:
>
> My current project is taking the usable, non-warez bits of GoodSAMC and
> incorporating them into the tree for samcoupe.org, which, unsuprisingly,
> is the same structure as NVG. This one may take a bit of time to
> co
On Sat, 8 Jan 2005 19:02:08 EST [EMAIL PROTECTED] wrote:
> Hi Folks,
>
> The SamDrive Users Guide & Flash! Manual are now ready as pdfs.
> They will be uploaded to samcoupe.org
They are now also available from ftp://ftp.nvg.ntnu.no/pub/sam-coupe/docs.
-Frode
--
^ Frode Tennebø | ema
On Sat, 8 Jan 2005 19:02:08 EST [EMAIL PROTECTED] wrote:
> Hi Folks,
>
> The SamDrive Users Guide & Flash! Manual are now ready as pdfs.
> They will be uploaded to samcoupe.org
They are now also available from ftp://ftp.nvg.ntnu.no/pub/sam-coupe/docs.
-Frode
--
^ Frode Tennebø | ema
Aley Keprt wrote:
> I must add that this GoodSAMC is a holy nonsense. Sorry that
> I complain once again, but really - eh - where is any good
> point in having all these non-official ZXS games
> "compilations" in a disk database? I bet every one of us have
> got his own 10 or 30 ZXS disks. Sh
Stuart Brady wrote:
You're absolutely right. Also, I doubt that much of the software in
GoodSAMC has been verified to see if the dumps are actually good!
(IIRC, disks use a 16-bit CCITT checksum, which isn't brilliant.)
You had better believe it - I took a fair amount of the stuff from NVG
t
12 matches
Mail list logo
