• 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!

Sparrow Search

Now that you mention it Captain Monty, you're right about the empty harbors... I hadn't notice that.

About Pieter's instructions :
For RESOURCE\INI and RESOURCE\MODELS\Locations\decks, yes, that was the idea.
PROGRAM/RESOURCE doesn't exist - there's 'PROGRAM' on one side and 'RESOURCE' on the other. You had to remove all that's in PROGRAM, leaving the PROGRAM folder totally empty. But if your game is working *correctly* (well as correctly as can work an alpha version) you might have done it right, haven't you?

About Redmond : indeed, I've experimented the crash only with Nathanael main quest, playing Blaze or Jack Sparrow I was able to get to the island without any problem.
 
here's another bug, provided that this hasn't been fixed yet:

when sailing for more than a month in directsail, the crew doesn't ask for salary. going to the worldmap doesn't fix this.
 
Many thanks for the reply Captain, er, Sailor :), I'm out tonight but will try installing 14Alpha8 again tomorrow with a little more care over which directories I remove and more attention to error lines appearing during the install.

And Morgan Terror is right - now I think about it I must have direct sailed myself for over a month without the crew asking for money.

Regards from Captain Monty
 
The installation instructions should be correct.
The following folders should be removed:
- PROGRAM
- RESOURCE\MODELS\Locations\decks
- RESOURCE\INI

This means that you should NOT remove any of the other folders!
The removal of the PROGRAM folder MUST be done.
The other removals are optional, but prevent confusion and make for a smaller and cleaner install.

I have not yet tried going to Redmond with the original main quest.
Perhaps the game DOES crash when doing that.
However, I truly do not have those empty ports you refer to in my game.
There's ships in the port and people in the harbour just like there should be.
Please take into account that if you start the game, the first port has no ships.
Once you've gone to sea and gone back into a port, there wil be ships there.
This has been like this at least since Build 13 and is not a bug.
It's just the way the mod has been coded that causes this. <img src="style_emoticons/<#EMO_DIR#>/dunno.gif" style="vertical-align:middle" emoid=":shrug" border="0" alt="dunno.gif" />

Again I say tha I have tested the installation process myself,
and the results are the exact same as the game version I have myself.
If the instructions are followed correctly, you should have no bugs that I don't. :wacko
 
here's a nice, big, juicy bug for you:

when you board a surrendered ship just after the hour change, but before the random encounter, you'll get a sail ho message during the boarding area. then the boarded ship will dissapear, you'll be back in the ocean, very annoyed, but effectively screwed over. then, when you visit a port, you'll end up on the boarding deck, surrounded by the box of the town location. the fast travel menu works, but the loaded model will always be the boarding deck. if you then press space, you'll go to the loot screen, and if you close this, you'll get the black screen of death. this has happened to me several times already and just detroyed an almost finished logbook entry where i had made huge progress in the game. i am very tempted to just remove the game alltogether because the bugs are making the game impossible to play by using directsail.
 
Ahoy. Good news : I've managed to remove the Redmond crash on my game!

... and this by outcommenting Txiki Pijuan in the PROGRAM\Storyline\standard\characters\init\Officers.c. Don't ask me why.
Could some people try this as well?
 
To Morgan Terror: What game version is that? Build 13 Final + DirectSail mod, right?
I think I have heard a similar bug reported with the DirectSailmod before.
If it indeed is what I think it is, that particular bug is fixed in recent Alpha's.

To a simple virtual sailor: I have now tested as well and can confirm the CTD.
I started the game on default settings with the standard storyline.
After leaving my ship, I sailed straight to Redmond and indeed got a CTD.
I found the following in error.log:<!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->RUNTIME ERROR - file: weather\WhrUtils.c; line: 27
missed attribute: Enable
RUNTIME ERROR - file: weather\WhrUtils.c; line: 27
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
missed attribute: index
RUNTIME ERROR - file: sea_ai\AIGroup.c; line: 228
no rAP data<!--c2--></div><!--ec2-->
I have seen these errors before, but in those cases they did not cause CTDs.
Also I have the following in compile.log:<!--c1--><div class='codetop'>CODE</div><div class='codemain'><!--ec1-->Island Set
Fader::Init() -> Fader already created, fade out phase
Video Error!!!(0x80040216) Can`t load video file = resource\videos\Invasion.wmv
Fader::Init() -> Fader already created, fade out phase
Can't load texture resource\textures\WEATHER\SKIES\CONVERTED\TWILIGHT 1\SKY_UP.TGA.tx
Can't load texture resource\textures\.tx
Assert failed in C:\PROJECTS\DRIVE_V2\SEA_AI\..\common_h\Character.h line 23, expression string pACharacter->FindAClass(pACharacter,"index")<!--c2--></div><!--ec2-->Of course that sky error is not related to Alpha 8, but is because I'm missing that file from Maturin's weather mod. <img src="style_emoticons/<#EMO_DIR#>/mybad.gif" style="vertical-align:middle" emoid=":facepalm" border="0" alt="mybad.gif" />
I tried your suggestion of outcommenting Txiki Pijuan and, for whatever maddened reason, it actually WORKED! WTF??? <img src="style_emoticons/<#EMO_DIR#>/piratesing.gif" style="vertical-align:middle" emoid=":shock" border="0" alt="piratesing.gif" />
So a major congratulations are in order here! Beats me how you ever figured that one out. <img src="style_emoticons/<#EMO_DIR#>/wacko.gif" style="vertical-align:middle" emoid=":wacko:" border="0" alt="wacko.gif" />
I had a look at the log files, but they're the exact same as when the crash does occur. So that doesn't help.
Hopefully somebody now can figure out why the game does crash with Txiki and not without. <img src="style_emoticons/<#EMO_DIR#>/mybad.gif" style="vertical-align:middle" emoid=":facepalm" border="0" alt="mybad.gif" />
 
<!--quoteo(post=278308:date=Sep 13 2008, 05:15 PM:name=Morgan Terror)--><div class='quotetop'>QUOTE (Morgan Terror @ Sep 13 2008, 05:15 PM) <a href="index.php?act=findpost&pid=278308"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->well that's good news. it's a thorough pain in the ass, i'll tell you that.<!--QuoteEnd--></div><!--QuoteEEnd-->

Yes indeed, could someone remind me how to out comment something?
 
Put /* before it and */ at the end or put // before all the lines.
 
Thanks for your comments Pieter

I have installed 14Alpha8 three times now and I am afraid I must report a continuing absence of ships in the harbours.

I believe you when you say yours are fine - really I do :)

Re your comment on the initially empty harbour (opening scene), yes - I am aware of this thanks (I have been playing this mod on and off for many years now). However, whilst the ports remain stubbornly empty (even after adjusting relative Pirate incidence levels in the options) I do get all the extra people in the ports, and all the extra buldings. In fact so long as I stay away from quests the game is remarkably stable on my system. My system is two or three years old now, but is a very stable gaming platform built by me and is unlikely to be causing the issue (AMD 64Bit 3800+, 2 Megs RAM, NVidia Geforce 6600GT, all drivers up to date, Service Pack 2 (3 is out but I have not checked it for compatibilites yet).

In my original e-mail I expressed myself poorly, but I am now certain that I have installed correctly each time - the 'decks' and 'ini' folders were definitely removed individually and the 'program' folder removed in it's entirety.

The downloaded 14Alpha8 file was definitely extracted to C:\Program Files\Bethesda Softworks\Pirates of the Caribbean and all appeared to go well until I ran Runme.bat. At that point, whilst it mostly seemed to go through with no problems I did get a lot of lines of:

"The system cannot find the file specified" followed immediately by "1 file(s) copied."

I got at least 50 of those, maybe more. This may be normal for all I know.....

I lay absolutely no complaint here, this is an Alpha after all - but it will be interesting to see if anyone else has the same issue.

Now; one other very minor bug that I spotted today when testing the latest install - the sunlight appears on the wrong side of your ship. That is to say, if the sun is setting or rising then the side of your ship facing the sun is in darkness and the side facing away from the sun is lit up. This is a very weird (if quite interesting) effect and probably something that needs putting on your list.

Thanks once again for your attention, it is appreciated - especially since I am usually more a lurker than a poster.
 
we already knew all that. nothing to worry about really.

heffer-feffer-figgefurbin-mitzerburbin-gurbin-grumble.... well, seems like these logbook entries could take a while. <img src="style_emoticons/<#EMO_DIR#>/mybad.gif" style="vertical-align:middle" emoid=":facepalm" border="0" alt="mybad.gif" />
 
<!--quoteo(post=278345:date=Sep 14 2008, 01:01 PM:name=Pieter Boelen)--><div class='quotetop'>QUOTE (Pieter Boelen @ Sep 14 2008, 01:01 PM) <a href="index.php?act=findpost&pid=278345"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->Put /* before it and */ at the end or put // before all the lines.<!--QuoteEnd--></div><!--QuoteEEnd-->


Thank you Pieter

<img src="style_emoticons/<#EMO_DIR#>/buds.gif" style="vertical-align:middle" emoid=":drunk" border="0" alt="buds.gif" />
 
<!--quoteo(post=278300:date=Sep 13 2008, 06:15 PM:name=Pieter Boelen)--><div class='quotetop'>QUOTE (Pieter Boelen @ Sep 13 2008, 06:15 PM) <a href="index.php?act=findpost&pid=278300"><{POST_SNAPBACK}></a></div><div class='quotemain'><!--quotec-->I tried your suggestion of outcommenting Txiki Pijuan and, for whatever maddened reason, it actually WORKED! WTF??? <img src="style_emoticons/<#EMO_DIR#>/piratesing.gif" style="vertical-align:middle" emoid=":shock" border="0" alt="piratesing.gif" /><!--QuoteEnd--></div><!--QuoteEEnd-->
What ?! <img src="style_emoticons/<#EMO_DIR#>/unsure.gif" style="vertical-align:middle" emoid=":?" border="0" alt="unsure.gif" />
 
What indeed? I haven't got a CLUE what should be wrong with Txiki.
Nothing that *I* can make out in any case. <img src="style_emoticons/<#EMO_DIR#>/modding.gif" style="vertical-align:middle" emoid=":modding" border="0" alt="modding.gif" />
Possibly it's also something entirely unrelated that for whatever maddened reason ends up with Txiki.
Wouldn't be the first time something like that happened. <img src="style_emoticons/<#EMO_DIR#>/mybad.gif" style="vertical-align:middle" emoid=":facepalm" border="0" alt="mybad.gif" />
 
I think we are cursed in this last version of the Build Mod. <img src="style_emoticons/<#EMO_DIR#>/24.gif" style="vertical-align:middle" emoid=":rofl" border="0" alt="24.gif" />
 
Oh well... we've had worse. But then this isn't too great either. <img src="style_emoticons/<#EMO_DIR#>/modding.gif" style="vertical-align:middle" emoid=":modding" border="0" alt="modding.gif" />
 
Regarding the Txiki Pijuan issue. <img src="style_emoticons/<#EMO_DIR#>/laugh.gif" style="vertical-align:middle" emoid="xD:" border="0" alt="laugh.gif" />

I notice his entry begins with the line: makeref(ch,Characters[n]);
This is an error - that line should not be there - and is probably the cause of the problem. <img src="style_emoticons/<#EMO_DIR#>/modding.gif" style="vertical-align:middle" emoid=":modding" border="0" alt="modding.gif" />

It should start:
ch.old.name = "Txiki";
ch.old.lastname = "Pijuan";
ch.name = TranslateString("","Txiki");
ch.lastname = TranslateString("","Pijuan");
ch.id = "Txiki Pijuan";
ch.model = "Napitan";
ch.sound_type = "pirate";
ch.sex = "man";
ch.loyality = 7;
etc. etc.

Perhaps someone would be kind enough to just comment out (or remove) the "makeref(ch,Characters[n]);" line reinstating the rest of the character's entry and see if that does in fact solve the problem. It will need a "new game" start though.

I would do it but I'm up to my eyes in others mods at the moment.
 
Back
Top