I received RISc World today with a free copy of SF3000 Next gen on it but I can't get it to run on my Iyonix.
The first issue is that it seems to have a run file that is hardwired to CDFS::SF3000-CD and fails after the intro scenes.
Changing this to my harddisc location in the run file then allows it to see the !SF3000.SF_Resources that it previously failed at however then i just get a blank screen.
Pressing return then puts me back at the desktop.
My Iyonix is 5.13 with FX5200 card and 512MB of RAM and i have a LCD attached to it.
Any help appreciated but if not I'll contact RISCWorld on Monday
Doug
-- Using a Iyonix PC and RISC OS 5.13, the thinking persons alternative operating system to Microsoft Windows.
In message <05fa41874f.dougjw...@btopenworld.com> Doug Webb <doug.j.w...@btinternet.com> wrote:
> Hi All, > I received RISc World today with a free copy of SF3000 Next gen on it > but I can't get it to run on my Iyonix. > The first issue is that it seems to have a run file that is hardwired > to CDFS::SF3000-CD and fails after the intro scenes. > Changing this to my harddisc location in the run file then allows it > to see the !SF3000.SF_Resources that it previously failed at however > then i just get a blank screen. > Pressing return then puts me back at the desktop. > My Iyonix is 5.13 with FX5200 card and 512MB of RAM and i have a LCD > attached to it. > Any help appreciated but if not I'll contact RISCWorld on Monday
Not that it's any help but thats the same situation here for me, I'm guessing but perhaps the !Run file needs amending to stop it looking at the CD ?
I also had a problem with it not finding the SharedSound module in !System.modules but that maybe exclusive to my machine, but the required module was in another directory called SSound , is this correct?
I have to say this release came as a total suprise and the screenshots like superb, i've always hoped that one day a new improved graphics version of Star Fighter 3000 would happen and now it is.
Many thanks and well done to all those involved, this release is very much appreciated by all us RISC OS gamers.
In message <4fb844874f.MThomp...@mt.riscos.org> Matthew Thompson <m...@REMOVETHISred-squirrel.com> wrote:
[snip]
> Not that it's any help but thats the same situation here for me, I'm > guessing but perhaps the !Run file needs amending to stop it looking > at the CD ?
Yes done this as I said to get it to see the SF3000 resources but get blank screen after the intro and a return just puts me back at the desktop so obviously there is an erro but i can't see what it is and there's nothing is Syslog either.
Changed: | !Run file for StarFighter 3000
set SF_Resources$Path <Obey$Dir>.,<Obey$Dir>.SF_Resources.,CDFS::SF3000-CD.$.!SF3000.,CDFS::SF300 0-CD. $.!SF3000.SF_Resources.
to
| !Run file for StarFighter 3000
set SF_Resources$Path <Obey$Dir>.,<Obey$Dir>.SF_Resources.,ADFS::Iyonix.$.Games.SF3000NextGenerat ion.! SF3000.,ADFS::Iyonix.$.Games.SF3000NextGeneration.!SF3000.SF_Resources.
> I also had a problem with it not finding the SharedSound module in > !System.modules but that maybe exclusive to my machine, but the > required module was in another directory called SSound , is this > correct?
I've got shared sound in System.310.Modules
> I have to say this release came as a total suprise and the screenshots > like superb, i've always hoped that one day a new improved graphics > version of Star Fighter 3000 would happen and now it is.
Yes the screen shots look very good and so is the intro music.
> Many thanks and well done to all those involved, this release is very > much appreciated by all us RISC OS gamers.
Agree and hopefully once I can get over this error i'll be able to see the actual updated screen shots in live action.
Doug -- Using a Iyonix PC and RISC OS 5.13, the thinking persons alternative operating system to Microsoft Windows.
In message <7fed4c874f.dougjw...@btopenworld.com> Doug Webb <doug.j.w...@btinternet.com> wrote:
> In message <4fb844874f.MThomp...@mt.riscos.org> > Matthew Thompson <m...@REMOVETHISred-squirrel.com> wrote: > [snip]
>> Not that it's any help but thats the same situation here for me, I'm >> guessing but perhaps the !Run file needs amending to stop it looking >> at the CD ? > Yes done this as I said to get it to see the SF3000 resources but get > blank screen after the intro and a return just puts me back at the > desktop so obviously there is an erro but i can't see what it is and > there's nothing is Syslog either.
[snip]
OK, I've sorted it.
By chance I thought I'd try it on my Kinetic RISCPC and it worked after altering the !Run file to take account of the harddisc location.
So I thought I'd check the files between those copied on the Iyonix and those on the RISCPC running adjust.
Well I found that in the SF-Resources some files on the Kinetic machine had a star in the name like Animations.Chemical*anim but on the Iyonix these had been copied as Animations.Chemical_anim.
So I copied the Kinetic RISCPC version of SF3000NG over to the Iyonix , amended the !Run file and run it and it worked.
Looks like a case of the old CDFS in the Iyonix doesn't like the naming convention.
Only other issue is that the voice message at the start is a bit quick and sounds like Donald Duck on speed!
Anyway game looks great.
Doug
-- Using a Iyonix PC and RISC OS 5.13, the thinking persons alternative operating system to Microsoft Windows.
It's fantastic that it's FINALLY been released. We worked on the game (some of us in a very small capacity) over 5 years ago and having that game, a game called EMD and a couple of other ideas was a interesting time. Unfortunately we were bound to secrecy for years about this. It's a shame the people I worked with this couldn't have sent me an email saying it was finally going to be released but it's good that people can play it at last.
I was lucky enough to be invited to design that title screen and ISTR drawing the ship in TopModel and doing much of the rest with either Composition or TopModel (and an old texture generation program for the planets). Thanks to Rob Davison for his amazing program and Sincronia for a really advanced package in its day.
Hopefully this will get some good coverage on Drobe and will re-awaken people to the possibilities of the platform. For all these years it's represented probably the most advanced graphics the platform has still seen in a game.
> In message <7fed4c874f.dougjw...@btopenworld.com> > Doug Webb <doug.j.w...@btinternet.com> wrote: > > In message <4fb844874f.MThomp...@mt.riscos.org> > > Matthew Thompson <m...@REMOVETHISred-squirrel.com> wrote:
> > [snip]
> >> Not that it's any help but thats the same situation here for me, I'm > >> guessing but perhaps the !Run file needs amending to stop it looking > >> at the CD ? > > Yes done this as I said to get it to see the SF3000 resources but get > > blank screen after the intro and a return just puts me back at the > > desktop so obviously there is an erro but i can't see what it is and > > there's nothing is Syslog either.
> [snip]
> OK, I've sorted it.
> By chance I thought I'd try it on my Kinetic RISCPC and it worked > after altering the !Run file to take account of the harddisc location.
> So I thought I'd check the files between those copied on the Iyonix > and those on the RISCPC running adjust.
> Well I found that in the SF-Resources some files on the Kinetic > machine had a star in the name like Animations.Chemical*anim but on > the Iyonix these had been copied as Animations.Chemical_anim.
Doug, Thanks for the !Run mods, thats helpful, Intro now fully plays. On both my Iyonix 5.13 and Kinetic RO 4.32.
CDROMFS in my Iyonix doesn't corrupt the filenames with '*' in them copies them as is!
However I have a Xerox 22" wide screen LCD monitor which won't handle the large range of modes that my CRT did so a Error 'Screen mode not available' is no surprise... so I in common with lots out there with certain LCD's are a bit stuck to actually play the game!:-( Any idea what mode !SF3000 is looking for?
> So I copied the Kinetic RISCPC version of SF3000NG over to the Iyonix, > amended the !Run file and run it and it worked.
> Looks like a case of the old CDFS in the Iyonix doesn't like the > naming convention.
> Only other issue is that the voice message at the start is a bit quick > and sounds like Donald Duck on speed!
Regards, David.
--
David Mc Dowell: RISC OS 4 Authorised Installer Acorn User since discovering the 'Atom' in 1979 Member: Cambridge RISCOS User Group (CAMRUG) Cambridgeshire, United Kingdom.
In message <08c392874f.D...@ntlworld.com> David Mc Dowell <david.mcdow...@ntlworld.com> wrote:
[snip]
> However I have a Xerox 22" wide screen LCD monitor which won't handle > the large range of modes that my CRT did so a Error 'Screen mode not > available' is no surprise... so I in common with lots out there with > certain LCD's are a bit stuck to actually play the game!:-( Any idea what > mode !SF3000 is looking for?
David
Not sure of the mod but it could be 320x256 aka mode13 style like the original as it appears as letterbox mode on my LCD?
I've got a tweaked Monitor definition file for my 19" LCD that includes a lot of old style modes.
Also I have tried the AKF65 MDF on my lCD and it works with that MDF so I think it must be one of the older modes.
Try your LCD with the AKF65 monitor def and see what happens. Make sure you use the try option first though before setting it.
Doug
-- Using a Iyonix PC and RISC OS 5.13, the thinking persons alternative operating system to Microsoft Windows.
> In message <7fed4c874f.dougjw...@btopenworld.com> > Doug Webb <doug.j.w...@btinternet.com> wrote: >> In message <4fb844874f.MThomp...@mt.riscos.org> >> Matthew Thompson <m...@REMOVETHISred-squirrel.com> wrote: >> [snip]
>>> Not that it's any help but thats the same situation here for me, I'm >>> guessing but perhaps the !Run file needs amending to stop it looking >>> at the CD ? >> Yes done this as I said to get it to see the SF3000 resources but get >> blank screen after the intro and a return just puts me back at the >> desktop so obviously there is an erro but i can't see what it is and >> there's nothing is Syslog either. > [snip] > OK, I've sorted it. > By chance I thought I'd try it on my Kinetic RISCPC and it worked > after altering the !Run file to take account of the harddisc location. > So I thought I'd check the files between those copied on the Iyonix > and those on the RISCPC running adjust. > Well I found that in the SF-Resources some files on the Kinetic > machine had a star in the name like Animations.Chemical*anim but on > the Iyonix these had been copied as Animations.Chemical_anim. > So I copied the Kinetic RISCPC version of SF3000NG over to the Iyonix > , amended the !Run file and run it and it worked. > Looks like a case of the old CDFS in the Iyonix doesn't like the > naming convention. > Only other issue is that the voice message at the start is a bit quick > and sounds like Donald Duck on speed! > Anyway game looks great.
Thanks for this, finally got it working, however and I think this is what I did, was load it up on my Iyonix using !CDROMFS which kept the file names intact correctly then dragged it across to the hard-disc and it worked fine from there, no editing of the !Run file.
My only problem is that I can only get it running in letterbox mode, this maybe due to the fact I haven't got a proper MDF file for it, I use a Samsung 15" LCD screen. Or maybe it can't work full screen on an LCD screen?
In message <8a86ca884f.MThomp...@mt.riscos.org> Matthew Thompson <m...@REMOVETHISred-squirrel.com> wrote:
> Thanks for this, finally got it working, however and I think this is > what I did, was load it up on my Iyonix using !CDROMFS which kept the > file names intact correctly then dragged it across to the hard-disc > and it worked fine from there, no editing of the !Run file.
> My only problem is that I can only get it running in letterbox mode, > this maybe due to the fact I haven't got a proper MDF file for it, I > use a Samsung 15" LCD screen. Or maybe it can't work full screen on an > LCD screen?
I can't get it running at all: the graphics at the start appear repeated in a row above the desktop, then the credits appear ok then I get an error "mode not available" (or thereabouts) and the machine crashes. (Also it says "Shared sound not found" despite it being present in Resources.System.310.)
> In message <8a86ca884f.MThomp...@mt.riscos.org> > Matthew Thompson <m...@REMOVETHISred-squirrel.com> wrote:
>> Thanks for this, finally got it working, however and I think this is >> what I did, was load it up on my Iyonix using !CDROMFS which kept the >> file names intact correctly then dragged it across to the hard-disc >> and it worked fine from there, no editing of the !Run file.
>> My only problem is that I can only get it running in letterbox mode, >> this maybe due to the fact I haven't got a proper MDF file for it, I >> use a Samsung 15" LCD screen. Or maybe it can't work full screen on an >> LCD screen?
> I can't get it running at all: the graphics at the start appear > repeated in a row above the desktop, then the credits appear ok then I > get an error "mode not available" (or thereabouts) and the machine > crashes. (Also it says "Shared sound not found" despite it being > present in Resources.System.310.)
I had this error message and the Shared Sound module, in my copy of !System was called SSound ( or something similar) so I changed it to what the error message wanted it called and put it in the place it stated it should be and that seemed to cure it.
Perhaps you don't have the correct MDF available for Star Fighter 3000?
> In message <d7644f964f.And...@no.reply> > groups...@googlemail.com wrote:
>> In message <8a86ca884f.MThomp...@mt.riscos.org> >> Matthew Thompson <m...@REMOVETHISred-squirrel.com> wrote:
>>> Thanks for this, finally got it working, however and I think this is >>> what I did, was load it up on my Iyonix using !CDROMFS which kept the >>> file names intact correctly then dragged it across to the hard-disc >>> and it worked fine from there, no editing of the !Run file.
>>> My only problem is that I can only get it running in letterbox mode, >>> this maybe due to the fact I haven't got a proper MDF file for it, I >>> use a Samsung 15" LCD screen. Or maybe it can't work full screen on an >>> LCD screen?
>> I can't get it running at all: the graphics at the start appear >> repeated in a row above the desktop, then the credits appear ok then I >> get an error "mode not available" (or thereabouts) and the machine >> crashes. (Also it says "Shared sound not found" despite it being >> present in Resources.System.310.)
> I had this error message and the Shared Sound module, in my copy of > !System was called SSound ( or something similar) so I changed it to > what the error message wanted it called and put it in the place it > stated it should be and that seemed to cure it.
> Perhaps you don't have the correct MDF available for Star Fighter > 3000?
Yes, I've put a 320x256 from an AFK65 file as Doug Webb suggests and it's working! First impressions - interface not half as good as SF3000 but presumably this is because it came from a console.
You can see the difference in the graphics straight away but tri-linear filtering seems to reduce it unplayably.
Wonder what Chris "SF3000" Bazley thinks?
well that's it working hopefully, now to find some instructions!
groups...@googlemail.com wrote: > In message <6177b4964f.MThomp...@mt.riscos.org> > Matthew Thompson <m...@REMOVETHISred-squirrel.com> wrote:
> > In message <d7644f964f.And...@no.reply> > > groups...@googlemail.com wrote:
> >> In message <8a86ca884f.MThomp...@mt.riscos.org> > >> Matthew Thompson <m...@REMOVETHISred-squirrel.com> wrote:
> >>> Thanks for this, finally got it working, however and I think this is > >>> what I did, was load it up on my Iyonix using !CDROMFS which kept the > >>> file names intact correctly then dragged it across to the hard-disc > >>> and it worked fine from there, no editing of the !Run file.
> >>> My only problem is that I can only get it running in letterbox mode, > >>> this maybe due to the fact I haven't got a proper MDF file for it, I > >>> use a Samsung 15" LCD screen. Or maybe it can't work full screen on an > >>> LCD screen?
> >> I can't get it running at all: the graphics at the start appear > >> repeated in a row above the desktop, then the credits appear ok then I > >> get an error "mode not available" (or thereabouts) and the machine > >> crashes. (Also it says "Shared sound not found" despite it being > >> present in Resources.System.310.)
> > I had this error message and the Shared Sound module, in my copy of > > !System was called SSound ( or something similar) so I changed it to > > what the error message wanted it called and put it in the place it > > stated it should be and that seemed to cure it.
> > Perhaps you don't have the correct MDF available for Star Fighter > > 3000?
> Yes, I've put a 320x256 from an AFK65 file as Doug Webb suggests and > it's working! First impressions - interface not half as good as SF3000 > but presumably this is because it came from a console.
> You can see the difference in the graphics straight away but > tri-linear filtering seems to reduce it unplayably.
> Wonder what Chris "SF3000" Bazley thinks?
I don't feel like I've lost my raison d'ętre, if that's what you mean! As for the 3DO port back to RISC OS (if I guess correctly that is what is being discussed), I had nothing to do with it and have never played it. Nathan Atkinson sent me screenshots years ago, which somewhat discouraged me from finishing the work I had begun to improve the range of screen modes supported by the original ARM code version. I decided to concentrate on a desktop version instead, possibly as the result of a request on IRC (my memory of that is a bit vague).
The chapter of RISC OS history where games were written entirely in assembly language was closed more than a decade ago, sadly. I guess it is only natural that a compiled C version of Star Fighter 3000 should take the place of the original version.
The decline in platform-specific games (and 'killer apps' in general) might be a bad thing for minority computing platforms and decreasing the diversity of computer games. However, the number of excellent games written in high-level compiled languages that could be ported to RISC OS from other platforms must, by now, be vast. There just seems to be a shortage of people with the skills, time and inclination.
A lot of this posting is based on guesswork, because few concrete details have emerged about the provenance of 'sf3000 next gen', that I know of. I could be completely wrong.
>> >> I can't get it running at all: the graphics at the start appear >> >> repeated in a row above the desktop, then the credits appear ok then I >> >> get an error "mode not available" (or thereabouts) and the machine >> >> crashes. (Also it says "Shared sound not found" despite it being >> >> present in Resources.System.310.)
>> > I had this error message and the Shared Sound module, in my copy of >> > !System was called SSound ( or something similar) so I changed it to >> > what the error message wanted it called and put it in the place it >> > stated it should be and that seemed to cure it.
>> > Perhaps you don't have the correct MDF available for Star Fighter >> > 3000?
>> Yes, I've put a 320x256 from an AFK65 file as Doug Webb suggests and >> it's working! First impressions - interface not half as good as SF3000 >> but presumably this is because it came from a console.
>> You can see the difference in the graphics straight away but >> tri-linear filtering seems to reduce it unplayably.
>> Wonder what Chris "SF3000" Bazley thinks?
> I don't feel like I've lost my raison d'ętre, if that's what you mean!
That's good to hear as the original was always something special.
> As for the 3DO port back to RISC OS (if I guess correctly that is what > is being discussed), I had nothing to do with it and have never played > it. Nathan Atkinson sent me screenshots years ago, which somewhat > discouraged me from finishing the work I had begun to improve the > range of screen modes supported by the original ARM code version. I > decided to concentrate on a desktop version instead, possibly as the > result of a request on IRC (my memory of that is a bit vague).
Did you complete a desktop version?
> The chapter of RISC OS history where games were written entirely in > assembly language was closed more than a decade ago, sadly. I guess it > is only natural that a compiled C version of Star Fighter 3000 should > take the place of the original version.
Sorry, what use would that be?
> The decline in platform-specific games (and 'killer apps' in general) > might be a bad thing for minority computing platforms and decreasing > the diversity of computer games. However, the number of excellent > games written in high-level compiled languages that could be ported to > RISC OS from other platforms must, by now, be vast. There just seems > to be a shortage of people with the skills, time and inclination.
Alan Buckley seems to have done a lot of work. Someone called Nex did a few games as well.
> A lot of this posting is based on guesswork, because few concrete > details have emerged about the provenance of 'sf3000 next gen', that I > know of. I could be completely wrong.
Don't know if you've got it but the credits are there in the intro. APDL are aware of the issues with it so who knows what might happen with it?
> In message <445ae9b0-397b-49f7-9f72-ea517d76b...@j22g2000hsf.googlegro > ups.com> > cs99...@gmail.com wrote:
>>> >> I can't get it running at all: the graphics at the start appear >>> >> repeated in a row above the desktop, then the credits appear ok then I >>> >> get an error "mode not available" (or thereabouts) and the machine >>> >> crashes. (Also it says "Shared sound not found" despite it being >>> >> present in Resources.System.310.)
>>> > I had this error message and the Shared Sound module, in my copy of >>> > !System was called SSound ( or something similar) so I changed it to >>> > what the error message wanted it called and put it in the place it >>> > stated it should be and that seemed to cure it.
>>> > Perhaps you don't have the correct MDF available for Star Fighter >>> > 3000?
>>> Yes, I've put a 320x256 from an AFK65 file as Doug Webb suggests and >>> it's working! First impressions - interface not half as good as SF3000 >>> but presumably this is because it came from a console.
>>> You can see the difference in the graphics straight away but >>> tri-linear filtering seems to reduce it unplayably.
>>> Wonder what Chris "SF3000" Bazley thinks?
>> I don't feel like I've lost my raison d'ętre, if that's what you mean! > That's good to hear as the original was always something special.
>> As for the 3DO port back to RISC OS (if I guess correctly that is what >> is being discussed), I had nothing to do with it and have never played >> it. Nathan Atkinson sent me screenshots years ago, which somewhat >> discouraged me from finishing the work I had begun to improve the >> range of screen modes supported by the original ARM code version. I >> decided to concentrate on a desktop version instead, possibly as the >> result of a request on IRC (my memory of that is a bit vague).
|
