Great!
looking forward to a new Dev build.
Van: Stefan Drissen [mailto:stefan.dris...@gmail.com]
Verzonden: vrijdag 10 september 2021 08:12
Aan: Edwin blink
CC: Dan Doore; sam-users
Onderwerp: Re: [Sam-users] Prodos v2 and simcoupe 1.2.5
And fixed by Simon. :-)
On Thu, Sep 9
om]
> *Verzonden:* donderdag 9 september 2021 23:22
> *Aan:* Edwin blink
> *CC:* sam-users
> *Onderwerp:* Re: [Sam-users] Prodos v2 and simcoupe 1.2.5
>
>
>
> Put this on the SimCoupe GitHub issues - no wait, Stefan has already
> logged it :)
>
> Dan.
>
>
>
and simcoupe 1.2.5
Put this on the SimCoupe GitHub issues - no wait, Stefan has already logged it
:)
Dan.
On 9 Sep 2021, at 22:05, Edwin blink wrote:
This ones probably for Simon :)
I was playing a bit with prodos v2 and noticed I get a read only error with
current simcoupe buid
Put this on the SimCoupe GitHub issues - no wait, Stefan has already logged
it :)
Dan.
On 9 Sep 2021, at 22:05, Edwin blink wrote:
This ones probably for Simon :)
I was playing a bit with prodos v2 and noticed I get a read only error
with current simcoupe buid (1.2.5)
Example
This ones probably for Simon :)
I was playing a bit with prodos v2 and noticed I get a read only error with
current simcoupe buid (1.2.5)
Example:
-Boot Prodos v2 disk in simcoupe
-from menu: new DOS CP/M disk
-format b: -> OK
-copy a: b: -> is read only error
-fo
Quoting Simon Owen simon.o...@simcoupe.org:
I've built an updated Pi version using SDL 2.0, which has vsync
enabled. Beta testers welcome!
For details see: http://simonowen.com/blog/2014/02/02/simcoupe-raspi-sdl20/
Si
Thanks Simon - your work on this is just what I need to get my own
, which has vsync
enabled. Beta testers welcome!
For details see: http://simonowen.com/blog/2014/02/02/simcoupe-raspi-sdl20/
Si
On 17/02/2013 14:41, Simon Owen wrote:
On 17/02/2013 11:44, Marcos Cruz wrote:
It works fine. Only the full-screen mode does not work on X Window.
Simon explained
En/Je/On 2014-02-02 13:02, Simon Owen escribió / skribis / wrote :
I've built an updated Pi version using SDL 2.0, which has vsync
enabled. Beta testers welcome!
For details see: http://simonowen.com/blog/2014/02/02/simcoupe-raspi-sdl20/
The executable does nothing visible here. No error
://simonowen.com/blog/2014/02/02/simcoupe-raspi-sdl20/
Si
On 17/02/2013 14:41, Simon Owen wrote:
On 17/02/2013 11:44, Marcos Cruz wrote:
It works fine. Only the full-screen mode does not work on X Window.
Simon explained there's no solution yet.
I tend to run outside of X as it's slightly
Using the latest SimCoupe build (1.55B3) I was playing around with z88dk
again - and I think I now have a reproducible way to crash SimCoupe.
1. start SimCoupe.
2. file / import data...
3. ok to default location (32768) and just cancel (or load a file if you
really feel you need to)
4. move
While travelling down memory lane, SimCoupe kept crashing on me if I moved
the SimCoupe window while it was doing exciting stuff (playing e-tunes ;-)).
It occurred a few times repeatedly, the event viewer reports the errors as:
Faulting application SimCoupe.exe, version 1.0.0.0, time stamp
using the same drivers and my similar hardware.
Si
On 06/01/2014 22:32, Stefan Drissen wrote:
While travelling down memory lane, SimCoupe kept crashing on me if I
moved the SimCoupe window while it was doing exciting stuff (playing
e-tunes ;-)). It occurred a few times repeatedly, the event
En/Je/On 2013-05-02 23:09, Stefan Drissen escribió / skribis / wrote :
Sorry Stefan, I'm still against my hardware being emulated in
SimCoupe.
That's a pity, it's your right of course, but I think you are preventing
your work from flourishing in a larger (emulated) audience.
Allowing
] On
Behalf Of Marcos Cruz
Sent: 03 May 2013 15:25
To: sam-users@nvg.ntnu.no
Subject: Re: SimCoupe / Trinity
En/Je/On 2013-05-02 23:09, Stefan Drissen escribió / skribis / wrote :
Sorry Stefan, I'm still against my hardware being emulated in
SimCoupe.
That's a pity, it's your right of course, but I
Of Marcos Cruz
Sent: 03 May 2013 15:25
To: sam-users@nvg.ntnu.no
Subject: Re: SimCoupe / Trinity
En/Je/On 2013-05-02 23:09, Stefan Drissen escribió / skribis / wrote :
Sorry Stefan, I'm still against my hardware being emulated in
SimCoupe.
That's a pity, it's your right of course, but I
that uses new hardware.
Begin forwarded message:
From: Adrian Brown adr...@enliten.force9.co.uk
Date: 3 May 2013 16:34:35 GMT+01:00
To: sam-users@nvg.ntnu.no
Subject: RE: SimCoupe / Trinity
Reply-To: sam-users@nvg.ntnu.no
But you have to look at it from the other point of view. It takes
Perhaps it's time for someone to design a NEW SAM COUPE. SAM II + or
Super SAM. What was done on the original SAM in dozen of chips could now
be done in about 8 distinctive ICs Then everyone could have a Super SAM!
Z84C0020 Z80 CPU.. 20MHz
K6T4008
to develop hardware. If it was readily available on
emulation why would anyone buy the hardware?
-Original Message-
From: owner-sam-us...@nvg.ntnu.no [mailto:owner-sam-us...@nvg.ntnu.no] On
Behalf Of Marcos Cruz
Sent: 03 May 2013 15:25
To: sam-users@nvg.ntnu.no
Subject: Re: SimCoupe
Would anybody buy it ??? How many SAM users would want one ?? And I'd have
to do costings to see how much the final unit would cost ! But if there are
people interested just let me know.
On 3 May 2013 19:13, david brant davidcbr...@yahoo.com wrote:
Well what you waiting for if it that easy! No
I would if it's 100% compatible with the SAM at a hardware and software level
i.e. I can plug in any piece of hardware in and it works including the ATOM
Lite, and all video, paging rom etc works. Money no object within reason.
David
On 3 May 2013, at 19:30, Leslie Anderson wrote:
Would
A super SAM-type project has been talked about since Bob Brenchley kept us all
going about his SamSon idea! If it's ever to happen, it will take someone to do
it off their own back and just see it through because most of us on this list
will be too skeptical and jaded to lend much support! I
Yes but Bob wanted us to buy a ROM thing to sort out BASIC which I thought was
pointless. Most of the time it works fine unless you write a very long program
or use lots of DIM in it. But I've never written such big programs.
If he come up with new hardware he may got better input or at listen
Costings for a 'SAM Plus' would not be too high as the legacy ICs are
quite cheap :
Z84C0020VEC or PEC about £1.50
K6T4008 about £2.70
W27C512 or W27C010 about £0.60
EPM7512 Expensive £20
SAA1099
How do the economics work out on this sort of project? I've seen, for
example, $8000 raised on KickStarter for a CP/M machine —
http://www.kickstarter.com/projects/2057605091/p112-single-board-computer-kit—
but that was just for a new run of a fully designed machine that had
been
produced in the
Surely design and testing would be the real cost? Plus finding sufficiently
many people to justify a PCB run?
I'm way out of my depth here, correct me if I'm wrong. I read the Spectrum
ULA book so suddenly I feel like a genius.
On 3 May 2013 13:25, Leslie Anderson lezander...@gmail.com wrote:
Stefan wrote:
I know Collin Piggot was against Quazar emulation in SimCoupe - what's
your position
in regards to Trinity?
Sorry Stefan, I'm still against my hardware being emulated in SimCoupe.
Regards,
Colin
=
Quazar : Hardware, Software, Spares and Repairs for the SAM Coupé
1995-2013
That's a pity, it's your right of course, but I think you are preventing
your work from flourishing in a larger (emulated) audience. I cannot
remember when I last powered up my SAM - for a trip down memory lane I do
power up SimCoupe every now and then.
Allowing emulation may get some odd sods
En/Je/On 2013-02-16 21:07, da...@properbastard.co.uk escribió / skribis / wrote
:
Is this still working well - as I'm really tempted to get a Pi
It works fine. Only the full-screen mode does not work on X Window.
Simon explained there's no solution yet.
SimCoupe makes the Pi's CPU to work
, waiting
on SDL 2.0 to be finalised, and Pi support to be improved generally. I
did whether it was worth the effort for a Pi-specific version of the
video code, but if I can get it for free through SDL I'll get to spend
that time elsewhere!
SimCoupe makes the Pi's CPU to work a lot (70%-90
Quoting Marcos Cruz sam_coupe_list...@programandala.net:
Hi,
These days I compiled SimCoupe in the little Raspberry Pi on Raspbian (a
Debian optimized for the Pi). It works great. Here you are a picture:
http://programandala.net/en.picture.2012.11.25.raspberry_pi
Marcos
--
http
Hi,
These days I compiled SimCoupe in the little Raspberry Pi on Raspbian (a
Debian optimized for the Pi). It works great. Here you are a picture:
http://programandala.net/en.picture.2012.11.25.raspberry_pi
Marcos
--
http://programandala.net
,
Si
On 23 Oct 2011, at 10:33, Ian Spencer wrote:
Hi Si,
I'm sure you have been asked this hundreds of times before so I'll apologise
before I start but I've always used SIMCOUPE synchronised to 50Hz with most
programs and with others unsynchronised where the speed was useful
(especially
the emulated machine to activate it.
Cheers,
Si
On 23 Oct 2011, at 10:33, Ian Spencer wrote:
Hi Si,
I'm sure you have been asked this hundreds of times before so I'll
apologise before I start but I've always used SIMCOUPE synchronised to
50Hz with most programs and with others unsynchronised
Yes, you could certainly fill the top 32K with faster external RAM. Though
using Spectrum-compatible mode 1 does add extra contention stripes, so you'll
still get an extra hit on accesses in the bottom 32K.
The current SDL version of SimCoupe uses 2048 samples, so it must have been
what I
using Spectrum-compatible mode 1 does add extra contention stripes, so you'll
still get an extra hit on accesses in the bottom 32K.
The current SDL version of SimCoupe uses 2048 samples, so it must have been
what I found as the best behaving too! Though I've always found SDL sound
more
manual makes no mention of being able to use a line interrupt to run a
routine function or procedure so i guess turning the screen offnis not poss
i was hoping the atom lite might stand a chance if i figured out how to chop
the screen$ into ½ screens though i would have needed tops and bottoms
was it master basic compatible? is bdos not master basic or master dos
compatible?
couldnt either dos have used an external ram area when detected - woudlnt
make much difference would it?
On 25 October 2011 16:06, Roger Jowett rogerjow...@gmail.com wrote:
manual makes no mention of being
could certainly fill the top 32K with faster external RAM. Though
using Spectrum-compatible mode 1 does add extra contention stripes, so
you'll still get an extra hit on accesses in the bottom 32K.
The current SDL version of SimCoupe uses 2048 samples, so it must have been
what I found
start but I've always used SIMCOUPE synchronised to 50Hz with most
programs and with others unsynchronised where the speed was useful
(especially with the program which I have used for years to handle my bank
accounts) and set the keyboard repeat rate to prevent multiple key presses
being
Hi Si,
I'm sure you have been asked this hundreds of times before so I'll
apologise before I start but I've always used SIMCOUPE synchronised to
50Hz with most programs and with others unsynchronised where the speed
was useful (especially with the program which I have used for years
In the Amiga emulator 'uae' you can just store your Amiga files in a
directory
tree which is part of host's system's directory tree.
I wonder if this could be an additional option in future versions of
Simcoupe.
I would find it useful, but I don't know whether others would.
Yours,
John Avis
Jali wrote:
Si, feel free to add OS/2 to supported targets on SimCoupe web site.
Added - thanks Jali!
Si
Hi all,
I have put OS/2 binary of SimCoupé 1.0 and simple build instructions from
source available at: http://www.tip9ug.jp/who/jalih/index.html
Si, feel free to add OS/2 to supported targets on SimCoupe web site.
Have fun.
--jalih
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
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
Hi all,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
--jalih
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 Owen [EMAIL PROTECTED] wrote:
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
it runs straight into
the next frame without waiting for the frame interrupt to be signalled in
the status port. The game uses the stack for lots of the drawing
code/lists, so runs with interrupts disabled at all times [you can confirm
that in the SimCoupe debugger by pressing U for 'execute until
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
, and if it's into the border it runs straight into
the next frame without waiting for the frame interrupt to be signalled in
the status port. The game uses the stack for lots of the drawing
code/lists, so runs with interrupts disabled at all times [you can confirm
that in the SimCoupe debugger
After downloading the latest SimCoupé I felt I had to register here and say
what a superb emulator
it has evolved into. A quality piece of work, and many thanks to Simon and his
team for the hours
of work which undoubtedly went into it.
SimCoupé has to be one of the best and most complete
as SimCoupe is not a common thing at all.
Fantastic work Si.
Andy
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
@nvg.ntnu.no
Sent: Saturday, July 22, 2006 5:04 AM
Subject: SimCoupe 1.0 released
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
--- Simon Owen [EMAIL PROTECTED] wrote:
Hi all,
I've updated SimCoupe to version 1.0, with new
builds available on the
official site: http://www.simcoupe.org
Thanks Simon! Top work!
Interesting... Defender uses HPEN/LPEN... any idea how it uses it? I always
figured that by the time you've read it, it's too late to do anything useful
with it - never mind make a choice about what to do next.
Support for unresponsive ASIC? Sounds kinda weird :) What's that either? :)
Nice work
--- Simon Cooke [EMAIL PROTECTED] wrote:
Interesting... Defender uses HPEN/LPEN... any idea
how it uses it? I always
figured that by the time you've read it, it's too
late to do anything useful
with it - never mind make a choice about what to do
next.
I think in part it was used in the
On Sat, Jul 22, 2006 at 04:04:52AM +0100, Simon Owen wrote:
Hi all,
I've updated SimCoupe to version 1.0, with new builds available on the
official site: http://www.simcoupe.org
Thanks, Si! I can't tell you how much I appreciate what you've done!
SimCoupe just rocks. :-)
Cheers,
--
Stuart
on everytime you
restart simcoupe
I can't reproduce either of these here - can anyone else? I can only think
that you try deleting your SimCoupe.cfg file when SimCoupe is not running,
then trying it again. If the SimCoupe.cfg file is read-only it won't
complain it can't be written out, so you can run
- is this a feature of my GPU driver or is it set in SimCoupe as I'd
like to have it look the same as the software-emulated mode but run at
the speed it does in DirectDraw mode as the fuzzyness twists my melon
after a while.
Also whilst I'm doing the wish list thing is it possible to have
driver or is it set in SimCoupe
Most video drivers filter the image when stretching a DirectX surface, but
I'm afraid it's not something I can control. OpenGL on the same system wil
let you choose whether to filter, but unfortunately only the SDL version of
SimCoupe uses OpenGL!
The fact it needs
- Original Message -
From: Simon Owen [EMAIL PROTECTED]
To: sam-users@nvg.ntnu.no
Sent: Friday, February 11, 2005 10:11 AM
Subject: RE: Where can I get latest SimCoupe?
Ian Spencer wrote:
it does fix the problem with the Atom path
Phew :-)
but I now notice that if you turn off
- [EMAIL PROTECTED] - www.cs.vsb.cz
--
- Original Message -
From: Dan Dooré [EMAIL PROTECTED]
To: sam-users@nvg.ntnu.no
Sent: Friday, February 11, 2005 12:56 PM
Subject: Re: Where can I get latest SimCoupe?
Simon Owen wrote:
I can't
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
' but in 'view', I run most
of the time with the frame sync off to give increased speed on my computer
as the main Sam program I use runs rather slowly on a real SAM and this is
also automatically turned back on everytime you restart simcoupe, whereas in
the old version where it was I think 'Sync to 50Hz
then have Boot with SimCoupe and Open with SimCoupe
commands in the file association, if you wanted to. I'll make a patch
for this, if people like the idea.
Also, on platforms that support standard output, -help and -version
would be cool, as well as warning messages for unregonised options.
Cheers
] [mailto:[EMAIL PROTECTED] On
Behalf Of Stuart Brady
Sent: Thursday, January 27, 2005 10:55 PM
To: sam-users@nvg.ntnu.no
Subject: Re: Where can I get latest SimCoupe?
Also, on platforms that support standard output, -help and -version
would be cool, as well as warning messages for unregonised options
of -noboot as a single modifier on
the existing behaviour to avoid the boot. The general -blah and -noblah
for bool flags (as used by MAME too) is nicer than requiring a
0/1/true/false/yes/no parameter to each one.
-- you could then have Boot with SimCoupe and Open with SimCoupe
commands
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
Simon Owen wrote:
Dan Dooré wrote:
I have just noticed something similar with some options like
the 'auto boot on startup screen' which if you set them, exit
and then go back in they stay but if you exit and then launch
a .DSK file that fires up the EXE the option is lost.
I can't
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
- Original Message -
From: Simon Owen [EMAIL PROTECTED]
To: sam-users@nvg.ntnu.no
Sent: Wednesday, January 26, 2005 12:02 AM
Subject: RE: Where can I get latest SimCoupe?
Earlier I wrote:
I've just updated the 0.90 beta on my personal site:
http://www.simonowen.com/sam/simcoupe
Ian Spencer wrote:
Might just be me but with the new version 2005/01/25 if I select for ex.
atomhd.hdf as an atom drive in drive 2 Simcoupe forgets my selection
every time I exit the program or return to the options menu ?
I have just noticed something similar with some options like
you start the exe the config file is created in the startup dir where
simcoupe is.
When you drag and drop a dsk onto the exe it uses root, windows or Document
and Settings
folder depending on OS in use.
Create a shortcut and set the work dir to the simcoupe exe. I'm pretty sure
this will fix your
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
Where can I get latest SimCoupe, or some other utility that could create
empty SAD image?
I was at sourceforge, the CVS sources in ZIP there are more than 2 years
old.
I was at NVG, there is only version from year 1999!
I was at simcoupe.org, it's pretty the same...
A cynic would say
Aley Keprt wrote:
Where can I get latest SimCoupe, or some other utility that could create
empty SAD image?
SimCoupe 0.9 Beta 10 - http://homepage.ntlworld.com/simon.owen/sam/simcoupe/
Although Si said he might be putting up a new beta witht the format fix
for ProDos this weekend.
A cynic
With MasterDOS loaded under SimCoupe I have been trying to format a
drive with more than 80 file allocations e.g. FORMAT d2,6 and the disk
formats but only reports 80 files free.
Am I doing something daft -I even checked Steve's scan of the Mdos
manual and the command looks fine.
Dan.
With MasterDOS loaded under SimCoupe I have been trying to format a
drive with more than 80 file allocations e.g. FORMAT d2,6 and the disk
formats but only reports 80 files free.
Tried it:
Started simcoupe,mdos1.3 in fdd1, untitled.dsk in fdd2 FORMAT d2,6,
Pressed Y
DIR 2 770kB, 118 Free
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.
my exe Sim Coupe exe is version 0.90 Beta 14 which I used the test Pro-Dos
bits with.
I see, looks like I'm part of the SimCoupe underclass with my 0.9 Beta
10 then :-)
Dan.
In a message dated 01/18/2005 13:12:13 GMT Standard Time,
[EMAIL PROTECTED] writes:
FORMAT
"d2",6 and the disk formats but only reports 80 files
free.
ha... this works fine on my copy !
Format "d2:", 6 I get 770 kb free with 118 slots.
my exe Sim Coupe exe is version 0.90 Beta 14 which
[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
From: Simon Owen [EMAIL PROTECTED]
I'd better get a new version and source out quick, before someone sends
the
lads round... ;-)
You'd better hurry then as they're already on their way ! ;-)
Edwin
[This message is only for collectors. :-)]
I found the old Allan J. Skillman's SimCoupe 0.76 on my hard drive (it's not
present anywhere on the web/ftp), so I added it to my ASCD/SimCoupe download
archive. :-)
http://www.keprt.cz/progs/sim076.zip - contains both source and binary
files
[This message is only for collectors. :-)]
I found the old Allan J. Skillman's SimCoupe 0.76 on my hard drive (it's not
present anywhere on the web/ftp), so I added it to my ASCD/SimCoupe download
archive. :-)
http://www.keprt.cz/progs/sim076.zip - contains both source and binary
files, date
I have a copy on one of my pc`s as well, did`nt know it was
missing...
Steve(spt)
I have a copy on one of my pc`s as well, did`nt know it was missing...
Steve(spt)
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
When I tried compiling SimCoupe on RISC OS (the SDL version) I got the
following output:-
*make
g++ -O2 -D__STRICT_ANSI__ -ISDL: -Izlib: -I. -I../Base -I../Extern -DUSE_ZLI
B -Wall -c -o ../Base/ATA.o ../Base/ATA.cc
In file included from ../Base/ATA.cc:23:
../Base/ATA.h:55: warning: ignoring
Aley Keprt wrote:
What you actually need is to check that all interfaces you use
in your program are supported on that machine. So I think your
installer should rather try to obtain all interfaces used in
the SimCoupe
That's the thing - I don't ask for explicit interface versions, calling
required.
/-
Aley
- Original Message -
From: Simon Owen [EMAIL PROTECTED]
To: sam-users@nvg.ntnu.no
Sent: Thursday, March 25, 2004 1:53 AM
Subject: RE: SimCoupe 0.90 beta 10
Aley Keprt wrote:
What you actually need is to check that all interfaces you use
in your program
25 March 2004 00:54, Simon Owen wrote:
You're _way_ over-complicating things! It was simply looking for the
DX version number in a registry key that didn't exist in older
versions of DirectX. Failing to find the version key it assumed
DirectX was not installed.
Here's the NSIS function I
Geoff Winkless wrote:
the first is likely to work (assuming the version id is
correct)
Agreed that checking for something specific can be a Bad Thing, but setting
a lower limit on a version number doesn't seem too extreme. In this case
the DDRAW.DLL file is guaranteed to be part of any
/simcoupe/ I've got a
provisional OS X version too, but am holding that back until a strange
performance problem is fixed. I'm hoping to have access to a Mac in work
soon to fix that...
Si
I've also added BeOS R5 and QNX binaries to the download page at
http://homepage.ntlworld.com/simon.owen/sam/simcoupe/ I've got a
provisional OS X version too, but am holding that back until a strange
performance problem is fixed. I'm hoping to have access to a Mac in
work
soon to fix
,
while versions are only marketing names of DX.
/--
Aley
- Original Message -
From: Simon Owen [EMAIL PROTECTED]
To: sam-users@nvg.ntnu.no
Sent: Wednesday, March 24, 2004 7:02 PM
Subject: RE: SimCoupe 0.90 beta 10
Geoff Winkless wrote:
Hmm. The win32 installer fails on this NT box
1 - 100 of 605 matches
Mail list logo