![]() |
The Black Wyrm's Lair Terms of Use |
![]() ![]() ![]() ![]() |
![]() |
![]()
Post
#1
|
|
Forum Member Posts: 58 Joined: 11-January 05 ![]() |
I found a problem in player1.dlg. The variable VP_HrothgarInterjects is not being set from one to two in some NPC chained dialogs. I know for a fact it was not set in Dar's. This is a condition for one of your top-level blocks. What this does: with your dialog blocks as the top weight, the check never makes it past here, and none of the in-game blocks are firing. The whole scene with the Slayer change, for example. I manually set it to two and problems went away.
Also; is it really necessary to put a !Global("VP_InHlaruu","GLOBAL",1) check on the top of nearly every in-game script block inside of Baldur.bcs? I realize what this is doing for you--speeding up the execution of your additions, and to keep other events from firing in the past, while in Hlaruu(I know I'm butchering the spelling, I forget how it was ![]() But your (true) additions are mostly of the EXTEND_TOP variety. Why not just put a Global("VP_InHlaruu","G",1) check on your blocks? If you really don't want the rest of the BALDUR script to fire while there, you could add a single block at the end of yours: CODE IF Global("VP_InHlaruu","GLOBAL",1) THEN RESPONSE #100 NoAction() END Just be absolutely sure that this is set to something besides one, for any possible option, when leaving the Academy for good. Not only will this prove quicker in the long run (parsing-wise), it keeps all the in-game blocks from unnecessary adulteration. We both know what a dodgy file BALDUR.BCS is already, without any assistance. ![]() |
|
|
![]() |
![]()
Post
#2
|
|
Forum Member Posts: 23 Joined: 30-September 05 ![]() |
Another problem. Horred found it and I revealed its source.
Your SPCL221 and SPCL242 SPL versions are broken and can cause a CTD in game. The problem is following. Both of them have 1 ability record. That ability record has some effects (19 and 11) but "Effect index" field values are invalid in both cases. They're both =1 instead of correct 0. There're only 19 and 11 effects and the starting index must not point to the actual second effect record. NI doesn't rely on proper indexing and shows no error there, DLTCEP does the same but restores the correct 0 when SPL is re-saved. But I believe IE tries to resolve everything as it was designed and throws an exception trying to access non-existing memory block for the last effect (20th and 12th) This post has been edited by King Diamond: Feb 6 2006, 01:08 PM |
|
|
![]() ![]() |
![]() |
Lo-Fi Version | Time is now: 7th June 2025 - 06:03 AM |