BG2T bug: Add Misc Bags of Holding

[CamDawg]

Thanks to Chris, who reported this bug via email. With Throne of Bhaal, the Add Misc Bags of Holding will not work due to some typos in the tp2. Shadows of Amn games should not be suffering from this bug.

 

If you have the Bottomless Bags of Holding component installed prior to Misc Bags of Holding, the component will fail during installation with the following message:

 

ERROR locating resource for 'COPY'

Resource [cdammo.itm] not found in KEY file:

[./chitin.key]

Stopping installation because of error.

 

Without Bottomless Bags, the component will install but will not be fully functioning in-game; specifically the two merchants who should have ammo belts added (Trademeet Blacksmith and Perter) will have blank spots added to their inventories instead of ammo belts.

 

As a workaround, you can find and locate these lines in Setup-BG2_Tweaks.tp2 (inside the BG2_Tweaks folder) with a text editor, round about line 1910:

 

  COPY_EXISTING ~bag05.itm~ ~override/cdpotion.itm~ // ammo belt
               ~bag05.sto~ ~override/cdpotion.sto~
               ~bag06.itm~ ~override/cdpotion.itm~ // potion case
               ~bag06.sto~ ~override/cdpotion.sto~

 

Change this block to the following:

 

  COPY_EXISTING ~bag05.itm~ ~override/cdammo.itm~ // ammo belt
               ~bag05.sto~ ~override/cdammo.sto~
               ~bag05.itm~ ~override/cdammo2.itm~ // ammo belt #2
               ~bag05.sto~ ~override/cdammo2.sto~
               ~bag06.itm~ ~override/cdpotion.itm~ // potion case
               ~bag06.sto~ ~override/cdpotion.sto~

 

With these changes the component should work as expected.

[Drew]

Hey. For some reason (it says a file you reference isn't in the key) the Bags of holding won't install in Tutu. If you need to see the Debug, lemme know.

 

EDIT: It isn't letting me install the Khalid as a Fighter/mage component, either.

[CamDawg]

Reported; merging threads.

[Drew]

oops.

[Guest Guest_Wigzy_*]

One problem I'm having with bags of holding + all containers in the game is they seem to be linked to each other. If I put an item in one it appears in all containers of the same type. Anyone have the same problem?

[berelinde]

Have you ever used Shadowkeeper?

 

If so, you already know that each item has a specific code which tells the game the item exists.

 

There is no script telling the game to eliminate duplicate items from player inventory. Which is probably good, or my entire party would be walking around with no helmets, since a common default helm is "helm01".

 

However, all items with the same code are identical.

 

Usually, this isn't a big deal. Who cares if there is more than 1 longsword +1?

 

With containers, this gets a litttle messier. Each container with the same code is exactly the same, including the contents.

 

This might not be a bad thing. I've exploited this to allow multiple characters to access containers without toggling back and forth between inventory pages.

 

Generally, this is only a problem if you've used the CLUA console or SK to create items. If you've created the generic bag of holding "bag04," in Chapter 1 to tote everything out of Irenicus' dungeon, and then you find the real "bag04" later on in the game, the contents will be the same.

[Grim Squeaker]

One problem I'm having with bags of holding + all containers in the game is they seem to be linked to each other. If I put an item in one it appears in all containers of the same type. Anyone have the same problem?

<{POST_SNAPBACK}>

 

What do you mean by 'the same type'? Do you mean ones with the same name (e.g. Bag of Holding) or the same filename? Because you can't have duplicates of containers when it comes to filename as this exact situation occurs. It's because Foo.itm is linked to Foo.sto (the store file where your items are kept). So if you have multiple copies of Foo.itm, they all use the same store file.

 

In theory any situation in the game where you have multiple Bags of Holding they should have seperate filenames. If that's not the case, it's a bug. If you've CLUA'd them in to get multiple, don't do that.

[CamDawg]

No, this is a really dumb bug (beyond the initial report) on my part, I'm copying the item files but not changing the store references inside them. I was waiting to have a fix (once I get home) before posting.