• New Horizons on Maelstrom
    Maelstrom New Horizons


    Visit our website www.piratehorizons.com to quickly find download links for the newest versions of our New Horizons mods Beyond New Horizons and Maelstrom New Horizons!

JRH quest

Maybe the profiles system got confused?
Try removing the files named "options" from your main game folder.
Maybe that helps?
 
I found only one "options" file and removed it but it didn't help.
There should indeed be only 1.

Very strange issue. Is that recent? When in doubt, I always revert to the last game version that wasn't affected by a bug....
 
It looks like it has been there for a while (at least since 2015). I have diffculties finding an old version that works ok.
Got one but it's hard to tell how old that one is.

It's not a complete catastrophy as you can load a savegame in WR if you first stárt a new game in that storyline.
I have also the storyteller that works.
 
There is no such problem here, the quest seems to work just fine.
 
There is no such problem here, the quest seems to work just fine.
:shock
Good to hear @ANSEL but very strange.

Just to be sure:
If you save a game in WR, quit the game completely and start a new game can you then load
direct from the main menu that same WR save game?
 
I certainly can't - but if I move the save to another storyline I can see it and load it, a subsequent save is then in WR directory (and again can't be seen to load after quitting the game and re-starting).

So instead of loading a new game move your latest save to a different profile and you can load it next time - a bit clumsy I know but hopefully it may give a clue to how the storyline profile is not registering properly in the save load process.
 
:shock
Good to hear @ANSEL but very strange.

Just to be sure:
If you save a game in WR, quit the game completely and start a new game can you then load
direct from the main menu that same WR save game?
I must say both yes and no, sometimes I can load the savegame, and other times I cant.
It seems to be random or unstable. I will look at it tomorrow again.
Another thing: The game takes more time to close, after playing WR, I see the startup
windows just before the game close down.
 
Thanks @ANSEL and @pedrwyth for the information. Something is shaky here that's for sure.

If there are save games in WR I can start a new game in WR without getting the question:
"Do you really want to delete all save games" etc.
 
Last edited:
Looked into this a bit further and speculated that WR is missing because it is the last storyline alphabetically and probably the last in the sequence. Once you are into the game the storyline is simply taken from what is current hence you get to see any earlier saves/profiles in that storyline once you have loaded a save (even if from the wrong directory it still reads the storyline from inside the saved file) or a new game puts you into that storyline.

It seems the actual current number is cleverly worked out in utils.c by the number of .c files in storyline directory - so I copied one and renamed it ZZ.c and low and behold WR saves reappear, delete it and they hideaway again. I see the GetStorylinesNumber in utils.c defaults to standard storyline above (number -1 )

So a dummy file in storyline should temp fix things I think until someone who really knows the structure of these things comes along to make the (probably minor) required adjustment.
 
Excellent you found it. :onya
I have no idea how to do it the right way but will add your temp fix! :yes
 
Good catch, @pedrwyth!

Really bizarre too. I wonder since when this has been a problem; I don't remember any relevant code being touched for quite a while.

Anyway, sounds like it's time for a Bug Tracker entry!
 
@Jack Rackham: Out of curiosity, what are these for?
Code:
#define EQUIP2_ITEM_TYPE     "equip2"     //JRH questitem with equip button
#define EQUIP3_ITEM_TYPE     "equip3"     //JRH questitem with equip button
 
Also about this:
Code:
      // PB: Swamps (yellow) -->
       if(CheckAttribute(loc, "environment.swamp") && loc.environment.swamp == "true")
       {
         Sea.GF3.WaterColor = argb(0,160,116,33);
         Sea.GF3.SkyColor = argb(0,179,187,6);
       }
       // PB: Swamps <--

       // JRH: Swamps (light green) -->
       if(CheckAttribute(loc, "environment.swamp2") && loc.environment.swamp2 == "true")
       {
         Sea.GF3.WaterColor = argb(100,100,100,100);
         Sea.GF3.SkyColor = argb(0,179,187,6);
       }
       // JRH: Swamps <--
I never bothered to spend a lot of time getting the colour "right"; all I cared about is proving it could be made different.
Do you reckon your colour looks better? If so, I'd be quite happy to replace the one I had before and make yours the new default.
 
@Jack Rackham: Do I recall correctly you had some new stuff underway? When were you planning to upload that?
I'm just wondering when I should aim to have the new Installer EXE ready to go.
I could try for this weekend or wait another week so that you've got more time and Grey Roger should be back again.
 
This timing is very good for me! I have now uploaded on the ftp: "JRH files 17-01-06 2038".
Now I can go back to the part which I managed to delete in feb 2016.
 
Now I can go back to the part which I managed to delete in feb 2016.
Good luck with that! I'm certain you'll be VERY glad once that is all in order again.
At least the second time, it should go quicker, right? Plus... you can do it EVEN BETTER this time round! :woot
 
Well. I didn't have to. With the latest installer 17-01-07 all those files are back again.
I don't know how you did this @Pieter Boelen :shock but it's indeed very good news for me.
I don't know either! Unless I'm very much mistaken, the 7 Jan 2017 installer is pretty much:
28 Jul 2016 + Grey Roger's "Fixes Only" archive + some small additional changes
But whatever is the case, THAT'S GOOD NEWS, THAT IS! :dance
 
Back
Top