Dave Whitmore wrote:
>Okay, someone yell at me. :-)
I won't yell at you. I only yell at people who are wrong... Actually, I
don't really yell at them, but the words don't come out quite right. :-)
As long as it's an option, you can do whatever the hell you like with
SimCoupe.
--
Stuart Brady
On the subject of autoboot, yep, I'm very much in favour so long as
it's optional. Ideally with a virtual hard drive if no disk is in fd1.
I don't think there's anything wrong in making improvments to an
emulated SAM in this way, so long as there are options to make it
behave authentically when ne
On Thu, 22 Jul 1999, Martin Fitzpatrick wrote:
> I dont mind occasionally searching through directories for a file - you
> do that whatever program you're using - just the ability to double-click
> on something and *bam* there it is in SimCoupe, would be very nice
> indeed.
But you already can se
Andrew Collier wrote:
>
> Alright then, I'll ask you the same question I asked Aley: If you don't
> like the current methods of selecting the correct disk image, how would
> you prefer it to be done?
>
> All that clicking and typing is only really equivalent to hunting through
> a disk box, fin
On Thu, 22 Jul 1999, Martin Fitzpatrick wrote:
> > The loading system - provided you stick to using disk images, rather than a
> > magic file store - is something *external* to the virtual Sam. Feel free to
> > change it, but also note that you already can double-click on a disk image,
> isn't an
Andrew Collier wrote:
>
> >They are just *emulator* enhancements to remove some of the awkward
> He was talking about enhancements to the emulated virtual machine, not the
> host environment.
If we're talking about the same thing:
> 1. fast reset
> 2. auto-boot SAD images (snapshots can do 1&
Andrew Collier wrote:
>
> >They are just *emulator* enhancements to remove some of the awkward
> He was talking about enhancements to the emulated virtual machine, not the
> host environment.
If we're talking about the same thing:
> 1. fast reset
fair enough, virtual machine - but as an opti
ake SimCoupe easier to use.
>
> The loading system - provided you stick to using disk images, rather than a
> magic file store - is something *external* to the virtual Sam. Feel free to
> change it, but also note that you already can double-click on a disk image,
> which loads SimCoupe, and press
>They are just *emulator* enhancements to remove some of the awkward
>tedium with using the emulator. On a Sam, you whip in the disk, push
>F9 ...on the emulator its "click - click - click - tap tap tap tap tap -
>click" ...already longer and more cumbersome ...Anything to speed it up
>is A GOOD
Andrew Collier wrote:
>
> > The new features should be - of course - optional.
> > So you can turn it off.
>
> That's not the point... Any new "feature" added to the virtual machine,
> makes SimCoupe less realistic. And if SimCoupe doesn't try to
> realistically emulate the Sam, then why bother
On Tue, Jul 20, 1999 at 01:38:46PM +0100, Andrew Collier wrote:
> Now interestingly, nearly everything else you've been complaining about
> can already be fixed. You can avoid the Open dialogues by using the
> command line options or Win98 properties which people have already
> mentioned. And then
> Aley -- what's wrong with you? I admit that I might have been a bit
> trollish before (which I have apologised for, before you say anything),
> but "stupid" -- even _I'm_ not that bad...
Bad translation, maybe. Aley's English is better than our Czech, so I'm not
sure we can complain if it turns
In message <[EMAIL PROTECTED]>,
Andrew Collier <[EMAIL PROTECTED]> writes
>I would get less irritated with you if you displayed less of an attitude
>problem. Please try to keep your name-calling off sam-users, or else I
>might join in...
He is doing. I emailed him recently, and I got a fairly nic
From: Aley Keprt <[EMAIL PROTECTED]>
> I only must point that internal GUI's "open menu" is the only possibility
> how to start DSK images placed in different directory than SimCoupe.
No it isn't as the -fd1 commandline option accepts paths. The following
works fine from the
Start->Run dialog box
Aley Keprt wrote:
>On Fri, 16 Jul 1999, Andrew Collier wrote:
>> The thing is, you have to remember that SimCoupe is a Sam emulator, it is
>> not a Snakemania program. These features may suit your particular
>> circumstances, but they would make SimCoupe act less like a real Sam and
>> therefore I
From: Dan Dooré <[EMAIL PROTECTED]>
>BTW, Actually got a new submission to the Sam Webring
>(http://www.podboy.demon.co.uk/coupe/webring) the other day - It's a pity
>the page it points to doesn't actually exist ;-)
I _knew_ there was something else to do in the YSRnRY revamp... I'll add my SAM
> And then if you can get hold of an image of the SC_AutoBOOT
> ROM[1],
[snip]
> [1] The modifications are probably still copyrighted unfortunately...
IIRC both Cookie and Edwin have produced auto-booting ROM images.
BTW, Actually got a new submission to the Sam Webring
(http://www.podboy.de
On Tue, 20 Jul 1999, Aley Keprt wrote:
> On Fri, 16 Jul 1999, Andrew Collier wrote:
> > The thing is, you have to remember that SimCoupe is a Sam emulator, it is
> > not a Snakemania program. These features may suit your particular
> > circumstances, but they would make SimCoupe act less like a rea
>That's not the point... Any new "feature" added to the virtual machine,
>makes SimCoupe less realistic. And if SimCoupe doesn't try to
>realistically emulate the Sam, then why bother?
Exactly!
If everyone added new features to SimCoupe that never even existed on
the real SAM, not only would you
On Sun, 18 Jul 1999, Andrew Collier wrote:
> >> > 3. start from non-SimCoupe directory
> >> > 4. faster disk emulation (DOS is poor, Win32 is faster)
> >> It would be nice to be able to double-click on a dsk image, and have
> >> SimCoupe load with that image in drive 1. You could then just press F
On Sat, 17 Jul 1999, Tim wrote:
> > > 3. start from non-SimCoupe directory
> > > 4. faster disk emulation (DOS is poor, Win32 is faster)
> > It would be nice to be able to double-click on a dsk image, and have
> > SimCoupe load with that image in drive 1. You could then just press F9 to
> > load t
On Fri, 16 Jul 1999, Andrew Collier wrote:
> On Fri, 16 Jul 1999, Aley Keprt wrote:
>
> > Summary:
> > Somebody (??) could add these functions to SimCoupe:
> > 1. fast reset
> > 2. auto-boot SAD images (snapshots can do 1&2)
>
> The thing is, you have to remember that SimCoupe is a Sam emulator,
> RAR, of course, has the same benefits. The reason tar + gzip compresses
> better is because ZIP treats separate files as individual compression
Yeees. I am aware of this, oddly enough, having looked at compression
schemes in the past There's other solid archivers around now, but I
still tend
>> > 3. start from non-SimCoupe directory
>> > 4. faster disk emulation (DOS is poor, Win32 is faster)
>> It would be nice to be able to double-click on a dsk image, and have
>> SimCoupe load with that image in drive 1. You could then just press F9 to
>> load the game.
>
>urm you can - At least in
Simon Cooke wrote:
>From: Paul Walker <[EMAIL PROTECTED]>
>> > > Hell.. Why not use a tar + gzip combination? :)
>> > And why use it, when there is ZIP?
>>
>> 'cause tar+gzip compresses better, as a general rule.
>
>RAR, of course, has the same benefits. The reason tar + gzip compresses
>better is
> > 3. start from non-SimCoupe directory
> > 4. faster disk emulation (DOS is poor, Win32 is faster)
> It would be nice to be able to double-click on a dsk image, and have
> SimCoupe load with that image in drive 1. You could then just press F9 to
> load the game.
urm you can - At least in Windows
Simon Cooke wrote:
>RAR, of course, has the same benefits. The reason tar + gzip compresses
>better is because ZIP treats separate files as individual compression
>blocks; rather than compressing the entire archive. For data that may be
>repeated across files, tar'ing and then gzipping the file g
Andrew Collier wrote:
>It would be nice to be able to double-click on a dsk image, and have
>SimCoupe load with that image in drive 1. You could then just press F9 to
>load the game.
You can. "simcoupe -fd1 image.dsk" inserts image.dsk in floppy drive 1.
Use -fd2 for floppy drive 2. This should w
From: Paul Walker <[EMAIL PROTECTED]>
> > > Hell.. Why not use a tar + gzip combination? :)
> > And why use it, when there is ZIP?
>
> 'cause tar+gzip compresses better, as a general rule.
RAR, of course, has the same benefits. The reason tar + gzip compresses
better is because ZIP treats separate
> > Hell.. Why not use a tar + gzip combination? :)
> And why use it, when there is ZIP?
'cause tar+gzip compresses better, as a general rule.
Paul
--
God loves kids, cuz he can't fool (mature) adults ...
-- Gabe Carlson on alt.atheism
Aley Keprt wrote:
>Most of the current Sam-related stuff at NVG and other servers is ZIPped
>(pk).
Which is shareware. :-(
>We have ZIP sources as well, and ZIP can pack multiple files.
>That's positive, isn't it?
It could be. It depends on whether you want multiple files, really.
All of this
> On Fri, 16 Jul 1999, Aley Keprt wrote:
>
> > Summary:
> > Somebody (??) could add these functions to SimCoupe:
> > 1. fast reset
> > 2. auto-boot SAD images (snapshots can do 1&2)
>
> The thing is, you have to remember that SimCoupe is a Sam emulator, it is
> not a Snakemania program. These fea
From: "Nick Humphries" <[EMAIL PROTECTED]>
To:
Subject: Re: New: SimCoupe 0.783a - Sound emulation
Date sent: Fri, 16 Jul 1999 09:38:35 +0100
Send reply to: sam-users@nvg.ntnu.no
> The first rule you&#
From: Justin Skists <[EMAIL PROTECTED]>
To: "'sam-users@nvg.ntnu.no'"
Subject: RE: New: SimCoupe 0.783a - Sound emulation
Date sent: Fri, 16 Jul 1999 10:01:48 +0100
Send reply to: sam-users@nvg
On Fri, 16 Jul 1999, Aley Keprt wrote:
> Summary:
> Somebody (??) could add these functions to SimCoupe:
> 1. fast reset
> 2. auto-boot SAD images (snapshots can do 1&2)
The thing is, you have to remember that SimCoupe is a Sam emulator, it is
not a Snakemania program. These features may suit you
> I agree with you wanting to keep your work available as a stand-alone
> package, but if we want the more general user to investigate
> SimCoupe, the installation should be as straight-forward as possible.
This is very interesting opinion.
I think not only instalation should be straight forward
: Friday, July 16, 1999 9:39 AM
> To: sam-users@nvg.ntnu.no
> Subject: Re: New: SimCoupe 0.783a - Sound emulation
>
> The first rule you'll learn when in any support job (or involved with
> anything
> that's directly available to the public):
>
> People are stupid.
>
> Nick
>
The first rule you'll learn when in any support job (or involved with anything
that's directly available to the public):
People are stupid.
Nick
On Thu, Jul 15, 1999 at 03:18:56PM +, James R Curry wrote:
> Don't tell me that "Most users have no problems with installing
> before .", I've spoken to so many people who have trouble
> understanding concepts like "Root directory" and the difference
> between free hard-drive space and RAM.
> No, that's wrong.
> I though it is a pretty clear why SAA1099 emulation is in separate package.
> 1.) I worked on sound, Allan worked on SimCoupe. New versions came
> paralelly.
> This is faster.
> 2.) My sound emulation isn't concerned into SimCoupe. It is publicly usable
> in any SAA1099 inter
> Martin Fitzpatrick wrote:
>
> >I think the point is that the custom compression would be built into the
> >main Sim-Coupe program, so whenever you open up a compressed DSK file,
> >its automatically decompressed on the fly... So the user doesn't even
> >know
>
> Zlib would be built in, too. Any
I was being sarcastic... :)
> -Original Message-
> From: Aley Keprt [SMTP:[EMAIL PROTECTED]
> Sent: Thursday, July 15, 1999 12:59 PM
> To: sam-users@nvg.ntnu.no
> Subject: Re: New: SimCoupe 0.783a
>
>
> - Original Message -
> From: Justin Skis
> On Thu, 1 Jul 1999, Nick Humphries wrote:
>
> > PCs don't have gzip by default. What's wrong with writing a custom
compression
> > routine which is portable between the various platforms?
>
> Why reinvent the wheel *again*? WinZip can handle gzip, and most windows
> machines have winzip. If the
- Original Message -
From: Nick Humphries <[EMAIL PROTECTED]>
To:
Sent: 1. èervence 1999 17:23
Subject: Re: New: SimCoupe 0.783a
>
> -Original Message-
> From: Stuart Brady <[EMAIL PROTECTED]>
> To: sam-users@nvg.ntnu.no
> Date: Thursday, July 01,
- Original Message -
From: Justin Skists <[EMAIL PROTECTED]>
To:
Sent: 1. července 1999 18:35
Subject: RE: New: SimCoupe 0.783a
> >zip, too. They've always used zip in the past, and they see no reason to
> >change. Gzip *is* better for single files, though - s
- Original Message -
From: Stuart Brady <[EMAIL PROTECTED]>
To:
Sent: 1. července 1999 17:45
Subject: Re: New: SimCoupe 0.783a
> Nick Humphries wrote:
>
> >Well, you could make installation a hell of a lot easier by not asking
> >the user to find and install v
> Well, you could make installation a hell of a lot easier by not asking the
user
> to find and install various external programs before you can get SimCoupe
> running. It's bad enough that you have to find, download and install the
sound
> chip driver. IMHO everything should be in a single instal
Bugger! Hope it waits until after the Manchester Mardi Gras!
-Original Message-
From: Ian Collier <[EMAIL PROTECTED]>
To: 'sam-users@nvg.ntnu.no'
Date: 01 July 1999 17:50
Subject: Re: New: SimCoupe 0.783a
>WW3? I thought it was just the end of the world on July
Just trying to re-address the balance a little!
-Original Message-
From: Dean Liversidge <[EMAIL PROTECTED]>
To: sam-users@nvg.ntnu.no
Date: 03 July 1999 10:01
Subject: Re: New: SimCoupe 0.783a
Thanks for using NetForward!
http://www.netforward.com
v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v
On Wed, 1 Jul 1998 21:17:48 +0100, "David L" <[EMAIL PROTECTED]>
wrote:
>Of course the whole calender is complete shite... about 5-20 years out of
>synch depending on who you believe!
I thinks someone elses calender is a bit out of sync.. 1998 ??
I nearly list this post in the depths
> Van: Andrew Gale <[EMAIL PROTECTED]>
> Aan: sam-users@nvg.ntnu.no
> Onderwerp: Re: The end of times and other silly stuff (was Re: New:
SimCoupe 0.783a)
> Datum: vrijdag, juli 02, 1999 12:36
>
> > Completely off topic now: How far are they with the "London
Martin Fitzpatrick wrote:
>I think the point is that the custom compression would be built into the
>main Sim-Coupe program, so whenever you open up a compressed DSK file,
>its automatically decompressed on the fly... So the user doesn't even
>know
Zlib would be built in, too. Anyway, the only pr
On Thu, 1 Jul 1999, Andrew Collier wrote:
> Two months ago, you were saying people should be careful about piracy, ie
> not allowing image files of protected disks to be made. Which I think is
> probably a sensible idea...
>
> But don't you think that memory-snapshots will also encourage piracy
On Thu, 1 Jul 1999, Nick Humphries wrote:
> PCs don't have gzip by default. What's wrong with writing a custom compression
> routine which is portable between the various platforms?
Why reinvent the wheel *again*? WinZip can handle gzip, and most windows
machines have winzip. If they don't, I can
> Completely off topic now: How far are they with the "London Eye" Millenium
> Ferris wheel? Because my dad is working on that project and i hope he makes
> it back to the Netherlands next friday.
>
They're still going ahead with that then, are they? (I guess so)
Isn't is wave powered and going to
Ian Collier wrote:
>
> On Thu, Jul 01, 1999 at 02:01:34PM +0100, Nick Humphries wrote:
> > PCs don't have gzip by default. What's wrong with writing a custom
> > compression
> > routine which is portable between the various platforms?
>
> Er, PCs don't have that custom compression routine by d
> Van: David L <[EMAIL PROTECTED]>
> Aan: sam-users@nvg.ntnu.no
> Onderwerp: Re: New: SimCoupe 0.783a
> Datum: woensdag, juli 01, 1998 10:17
>
> Of course the whole calender is complete shite... about 5-20 years out of
> synch depending on who you believe!
mmmh 15
David L wrote:
>
> Of course the whole calender is complete shite... about 5-20 years out of
> synch depending on who you believe!
>
> Off topic: Why does the local Catholic church think 2000 -1 = 2000?
Is it a joke or a serious question?
Martin
--
Email: [EMAIL PROTECTED]
ICQ#: 110778
1 July 1999 21:49
Subject: Re: New: SimCoupe 0.783a
>> Van: Ian Collier <[EMAIL PROTECTED]>
>> Aan: 'sam-users@nvg.ntnu.no'
>> Onderwerp: Re: New: SimCoupe 0.783a
>> Datum: donderdag, juli 01, 1999 6:44
>>
>> On Thu, Jul 01, 1999 at 05:35:16
> Van: Ian Collier <[EMAIL PROTECTED]>
> Aan: 'sam-users@nvg.ntnu.no'
> Onderwerp: Re: New: SimCoupe 0.783a
> Datum: donderdag, juli 01, 1999 6:44
>
> On Thu, Jul 01, 1999 at 05:35:16PM +0100, Justin Skists wrote:
> > Relax - After all, WW3 supposed to sta
>Of course, the original poster was advocating gzipping DSK files, which I took
>to mean doing that either via the command line, or by a system() call (or
>exec()
>or whatever) to the external program. No one mentioned zlib at that point which
>was why I advocated having a compression method withi
On Thu, Jul 01, 1999 at 05:35:16PM +0100, Justin Skists wrote:
> Relax - After all, WW3 supposed to start any day now and last for 27
> years...
> (Bugger, I've been reading too much about Nostradamus)
WW3? I thought it was just the end of the world on July 4th.
Of course, on uk.media there is s
From: Stuart Brady <[EMAIL PROTECTED]>
>What's wrong with zlib? Why the hell would people want to write
>something new when gz is better and is easier to implement?
Of course, the original poster was advocating gzipping DSK files, which I took
to mean doing that either via the command line, or b
>zip, too. They've always used zip in the past, and they see no reason to
>change. Gzip *is* better for single files, though - simply because it
>can *only* contain one file.
Hell.. Why not use a tar + gzip combination? :)
Relax - After all, WW3 supposed to start any day now and last for 27
years
Nick Humphries wrote:
>And, as a Windows user, I'd like to say that when downloading software, most of
>it has been in pkzip/winzip files (*.zip) rather than gzip files (*.gz). Not as
>it is on Linux, I know, but another pretty important piece of information when
>you're developing for Windows.
T
Nick Humphries wrote:
>Well, you could make installation a hell of a lot easier by not asking
>the user to find and install various external programs before you can
>get SimCoupe running. It's bad enough that you have to find, download
>and install the sound chip driver. IMHO everything should be
-Original Message-
From: Stuart Brady <[EMAIL PROTECTED]>
To: sam-users@nvg.ntnu.no
Date: Thursday, July 01, 1999 3:45 PM
Subject: Re: New: SimCoupe 0.783a
>Nick Humphries wrote:
>
>>PCs don't have gzip by default.
>
>PCs? You mean *WINDOWS*, don&#
Wow.. An ARM CPU model on the SAM? :)
> -Original Message-
> From: Allan Skillman [SMTP:[EMAIL PROTECTED]
> Sent: Thursday, July 01, 1999 3:16 PM
> To: sam-users@nvg.ntnu.no
> Subject: Re: New: SimCoupe 0.783a
>
> Hi All,
>
> The easiest way to provide
Nick Humphries wrote:
>PCs don't have gzip by default.
PCs? You mean *WINDOWS*, don't you? If you buy a Lintel box, you *do*
get gzip, along with zip. Windows doesn't come with any real compression
tools -- You can't even use *cabs* properly. How MS can consider a web
browser an "essential" part
From: Allan Skillman <[EMAIL PROTECTED]>
>Hi All,
>
>The easiest way to provide gnuzip compression without the need for an
>external compressing agent is to link the program against the zlib
>library, and use its file i/o api. This will automatically generate
>gzipped disk images on the fly.
Fa
From: Lee Willis <[EMAIL PROTECTED]>
>"Nick Humphries" <[EMAIL PROTECTED]> writes:
>
>> > > PCs don't have gzip by default. What's wrong with writing a custom
>> > > compression
>> > > routine which is portable between the various platforms?
>> >
>> >PCs don't have sim-coupe by default. Your poin
On Thu, 1 Jul 1999, Nick Humphries wrote:
> From: Andrew Collier <[EMAIL PROTECTED]>
> >I'd say you'd be hard
> >pressed to find a PC owner who couldn't decode - or encode, for that
> >matter - a .gz file.
>
> I disagree.
Fine. But as far as I'm concerned, the point still stands. I hardly know
On Thu, Jul 01, 1999 at 02:58:34PM +0100, Lee Willis wrote:
> I deal with a lot of Windows based freaks users ;) and 90%
^^
When you do this as a joke you are supposed to write '^H', not put them
in literally...
imc
On Thu, Jul 01, 1999 at 02:01:34PM +0100, Nick Humphries wrote:
> PCs don't have gzip by default. What's wrong with writing a custom compression
> routine which is portable between the various platforms?
Er, PCs don't have that custom compression routine by default either.
Anyway, you could use z
Hi All,
The easiest way to provide gnuzip compression without the need for an
external compressing agent is to link the program against the zlib
library, and use its file i/o api. This will automatically generate
gzipped disk images on the fly.
This was one of the enhancements I was going to do t
"Nick Humphries" <[EMAIL PROTECTED]> writes:
> > > PCs don't have gzip by default. What's wrong with writing a custom
> > > compression
> > > routine which is portable between the various platforms?
> >
> >PCs don't have sim-coupe by default. Your point?
>
> Well, you could make installation a he
From: Andrew Collier <[EMAIL PROTECTED]>
>On Thu, 1 Jul 1999, Nick Humphries wrote:
>
>> From: Andrew Collier <[EMAIL PROTECTED]>
>> >Personally I don't see anything wrong with the currect tactic of saving
>> >.dsk images and gzipping them.
>>
>> PCs don't have gzip by default. What's wrong with
On Thu, 1 Jul 1999, Nick Humphries wrote:
> From: Andrew Collier <[EMAIL PROTECTED]>
> >Personally I don't see anything wrong with the currect tactic of saving
> >.dsk images and gzipping them.
>
> PCs don't have gzip by default. What's wrong with writing a custom compression
> routine which is p
In message , Andrew Collier <[EMAIL PROTECTED]> writes
>On Thu, 1 Jul 1999, Stuart Brady wrote:
>> Good compression is something that you really need on the SAM, so that's
>> why I *really* don't think you should use Z80's method. You'd get better
>> compression from something like zlib.
>Persona
From: Andrew Collier <[EMAIL PROTECTED]>
>On Thu, 1 Jul 1999, Stuart Brady wrote:
>> Good compression is something that you really need on the SAM, so that's
>> why I *really* don't think you should use Z80's method. You'd get better
>> compression from something like zlib.
>
>Personally I don'
On Thu, 1 Jul 1999, Stuart Brady wrote:
> Aley Keprt wrote _with more than 80 columns per line:_
>
> >Sam-snapshot (whole memory+cpu+audio & video state) is planned, but
> >haven't realised yet, since we must discuss the fileformat at first.
Two months ago, you were saying people should be caref
Aley Keprt wrote _with more than 80 columns per line:_
>Sam-snapshot (whole memory+cpu+audio & video state) is planned, but
>haven't realised yet, since we must discuss the fileformat at first. (I
>don't want to make my own standards as Si does.) Maybe we could use
>something like Z80 fileformat u
Si Owen still haven't released anything, so here is anothrer DOS version.
new/updated:
1. CloseSound @ exit
2. save screen snapshot
Sam-snapshot (whole memory+cpu+audio & video state) is planned, but haven't
realised yet, since
we must discuss the fileformat at first. (I don't want to make my ow
83 matches
Mail list logo
