Jump to content

  2. pro5's Content

pro5's Content

There have been 58 items by pro5 (Search limited from 12-May 23)


By content type

See this member's


Sort by                Order  

#566734 Support for non-ANSI systems

Posted by pro5 on 06 February 2014 - 02:37 PM in Infinity Animations

I could try, although exe patching is out of my usual area of expertise. But the devdoc file has some notes on offsets in the executable, and my initial attempts to decipher them have not been completely unsuccessful.

I've tinkered with 'µ' and 'Æ' refs and replaced them with '~' and '}'. The result appears to work, at least the animations show up. If a few people could check this and confirm it doesn't crash and burn on their end before I attempt the other slots, that'd be great.

Usage:
- unpack and install the test component
- start a new game or load existing save, shouldn't matter
- CLUAConsole:CreateCreature("P5Tst") - Should look like a Bovine Axe Thing. Drawn location will not match foot circle - this particular animation is not centered properly.
- CLUAConsole:CreateCreature("P5Tst2") - Should look like a Nabassu.
- CLUAConsole:CreateCreature("P5Tst3") - Should look like a Chimera.

Attached Files



#566751 Support for non-ANSI systems

Posted by pro5 on 07 February 2014 - 02:00 PM in Infinity Animations


- CLUAConsole:CreateCreature("P5Tst") - Should look like a Bovine Axe Thing. Drawn location will not match foot circle - this particular animation is not centered properly.
 

 
Strange. It should have been fixed a few months ago : http://www.shsforums...-thing-axe-bug/
 
 
 



I might have the old version archive, before it was updated (these files have been gathering dust on my hdd for a while).

Meanwhile, I think I got another ref slot to work. CHARACTER BGII WQM which used to be referenced by "¢_¢_" has been switched to "+_+_". Tested on MOINESSE_NINJA_MALE_HUMAN animation (¢A¢B --> +A+B).

I was wondering about the ia_reference_picker program that comes packaged with IA. Was its source code ever publicly shared anywhere, or was it only Erephine who had it? If I manage to get this .exe patch fully switched (that's a big IF for now), the app ideally should be updated to accept lists with new symbol references as input, as well as hand out ready-to-use slot ids when claiming new slots. Otherwise, the process of claiming a new slot could become complicated...


#566770 Support for non-ANSI systems

Posted by pro5 on 08 February 2014 - 12:53 AM in Infinity Animations

You should ask Miloch who is working on the next version of I.A. As far as I know, it will include the remplacement of the animation codes in a way that should solve the subject of this topic. But ask him to be sure. ;)
Oh, I'm counting on Miloch to eventually notice I invaded his forum and started hacking his mod. :P I know he's one busy half-orc these days. But if you're saying he's been working on the same problem already, maybe I should wait for his input before wasting more time on this.
As far as I know, the source code was never released. I just forcefully decompiled it, but it may not have recreated the syntax to 100% of original (see the"Tidy Error"s). It's a start anyway.
Thanks, this could come very useful later if the converted patch ever gets finalized.


#566771 [TRANSLATION] Drizzt Saga, added/modified lines in v3

Posted by pro5 on 08 February 2014 - 12:58 AM in Resource Request Forum

v3 has been released, but this topic is still actual - Italian, Polish and Spanish translations in v3 are either incomplete (SETUP.TRA lines are in english), or imperfect (I didn't want to remove language options because of just a few new dialog lines, so I substituded Google-Translated text for those).


#566773 Drizzt Saga BGEE update and compatibility fixes

Posted by pro5 on 08 February 2014 - 01:08 AM in Mega Mod Help

v3 is out, most noticable changes in this version as far as BWP is concerned:
- Instead of installing both components 0 and 1 (core + WM support), only component 1 must be installed with BWP
- To have the v2 changes (Drizzt joins after Durlag's Tower), component 3 must be installed as well.
- It's no longer needed to copy restored BGT .WMP in override before installing Drizzt Saga in certain mod configs
- BWP Fixpack modifications are no longer needed, as they're either included or redundant.
- Russian translation from BWP Russian Textpack is included
- Current version of The One Drizzt mod won't work without some updates


#566882 Setup on BGII:EE for Mac?

Posted by pro5 on 14 February 2014 - 09:42 AM in Arath

ADD_JOURNAL was introduced in WeiDU v232, and you're trying to install with 231:

[./setup-arath] WeiDU version 23108

 

I don't know where/how BG Mac mod installer gets the OS X version of WeiDU it uses, but you need to make sure it uses latest version (v236) instead, see link in my previous post in this thread.



#566888 [MOD in the works] Liella, the saucy bard companion

Posted by pro5 on 15 February 2014 - 03:06 AM in IE Modding Discussion

I think you need to PM Kaeloree for a forum here.



#566897 Support for non-ANSI systems

Posted by pro5 on 15 February 2014 - 12:12 PM in Infinity Animations

OK, a quick follow-up on this while we're waiting for Miloch.
 
It seems that the Reference Picker program actually does not need any updates whatsoever - all it does is read the contents of the anims.list file from the same folder, and looks for the first open slot of appropriate type in that list when claiming a new animation slot. I swapped all slot prefixes in that file with new symbols, and it worked like a charm after that. This is very good news, 'cause I was worried someone (read: me) would have to rewrite it from scratch to make this work. I'm attaching the modified .list file and the .txt with latest reference list converted to new symbols in case someone wants to try this.
 
Locally, all ref slots have been converted to use new symbols. No significant problems so far. The only thing I haven't figured out yet are several dragon slots - they appear to be using a few non-conventional characters that are not used anywhere else in the .exe patch plus I'm yet to locate their offsets in the executable:
0x122c    XDRµ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x122d    XDRР   EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x122e    XDRÞ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x122f    XDRØ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1230    XDRÑ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1231    XDRÆ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1232    XDR    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1233    XDRß    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
0x1234    XDRÇ    EMPTY                                 HUGE   D Do  DRAGONS (XDR) unpaletted
Fortunately, there are 35 more dragon slots free to use apart from these, but still.
 
The next step will be thorough testing of all slots listed in anims.list to make sure I didn't miss any old symbol references, and didn't replace something I shouldn't have.
 
Current table of symbol swaps in reference names: 
 OLD:          NEW:
µ = 0xb5  ->    0x7e = ~
Æ = 0xc6  ->    0x7d = }
¢ = 0xa2   ->    0x2b = +
£ = 0xa3   ->    0x7b = {
¥ = 0xa5   ->    0x2c = ,
Ð = 0xd0   ->    0x26 = &
Þ = 0xde   ->    0x27 = '
Ø = 0xd8   ->    0x3d = =
If anyone has objections about the chosen replacements now's the time to speak out, before I start full testing of the changes.

Attached Files



#566905 Support for non-ANSI systems

Posted by pro5 on 15 February 2014 - 11:57 PM in Infinity Animations

Argh !!! ;)

I will need to use new dragons slots (5 Tarasques and maybe more than a dozen new dragons if I can deal with their palettes).

So what do you mean : are the "35 more dragon slots free to use" vanilla ones (inluded in IE) or the number of free slots available in I.A. ?
As far as I can see, there are a total of 44 dragon (XDR) slots in anims.list, from entry 0x1209 to 0x1234. None of them are officially taken yet, all are free to use, judging by the latest ref list posted in this forum. Sounds like you will be taking a good chunk of them, Gwendolyne. :) Are you sure you need all the different paletted types?


#566912 Support for non-ANSI systems

Posted by pro5 on 16 February 2014 - 08:15 AM in Infinity Animations

The IwD young white dragon uses one of BGI MONSTER LONG 4 PART slots, not one of the dragon slots.

I'm not sure what you're asking is even possible - all "color-cloned" animations in the vanilla game which use different palettes for the same set of BAMs still occupy different slots for each variation. For example, each type of spider takes 1 entry in ANIMATE.IDS, even though they all use the same animation with different bmp palette:
0x7A00 SPIDER_GIANT
0x7A01 SPIDER_HUGE
0x7A02 SPIDER_PHASE
0x7A03 SPIDER_SWORD
0x7A04 SPIDER_WRAITH

It's the same for vanilla dragons (except black and silver).

The "paletted" bit in the slots descriptions refers to them using character colors (major/minor/hair/metal/etc colors in the CRE file), not to them being able to swap BMP palettes in some way while only taking 1 animation entry slot. At least that's my understanding so far.


#566916 Support for non-ANSI systems

Posted by pro5 on 16 February 2014 - 09:50 AM in Infinity Animations

I was referring to the adult version. The green ring should be the same as the normal dragons.
There's an adult version? The file you linked only has the young dragon, and there's no adult listed in current reference list... Yes, the foot circle used by the young animation is the same size (HUGE) as the XDR slots. The BGI MONSTER LONG 4 PART slot refspapce is split into 2 parts, entries in 0x1001 to 0x10ff range have LARGE foot circle, and 0x1101 through 0x11ff have HUGE foot circle size. The young white dragon uses the first entry (0x1101) in the second range.
Gwendolyne can just replace the palette on the creature file by the same means that ... no I actually don't know what it means... as Gwendolyne has done this, but... apparently there's problem !?!
So Gwendolyne just needs to append the animate.ids and name the files correctly... or ?
From that thread, looks like what he did was repalette a group of bam files using several different bmp palette files. Thus, he now has several sets of dragon and tarrasque BAMs, each of different "coloring". Each of them will require its own separate animation slot (entry in ANIMATE.IDS) to show up in the game, and will be treated as a standalone animation by the engine (the engine has no idea they are in any way similar, it just draws the contents of the BAM files as indicated by the animation id field in the CRE files). There's no problem, unless occupying 15-20 out of 44 available XDR slots for basically the same 2 recolored animations can be called such.


#566920 Support for non-ANSI systems

Posted by pro5 on 16 February 2014 - 10:36 AM in Infinity Animations

The second (under human) is wyvern_white_big, not a dragon. :)

It should show up on the tooltip if you hover your mouse over the picture in the readme for a bit.


#566955 Support for non-ANSI systems

Posted by pro5 on 18 February 2014 - 12:36 PM in Infinity Animations

I've modified Erephine's file renaming utility to automatically mass-rename files from the old scheme to new one (¢A¢E1A1.BAM --> +A+E1A1.BAM, etc.).
 
This means hopefully there will be no need to reupload those GB-sized content archives or worry about files previously installed by mods like Aurora's Shoes, it's enough to add a couple lines like this:
 
AT_NOW ~infinityanimations\batch\renamer.exe "infinityanimations\content\"~ 
AT_NOW ~infinityanimations\batch\renamer.exe "override\"~
 
to the TP2.

Attached Files



#566978 Support for non-ANSI systems

Posted by pro5 on 19 February 2014 - 05:34 AM in Infinity Animations

You still have to extract the files using the English code page while doing so... as that's where the thing goes boom. ... so it would be better to reupload the files.
Hmm. This should only be possible if the file extraction program was non-Unicode. Which would be strange, to say the least, in this day and age.

But suppose that's exactly what happens and non-Unicode software is used, when you say "goes boom" do you mean that the files extract with incorrect filenames (i.e. for instance Жaag11.bam instead of Æaag11.bam on code page 1251), or that they fail to extract at all? Because in the first case, the renamer utility actually should still work - it should rename both Æaag11.bam and Жaag11.bam into }aag11.bam, I accounted for that possibility.


#567017 BiG World Setup (an attempt to update the program)

Posted by pro5 on 21 February 2014 - 02:58 PM in Mega Mod Help

Been trying out a BWS install with custom mod selection to test a few things. Excellent job with it, by the way. :new_thumbs:

A few things noted in the process:

- Two mods (Region of Terror and something else I forget) installed with parse warnings because of missing entries in GTIMES.IDS and SHOUTIDS.IDS. Copying these files from BWP Fixpack's _IDS_ref folder into override prior to installation fixes that, I'm not sure why this wasn't done automatically by the program.

- BPBalancer does not recognize Drizzt Saga v3 as installed, because it's expecting a different component number than what is installed by BWS.
All Drizzt Saga components in BPBalancer should have their REQUIRE_PREDICATE checks changed to this:
REQUIRE_PREDICATE MOD_IS_INSTALLED ~SETUP-DRIZZTSAGA.TP2~ ~0~ OR MOD_IS_INSTALLED ~SETUP-DRIZZTSAGA.TP2~ ~1~ ~Drizztsaga is not installed~

- Another problem with BPBalancer/DrizztSaga: WEREWOGR.cre not found.
One of the Balancer's lib .tph files (drizztsaga_action_macro_creatures.tph) is looking for WEREWOGR.cre and WOLFWEGR.cre, among other things, to reduce their kill XP award. The first one is not found - I changed the CRE reference to use Flysoup's personal prefix (F_WERWGR) in v3, in order to avoid potential conflicts.

- Problem with BGTMusic install order
For some reason, BWS installs BGTMusic late in the install order, right before GUI mods, LolFixer, Widescreen, etc. It should instead be installed right after BGT, which is where the current BWP installpack batch file correctly has it. Otherwise, any BGT NPC and quest mods which want to reference BGT music have no way of knowing what SONGLIST.2DA entries they should use (as those BG1 song entries don't yet exist in the songlist when they're installed).


#567024 1pp ~ high quality music for SoA/ToB || Tutu/ToSC || IWD || PS:T

Posted by pro5 on 22 February 2014 - 11:05 AM in 1PP

I was interested to try this mod, but it needed some serious work to adapt to BGT properly. I've made it an automatic install that will use the resources from both TotSC and BGII music packages, and install them in BGT. Fixed a few minor problems along the way. Not fully tested, so please use at your own risk for now.

Copy-paste from the small readme included in the archive:

This package contains an automated BGT-compatible weidu installer for the 1PP: High Quality Music mods (TotSC/BGII). It will add audio from both BG1 and BG2 1PP packages into the game and optionally patch all areas to make full use of added music.

Usage:
- Download the 1pp_hq_music_ToSC_110 audio package
- Download the 1pp_hq_music_II_130 audio package
- Extract both packages above into the BGT folder, but do NOT install them (you can safely delete their .exe installers)
- Extract the attached package into the same folder, and run setup-1pp_hq_music_BGT.exe to install


Note 1: For area patching, BGTMusic mod must installed - specifically the component "Full Baldur's Gate/Shadows of Amn/Throne of Bhaal Music"

Note 2: 1PP HQ music should be installed after all mods that add new ACM audio into the game, which means most NPC and quest mods (see the original readme in BGII package for more details on the conversion process and potential pitfalls)


Most notable changes from v1.30 of 1pp_hq_music_BGII (which was used as basis for making this package):
  • Full BGT support, including patching of BGT areas to enable new music tracks
  • New songs are added using ADD_MUSIC, instead of using fixed songlist.2da IDs (some of those are already occupied in BGT)
  • Existing song IDs for BGT areas are dynamically extracted from current songlist.2da, instead of using fixed values (this generally won't work with BGT very well)
  • Automated installation: the installer will patch the exe, back up the music folder, upsample any acm tracks in music folder that need upsampling to 44.1kHz, install all necessary files from appropriate 1PP HQ Music packages, and, optionally, patch the areas. Upon uninstallation, backed up music folder is restored, reversing the upscaling.
  • Split patch/don't patch areas choice into subcomponents for ease of automatic installs via BWP/BWS
  • Fixed various problems in several .mus files: CRED.MUS, BD1.mus, BL1.mus, DREAM2.MUS, BM2.MUS, BP1.MUS, MB.MUS, VB.MUS
  • Area patching is no longer done using fj_are_structure - it was setting every omitted parameter field in the songlist structure to default values, effectively removing ambients from patched areas
  • Added a tiny component to allow restoring BG2 main menu theme at/after BGT transition

Attached Files



#567035 BP 181 bugs?

Posted by pro5 on 23 February 2014 - 09:09 AM in Big Picture

After starting a new BGT game, I was a bit surprised to have Firebeard Elvenhair start casting hostile spells (in various attempts it was either horror, melf's acid arrow, or magic missile) at me right after first entering Candlekeep Inn. He remained neutral (blue circle) and did not cast more spells after the first one.

I tracked the problem down to BPMAGE6 script the old man had assigned.

This script block (used in most BP scripts, apparently) should be preventing the above from happening - in theory. Hostile actions follow it, so they won't get a chance to execute if this block fires:
IF
  OR(2)
  !Allegiance(Myself,EVILCUTOFF)
  !Detect([GOODCUTOFF])
THEN
  RESPONSE #100
END
However, for some reason it doesn't work on the first round after entering the area. The engine seems to treat such empty block as one with Continue() and Firebead happily proceeds to blast LastSeenBy(hisass) with all his sorcerous might.

I added NoAction() into the block and this appears to have fixed the problem:
IF
  OR(2)
  !Allegiance(Myself,EVILCUTOFF)
  !Detect([GOODCUTOFF])
THEN
  RESPONSE #100
    NoAction()
END

At first I thought this was a result of some other mod messing with BP scripts (I was running large BWS install), but then I was able to reproduce this on a cleaner BGT + BP only install, so I'm reporting the problem.

The total amount of BP scripts with exact same script block is over a hundred.


#567055 BP 181 bugs?

Posted by pro5 on 24 February 2014 - 08:44 AM in Big Picture

Thanks, and I'm glad it solved your immediate problem. There's a larger problem with doing this on a grand scale however. The action NoAction() causes all script actions to end for that parsing round. So, no scripts after this, in the entire 5 slots available for creatures, will fire either. This in turn can break far more serious things, than cause something simple like casting a buff spell. To fix this exclusively would require special scripting for Firebeard, not a generic fix that would break dozens of other situations. Honestly, it's just a buff that happens to be visible. For the harm it causes (next to none), I'm not really sure it's worth the time and effort it would take to fix this on a grand scale. It would be easier to add an exclusion for Firebeard, let him keep his vanilla scripts, and be done with it.
Ok, I didn't actually know that empty execution blocks allows lower scripts to fire. Or I did know, but completely forgot - one of those. :P

But I still think there's a better solution than to fix this on an exclusion basis (which would likely miss something somewhere and also wouldn't cover any mod-introduced NPCs unless you're volunteering to add hundreds of compatibility checks into your TP2). I can confirm that this also works:
IF
  OnCreation()
  OR(2)
  !Allegiance(Myself,EVILCUTOFF)
  !Detect([GOODCUTOFF])
THEN
  RESPONSE #100
    NoAction()
END

IF
  OR(2)
  !Allegiance(Myself,EVILCUTOFF)
  !Detect([GOODCUTOFF])
THEN
  RESPONSE #100    
END
Like I originally thought, the problem only happens in the first AI round after entering the area. Additional OnCreation() check prevents it from happening in that particular round. Personally, I'll take the risk of some script not firing at once after entering over risk of getting a fireball or something nastier in my face for no reason. But maybe that's just me. :)

Note that it's not just "buffs" - the consequences depend on the script and the creature, and in this case, Firebeard could cast for instance Melf's Acid Arrow. Which at level 1 in Candlekeep could, well, kill you. Not to mention such things are immersion-breaking.


#567057 BP 181 bugs?

Posted by pro5 on 24 February 2014 - 10:16 AM in Big Picture


Note that it's not just "buffs" - the consequences depend on the script and the creature, and in this case, Firebeard could cast for instance Melf's Acid Arrow. Which at level 1 in Candlekeep could, well, kill you. Not to mention such things are immersion-breaking.

Erhm, if that's so then who ever coded the MAA's casting script was unconsciously cheating, after all it's target needs first of all be visible to the caster--- as the LastSeenBy() by itself should never be used as the target ... but with an inner function, such as LastSeenBy(Myself) ---during the targeting phase. 
 



Targeting blocks are there, but they have Continue(), so the casting phase happens in the same first round. At least that's my guess without picking the script apart line by line.


#567059 BP 181 bugs?

Posted by pro5 on 24 February 2014 - 11:02 AM in Big Picture

Horred, when I say 'for no reason' it means just that. I enter the tavern, he starts casting. There's no fire-shield or any other kind of buff, he's casting offensive spells (usually Horror, sometimes Magic Missile or MAA depending on what the RandomNum triggers roll).

The shutoff block I'm changing is at line 439. The spells being cast (Horror, Magic Missile, MAA) are after it, at lines 1259, 1295, and 1313.

Weidu.log is this:
Spoiler

Attached Images

  • Baldr001.jpg
  • Baldr002.jpg


#567062 BP 181 bugs?

Posted by pro5 on 24 February 2014 - 12:41 PM in Big Picture

When I finish my second job of the day, after this job--if I'm not comatose, I'll dust off my copy and fire up BGT and give this a try. Forgive my skepticism but I need to see it for myself. It's very odd that a script that has been stable for 11 years suddenly acts up, when nobody has touched it.
I understand. I'll try this on a new install on my side just in case to see if maybe my "clean" BGT installation is fubared somehow.


#567064 BP 181 bugs?

Posted by pro5 on 24 February 2014 - 02:04 PM in Big Picture

Was able to reproduce it again on a clean install with this WeiDU log:
~BG2FIXPACK/SETUP-BG2FIXPACK.TP2~ #0 #0 // BG2 Fixpack - Core Fixes: v10
~BG2FIXPACK/SETUP-BG2FIXPACK.TP2~ #0 #1000 // BG2 Fixpack - Game Text Update -> GTU Light (by Wisp): v10
~SETUP-BGT.TP2~ #0 #0 // Baldur's Gate Trilogy - Core: 1.18 (28 Apr 13)
~SETUP-BGTMUSIC.TP2~ #0 #2 // Baldur's Gate Trilogy - Music -> Full Baldur's Gate/Shadows of Amn/Throne of Bhaal Music (WARNING: patches BGMain.exe)
~BP/SETUP-BP.TP2~ #0 #0 // Big Picture, core component (required for most subcomponents): v181-b4611
~BP/SETUP-BP.TP2~ #0 #10 // Patching all the existing innate spells, setting level to one.....: v181-b4611
~BP/SETUP-BP.TP2~ #0 #500 // Generic Mages: v181-b4611
~BP/SETUP-BP.TP2~ #0 #150 // Generic Creature & Script Processing: v181-b4611

In case it matters for script targeting, I always used the same choices in character generation (and I always started a new game for each test): male, human, fighter.


#567084 BP 181 bugs?

Posted by pro5 on 25 February 2014 - 06:52 AM in Big Picture

So, on a whim, I assigned Firebeard the vanilla script equivalents of the BP scripts--mage6 and wtasight. Did you try this test? I had the same results as with the BP scripts. Firebeard still attacked. So, obviously there's something going on, but BP is innocent I say. I don't see anything in his CRE file to cause this either. Not sure what exactly to expect, but if you installed just bp and bgt like I did, and BP is not to blame, nor the vanilla game, what's left? tob-ex and bgt. I don't recall ever seeing this in the early days of bgt, before there was a tob-ex, so tob-ex is my suspect.
I didn't try it, but I'm trying it now and I also tried uninstalling BP. I hate to say it, but in either case (changing script to mage6 and uninstalling) , Firebeard doesn't attack on my end. To be sure, I tried several times, because I noticed earlier there's a certain randomness to the result (in one case during my earlier tests, he didn't attack me; although in the next attempt in exact same install, he did).

The vanilla MAGE6 script only has 80 lines and every block starts with See(NearestEnemyOf(Myself)) condition... are you certain yours is the same when he's assaulting you with it? I don't think BGT includes anything from TobEx, as Ascension64 specifically did not want it to depend on the latter. It doesn't even include the exe patch to remove songlist limit - that one was outsourced into BGTMusic.

I'll understand if you don't want to waste more time on debugging this, but it'd be nice to have a bit more clarity as to what causes this.


#567090 BP 181 bugs?

Posted by pro5 on 25 February 2014 - 11:43 AM in Big Picture

Um, are you sure you're not overreacting on this, Horred?

When I tested the behavior of the empty execution blocks earlier (after you clarified that they should stop current script but move on to the next one in script stack), I confirmed that they are in fact working as you describe. Just not in the first AI round, when they fall through. I'll do more testing in the next few days to be sure, but if this is correct - it's hardly an insurmountable problem, OnCreation() triggers should help.

Also, I have to ask, is it possible it always worked like this and the "fire shield" and other buffs firing (which you admitted happened), for instance, was caused by it? After all, Firebeard is only casting offensive spells first because he doesn't have buffs like Ghost Armor memorized, otherwise the script would prioritize them...


#567093 BP 181 bugs?

Posted by pro5 on 25 February 2014 - 12:33 PM in Big Picture

We eliminated all but one theory: the new GoG.com installation broke this function. The original vanilla scripts never use it, so maybe they totally overlooked its usefulness when recompiling the engine.
I'm pretty sure my ToB copy is not GoG, it's a backup I created ages ago from some ancient CD version.

For your WeiDU code, this should do the trick
<<<<<<<< ...\p5-inlined\src.baf
IF
  OR(2)
	!Allegiance(Myself,EVILCUTOFF)
	!Detect([GOODCUTOFF])
THEN
  RESPONSE #100
END
>>>>>>>>

<<<<<<<< ...\p5-inlined\dest.baf
IF
    OR(2)
        !Allegiance(Myself,EVILCUTOFF)
        !Detect([GOODCUTOFF])
    Global("TOB_SUXX","LOCALS",0)
THEN
    RESPONSE #100
        SetGlobal("TOB_SUXX","LOCALS",1)
END

IF
    OR(2)
        !Allegiance(Myself,EVILCUTOFF)
        !Detect([GOODCUTOFF])
    Global("TOB_SUXX","LOCALS",1)
THEN
    RESPONSE #100
END
>>>>>>>>

SILENT
COPY_EXISTING_REGEXP GLOB ~BP.*\.bcs~ ~override~
	R_B_B ~...\p5-inlined\src.baf~ ~...\p5-inlined\dest.baf~
BUT_ONLY
VERBOSE
This won't catch other shutoff blocks, obviously, so you might need to repeat this for every one of them.



  1. Spellhold Studios
  2. → pro5's Content
  3. Guidelines