> 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 not just the most convenient
format.
I agree
> Converting existing disk titles to tape files seems wrong to
My opinion is:
1. Original commercial software should be stored in original format.
PLEASE SEND ME ALL >ORIGINAL< SAM TAPE ARCHIVES YOU OWN. (If it's possible.)
I need these files to test ASCD tape capability. (Both TAP and TZX files are
welcome, if they are perfect originals.)
2. Undergroun
>From what I remember, it just tries to boot whatever is the first file on
the disk. If this is SAM Dos then fine, if not then it fails.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Aley Keprt
Sent: 13 January 2005 01:32
To: sam-users@nvg.ntnu.no
Subje
Ignore me - I didn't read your question properly.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Aley Keprt
Sent: 13 January 2005 01:32
To: sam-users@nvg.ntnu.no
Subject: How ROM knowns wheter a disk is "bootable"
I have a little technical question: How
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
I have a little technical question: How does Sam ROM know whether the file
no.01 is DOS, or not? It doesn't blindly load anything there, is it? Does
"bootable" disk have some special contents in track 0, sector 1? Or possibly
the special contents are at track 4, sector 1? (I'd expect there is
s
On Jan 13, 2005, at 1:31 am, Aley Keprt wrote:
I have a little technical question: How does Sam ROM know whether the
file no.01 is DOS, or not? It doesn't blindly load anything there, is
it? Does "bootable" disk have some special contents in track 0, sector
1? Or possibly the special contents
> I have a little technical question: How does Sam ROM know whether the file
> no.01 is DOS, or not?
track 4 sector 1, offset $0100 the word "BOOT" bits 7 and 5 of each char is
ignored
If it finds it sector which was loaded at &8000 will be executed &8009 as
the first 9 are part of
(inherited fro
Thank you (thanks to Andrew Collier as well).
So what's GDOS? A system software from MGT's ZX Spectrum disk interface
Disciple or Plus D?
I'd like to know what are those 9 bytes at the start of each file for. The
existence of these 9 bytes is quite well known for everyone, who ever tried
to
Oh, and does it mean that I can have SAMDOS at arbitrary directory slot as
long as its body occupies tracks 4 and 5? If you say that ROM loads directly
track 4... :-)
Of course, it's >technically< impossible to create this kind of disk is with
a standard SAVE command on Sam, because SAMDOS alw
On Thu, 13 Jan 2005 06:38:06 +0100 "Aley Keprt" <[EMAIL PROTECTED]> wrote:
> Oh, and does it mean that I can have SAMDOS at arbitrary directory slot as
> long as its body occupies tracks 4 and 5? If you say that ROM loads directly
> track 4... :-)
The SAM ROM only loads the sector at track 4, se
On Thu, 13 Jan 2005 06:27:31 +0100 "Aley Keprt" <[EMAIL PROTECTED]> wrote:
> Thank you (thanks to Andrew Collier as well).
>
> So what's GDOS? A system software from MGT's ZX Spectrum disk interface
> Disciple or Plus D?
GDOS - Disciple
G+DOS - +D
(What does the G stand for?)
> I'd like to kno
I've implemented a quick test version that does a temporary disk image
switch when attempting to boot from a non-bootable disk. It loads only DOS
from the switched disk, returning to the original disk for the AUTO* file
search (if required). In the options you just specify the path of
--- Frode Tenneboe <[EMAIL PROTECTED]>
wrote:
> On Thu, 13 Jan 2005 06:27:31 +0100 "Aley Keprt"
> <[EMAIL PROTECTED]> wrote:
> > Thank you (thanks to Andrew Collier as well).
> >
> > So what's GDOS? A system software from MGT's ZX
> Spectrum disk interface
> > Disciple or Plus D?
>
> GDOS - Di
--- hookares <[EMAIL PROTECTED]>
wrote:
> --- Frode Tenneboe <[EMAIL PROTECTED]>
> > GDOS - Disciple
> > G+DOS - +D
> >
> > (What does the G stand for?)
Gordon - as in Brucey
On Thu, 13 Jan 2005 06:38:06 +0100 "Aley Keprt" <[EMAIL PROTECTED]> wrote:
Oh, and does it mean that I can have SAMDOS at arbitrary directory slot
as
long as its body occupies tracks 4 and 5? If you say that ROM loads
directly
track 4... :-)
The SAM ROM only loads the sector at track 4, secto
On Thu, 13 Jan 2005 11:31:42 +0100 "Aley Keprt" <[EMAIL PROTECTED]> wrote:
>
> Please read again what I suggested. If you say that Sam ROM reads just track
> 4 sector 1, it means that I AM correct. Yet again, if you say that Sam ROM
> doesn't know about directory, that means I AM correct.
Ah. S
From: Frode Tenneboe <[EMAIL PROTECTED]>
>But you could put the rest of the DOS anywhere you like on the disc. Cookie
>did that to "good" effect in MaxiDOS/QDOS where he put the DOS on tracks
80-82.
Just side one
BTW if you wish you could store DOS anywhere into the directory as long as
there is
Frode Tenneboe wrote:
> On Thu, 13 Jan 2005 11:31:42 +0100 "Aley Keprt" <[EMAIL PROTECTED]> wrote:
>>
>> Please read again what I suggested. If you say that Sam ROM reads
>> just track 4 sector 1, it means that I AM correct. Yet again, if you
>> say that Sam ROM doesn't know about directory, that
Nice. :-) I would possibly add an option to ASCD to create such "better"
disks where DOS is outside the first 80 tracks.
But how to do it exactly? What procedure uses the regular SAMDOS2 to load
itself? It uses the standard procedure? I mean does it check two last bytes
of each sector to find
On Thu, 2005-01-13 at 13:05, Aley Keprt wrote:
> What procedure uses the regular SAMDOS2 to load
> itself? It uses the standard procedure? I mean does it check two last bytes
> of each sector to find the next one? I am suspicious about this. As fas as I
> remember sometimes I had hard times try
On Thu, 2005-01-13 at 12:11, Edwin Blink wrote:
> BTW if you wish you could store DOS anywhere into the directory as long as
> there is one slot before it that has both filetype and 1st char of filename
> zero to mark
> end of directory.
I seem to remember that SAMDOS needs to find a whole secto
From: Andrew Collier <[EMAIL PROTECTED]>
> I seem to remember that SAMDOS needs to find a whole sector clear, so
> you'd need two empty entries. (Or perhaps it only checked for the zero
> marker at the start of the zero marker, and not 256 bytes in.)
Just the first two bytes
try this funny thin
On Thu, 13 Jan 2005 13:14:04 + Andrew Collier <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-01-13 at 13:05, Aley Keprt wrote:
>
> > What procedure uses the regular SAMDOS2 to load
> > itself? It uses the standard procedure? I mean does it check two last bytes
> > of each sector to find the next
On Thu, 13 Jan 2005 13:11:45 +0100 "Edwin Blink" <[EMAIL PROTECTED]> wrote:
>
> Just side one.
Tracks are always on just one of the sides. Cylinders are on
both (or all, for multi platter devices). :)
-Frode
--
^ Frode Tennebø | email: [EMAIL PROTECTED] ^
| Ericsson AS | Ise
Hey! Mine converts both ways too!
What files does it fail on, Andrew?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Edwin Blink
> Sent: Tuesday, January 11, 2005 3:02 AM
> To: sam-users@nvg.ntnu.no
> Subject: Re: Comet->ASCII
>
>
> From: Andre
On Thu, Jan 13, 2005 at 03:14:06PM +0100, Frode Tenneboe wrote:
> On Thu, 13 Jan 2005 13:11:45 +0100 "Edwin Blink" <[EMAIL PROTECTED]> wrote:
> >
> > Just side one.
>
> Tracks are always on just one of the sides. Cylinders are on
> both (or all, for multi platter devices). :)
On the SAM, "cylind
From: Simon Cooke <[EMAIL PROTECTED]>
> Hey! Mine converts both ways too!
For PC too ?
Edwin
28 matches
Mail list logo