HQ Music for BGT moves all files added by mods from the music folder to .\1pp_hq_music_BGT\convert\backup and leaves over only empty folders in the music folder.
...
The files inside the folders above should also get converted!

They definitely should, the problem so far has been that I can't reproduce the situation on my end when they disappear without being converted. For instance, I have a working BWS mega-install with some of the mods from your list (Jarl's BGT Adventure Pack, RoT, Amber), and with 1PP_HQ_MUSIC_BGT installed finely on top. All the music files were converted and returned to their respective subfolders within the music folder during installation. Unfortunately, I can't begin fixing the problem until I understand what goes wrong. By the sound of it, I'm guessing either the converter crashes sometime after it moves each ACM file for processing and before moving the new file back, or it fails to move the file back (permissions problem?).

I'll do more research on this the next time I get a free weekend, but for now consider me puzzled with why this might be happening; sorry for the trouble.

• 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

This is awesome! As Erephine work is amazing!

 

 

So can we hope to see this implemented in the BigWorldProject and BigWorldSetup?

Well that's up to the BWP/BWS guys, my job is done unless bugs are reported. They might be waiting to test it in action to make sure it works before adding into the official install mix, which is not a bad idea. I haven't time to do a full test playthrough with it unfortunately as I'm working on another project.

okay "fixed" the problem, and the problem is the converter that comes with the BGT version deletes custom acm's from the music folder from any mod that adds them. :| using the one inside the iwd pack and it converts everything properly. 

Hi Deaderinred, I've tried installing latest CtB followed by HQ Music for BGT (posted by me in this thread), but was unable to reproduce files getting permanently deleted as you describe. Can you confirm that you were using the BGT version from this post and following the installation instructions from the new readme (note that you now only need to run the setup-1pp_hq_music_BGT.exe, it should handle everything automatically)?

To clarify, the new converter does move mod-added ACM files out of the music folder into temporary folder for conversion, but is then supposed to return the upscaled version back to the music folder after each file is processed. If that doesn't happen, it's a problem I'd like to try and fix - but I'm going to need a bit more information to figure out what's going wrong in your case and how to replicate the situation.

~BGGRAPHICS/SETUP-BGGRAPHICS.TP2~ #0 #0 // BGT Extended Night and Baldur's Gate Map Fixes: v1.4

Keep in mind WeiDU will auto-update itself if you run the old version .exe from same folder where you also have more recent versions.

Don't work, tavern music start on GNoll Stronghold and Bandit Camp, and Imoen have wrong soundset.

Are you trying this on an existing save, by any chance? The changed TP2 from above won't affect areas already visited in your saved game. Imoen is not touched by BGTMusic at all, but messed up soundsets and strrefs are a common problem after loading a save made with a different mod setup/install order than the current one.

I think the easiest solution would be to make the .exe from the archive read-only. Right-click the .exe, set the read-only file attribute, click OK. It should fail to auto-update then. EDIT: Scratch that - testing shows WeiDU has no respect for that flag whatsoever, and updates anyway.

And I don't think this requires any other drastic action such as changing WeiDU ADD_MUSIC behavior - the change in v233 was logical and is actually useful, making it easier for "normal" mods to add their music into the game without creating duplicate entries in the .2da if the mus file already exists (i.e. added by another mod). Some other existing mods, or mods currently in development may rely on that behavior, and changing it could break more than just BGTMusic.

It is not a normal situation for a mod to add duplicate entries for the same MUS file to the songlist, in fact it's a very strange solution, I guess it was just chosen as a convenient shortcut. The ARE files should have been changed to refer to the same existing 2da entry instead.

Nope, I've tried it exactly as you said and I still get the tavern music on the gnoll and bandit maps. Like I said though, as long as you pick the just BG1 option the music will work fine. Except there's no music on the very first Candlekeep map but tbh I don't remember if there ever was. Candlekeep in Chapter 6 has the right music though.

REQUIRE_PREDICATE MOD_IS_INSTALLED ~SETUP-DRIZZTSAGA.TP2~ ~0~ OR MOD_IS_INSTALLED ~SETUP-DRIZZTSAGA.TP2~ ~1~ ~Drizztsaga is not installed~

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.

<<<<<<<< ...\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

Use of continue in a script block will cause the parser to treater subsequent empty response blocks as though they contained a Continue() command - this parsing can be stopped by including a NoAction() in the empty response block.

However, @pro5 I greatly appreciate your diligence in reporting, your support and your code offer.

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.

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.

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

IF
  OR(2)
  !Allegiance(Myself,EVILCUTOFF)
  !Detect([GOODCUTOFF])
THEN
  RESPONSE #100
END

IF
  OR(2)
  !Allegiance(Myself,EVILCUTOFF)
  !Detect([GOODCUTOFF])
THEN
  RESPONSE #100
    NoAction()
END

~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

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. 
 

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 have BG2EE installed and I can confirm SW2H21.ITM is definitely there, so the problem is somewhere else. Which folder are you running the install .exe from? It should be the same folder which contains the game's CHITIN.KEY file.

I assumed BG2EE, should've read more carefully. I didn't think it could be installed on anything except BG2[EE] or BG2+BGT.

Drizzt Saga mod is currently undergoing an update for BGEE compatibility, as well as repairing various existing problems, bugs and compatibility issues along the way.

This topic is a request for information on existing fixes and known problems for the current versions of this mod in a generic mega-mod / BWS setup.

I'm aware of these files currently hosted at SHS:

- Drizzt Saga WM (7 or later) patch (changes: area location coordinates on worldmap)

- Drizzt Saga for BGT/Tutu v2 (changes: Drizzt joins after Durlag's Tower is completed)

I'm planning to include these changes in the upcoming v3, so these files will no longer be necessary (v2 adaptation will be included as an optional component).

If there are any other existing fixes applied to Drizzt Saga in the current BWS / BWP setup, please let me know here so I can include them in the new version as well. Any outstanding issues and bug reports can be posted here too. A fair amount of problems I have already found and fixed, but if it's something new I'll investigate. Note that I can't change the mod's quest and dialog content since I'm not the original author (props to flysoup for creating it), I'm just upkeeping the technical side.

Cheers.