With all the new features in F1GP-Ed V1.10, I am finding hard to decide
whether to save everything related to F1GP all in one datafile. In V1.02
everything related to the cars performance and appearance was saved in the
datafile and the F1GP options were saved in a separated prefs file.
At this moment in time I will stick with 2 files, but do you think I should
shove everything into one or not?
An advantage of having one single file is that it makes the loading and
saving process less complicated because everything stays in one file.
The disadvantage though, is that this is not as flexible as for each
datafile there will be different options in the F1GP preferences.
So what do you think?
It is all up to F1GP-Ed users whether I combine the prefs and datafile
into a single file.
Also, has anyone found any bugs, and have not yet informed me of them?
Unfortunately there seem to be a couple of bugs which only
appear on certain computers. This bug causes F1GP to lock up when you
get the 'Entering***pit' message (only 2 reported cases). I cannot
replicate this problem - I have tried everything, but F1GP-Ed V1.02
works perfectly on my machine. I have discovered a program while
coding V1.10, which causes F1GP-Ed to crash when creating certain
gadgets - it only happens when I am using it from my DICE boot disk,
and Setpatch seems to resolve it. Very strange, so if anyone
experiences any crashes with F1GP-Ed try loading setpatch first.
********************************************************************************
* Oliver Roberts | //// Amiga 600 |##### F1GP-Ed ##### *
* (1st Year Comp Sci Student) | //// 2Mb Chip Ram | Customize F1GP/WC *
* | \\\X/// Kickstart 37.350| Aminet: game/misc/ *
********************************************************************************
Quoted text (37 lines)
>With all the new features in F1GP-Ed V1.10, I am finding hard to decide >whether to save everything related to F1GP all in one datafile. In V1.02 >everything related to the cars performance and appearance was saved in the >datafile and the F1GP options were saved in a separated prefs file. >At this moment in time I will stick with 2 files, but do you think I should >shove everything into one or not? >An advantage of having one single file is that it makes the loading and >saving process less complicated because everything stays in one file. >The disadvantage though, is that this is not as flexible as for each >datafile there will be different options in the F1GP preferences. >So what do you think? >It is all up to F1GP-Ed users whether I combine the prefs and datafile >into a single file. >Also, has anyone found any bugs, and have not yet informed me of them? >Unfortunately there seem to be a couple of bugs which only >appear on certain computers. This bug causes F1GP to lock up when you >get the 'Entering***pit' message (only 2 reported cases). I cannot >replicate this problem - I have tried everything, but F1GP-Ed V1.02 >works perfectly on my machine. I have discovered a program while >coding V1.10, which causes F1GP-Ed to crash when creating certain >gadgets - it only happens when I am using it from my DICE boot disk, >and Setpatch seems to resolve it. Very strange, so if anyone >experiences any crashes with F1GP-Ed try loading setpatch first. >******************************************************************************** >* Oliver Roberts | //// Amiga 600 |##### F1GP-Ed ##### * >* (1st Year Comp Sci Student) | //// 2Mb Chip Ram | Customize F1GP/WC * >* | \\\X/// Kickstart 37.350| Aminet: game/misc/ * >******************************************************************************** > I had a look at the editor and whilst it is good , i don't think i'll>> I had a look at the editor and whilst it is good , i don't think i'll
> be using it... now if it could change the frame rate so it runs respectifully
> on an 040 then the cheque will be in the post
Give the guy a break for christ sake. Do you think you can just poke a few
numbers into the exe to double the frame rate. If so, you know sod all about
programming.
As far as I can see, f1gped changes about as much as is possible to change in
the exe externally.
+---------------------------------+---------------------------------------+
| Martin Kift | Software developer (C/C++/OWL/MFC) |
+---------------------------------+---------------------------------------+
