Lauriel

Oh, I'm sorry. Transitions.

Looks like you're missing a file. Please download the zip file again.

A new version (v2.3) has been released. v2.3 stops all scripts except Baldur from running during the delay prior to the game pause so mobs don't get free shots at the party before they can react. The pausing script needed to be moved out of the player's script and placed into the world script. I think this works much better than my initial attempt.

This is the first I've heard of the mod. Transitions is being redone for version 2, so even if you tested it with the current version, it wouldn't give a good comparison. I'll do a test of it after I've released it. Framed is stable though, so if you want to test it with that, I'd be up for any reports you can come up with.

You're so right. That's true in v1. I've already removed it for v2. I realized it was troublesome.

But they won't leave unless you say they can. EDIT: In v2 - the option for them to leave won't be there, though the dialogue (for in-character reasons) will still say they'd like to. But the option to let them go will be gone.

Your tools made it super easy to add the closed door tiles to the end of the TIS, too.

I've automated those parts that can be automated. We still need to do our research on the where to snag the tiles and where to put them, but this little bit helps with the naming of the PVRz... What would really be nice here is being able to determine if the source file is equivalent to one of the target pages already installed.

It works! And so so simple. I had to make a few adjustments for EET, but nothing terrible. Thank you so much. I've learned a lot doing this process. Yeah, this is pretty much a hard-coded way of doing it. It's progress, though, and it makes me very happy! Thank you The only thing you didn't explain was how you came up with the following: PVRz_X = 128 PVRz_Y = 704 Never mind - I see it's in the log

Oh you're awesome! Thank you. I was unable to sleep last night having this on my mind, thinking there had to be an easier way. My thinking, before finally dozing off, was to convert both BG0200.TIS and BD0010.TIS to palette, swap tiles, then reconvert them both back to PVRz. I don't even know this is possible but it was what I was going to try this morning.

I've made a small tileset using DLTCEP of just the open door in question from BG0200 and exported as a TIS. I then used tile2ee to make separate TIS and PVRz files from it. Now, the export/import using your tool will be from a PVRZ that is not in the game, correct? So I should be able to simply copy the new PVRz file to override and the modified TIF should show up correctly, right? Then I'm not understanding something because the result was a modified BG0010.TIF that has different tiles where they should be different, just not the correct ones. Exact steps I've taken: EDIT: Follow-up - I did an NI 'Find References' in TIS files on the new pvrz file, it found none. So, I guess, the imported tiles have no idea that they're supposed to look in that file for directions. EDIT: Another follow-up - I ran ps_tileset_info against the new TIS file and it said it "is a PVRz-based tileset referencing #LH0Open**.pvrz files.", so it should qualify as a new pvrz file not in the game. Is the name causing issues because it's longer than expected? I'll try to shorten it... Tried that - made no difference. EDIT: Follow-up #3 - I ran ps_tileset_info against the results of the latest exports (exported from #LLOpn instead of #LLH0Open) :transitions/objects/processed/#LLOpn_0000-0002.tis" is a PVRz-based tileset referencing #LOpn_0000-0002**.pvrz files. It doesn't use the 'mother' pvrz file. It uses it's own and I don't know how to get a handle on that one. EDIT: Follow-up #4 - When I open #LLOpn_0000-0002.tis and #LLOpn_0002-0004.tis with NI - they show up as gray squares. When I open #LLOpn.tis with NI, I see the tiles for the open door as expected. EDIT: Follow-up #5 - I exported 2 small tilesets using DLCTEP so I could skip the ps_tileset_export_tiles part and copied their pvrz files into override since I had them now. The results were the same. The tiles in BD0010.TIS are changed but to the wrong tiles. EDIT: Follow-up #6 - sick of me yet? LOL When I open DB0010.TIS in NI, the tiles that have been replaced are gray. They contain no image. I'm going to try option #2 (use this method to install the tileset into the target game and update the PVRz references). Tomorrow...it's getting late. But I'll post another update. Won't y'all be thrilled. EDIT: Follow-up #7 - ok, I lied. I couldn't walk away without trying something. I can 'one more thing' myself until dawn sometimes. I tried exporting the tiles directly from the BG1 TIS (in this case BG0200.tis) into two small tilesets, one containing the top two tiles, the other one containing the bottom two. I was about to run Argent77s functions on them when I noticed..I can't. Here's his example: The problem is, he expects the pvrz files associated with the tis files to exist. They don't. There are no pvrz files produced when tiles are exported using ps_tileset_export_tiles. EDIT: Follow-up #8 - my last on this subject unless new information comes to light. I attempted to run Argent77's pvrz install functions against the files produced by exporting tilesets from DLCTEP and modifying them with tile2ee to product separate TIS and PVRZ files, but the function produced the error "Invalid or corrupted BAM V2 or MOS V2 resource found. No changes have been made." I've run out of ideas and things to try.

You're dealing with a rank amateur. I don't even know how to find those files. They are invisible to me when I use NI and DLTCEP - at least I've not ever found them. I'll dig in your tool to see if I can get a clue where they reside. I've never looked inside a BIF file. I imagine they're there somewhere. I guess NI has hidden talents. How would I do this? Nevermind, I'm blind as a bat. I see the entire section called PVRZ now that I actually am awake.

Well, that means this would only work for EET and not for separate BG1/SoD games. At least I know what I'm attempting isn't possible and that I should try another method. Thank you. And thank you for explaining the different file types. I knew they were different but not how they were different. Much appreciated.

I don't see anyone questioning how to go from A to Z on this, so I must be missing a vital piece of the pie. I'm attempting to add a door to a house in the SoD version of the exterior ducal palace area. This journey will encompass more than a few tasks, but the first that I'm attempting is taking tiles from one TIS (BG0200.TIS) and replace tiles in another (BD0010.TIS) with those from the first area. Right now, I'd just like to see the open door graphic when I look at the BG0010.TIS. I'll worry about the closed door graphic, WED changes, ARE changes later. Attempts I've made so far: Export top two tiles of the open BG0200 door to BMP using DLTCEP: Result of ps_tileset_add_tiles = H0OPNTOP.BMP is not an uncompressed 8-bit bitmap - check the file. Export top two tiles of the open BG0200 door to TIS using DLTCEP: Result of ps_tileset_add_tiles = Dimensions of H0OPNTOP.TIS are incorrect for this tileset. The tile should be 12 bytes but is 5120 bytes. tile2ee -f 2 -o processed h0opntop.tis: Result of ps_tileset_add_tiles = a change to BD0010.TIS that looks NOTHING like tiles in BG0200.TIS Attempt to export the tiles from BG0200 with ps_tileset_export_tiles: Results in a RAW file (even though I specified BMP) that I can't seem to do anything with Am I supposed to take that raw file, convert it to a string, and write that to BG0010.TIS?

Thank you. I figured as much but thought it worth an ask...

No, I initiated the script using StartCutSceneEx("#LSayBye",TRUE) so script triggers get evaluated properly. And those that didn't rely upon #L_SaidBye to be false were skipped as would be expected. And I've since modified the script so that only one of the blocks will evaluate to true and it works like it should. But, I was hoping there was a way to stop the process just to make the code a bit less messy. But there doesn't seem to be one. Here is what works - it's just so unwieldy ...

Yes I realize that - which is why I set the variable so that the triggers in the blocks would return false...but they don't. Hence the question in the original post.

I took out the setting it to 0 in the last block and it made no difference. I paused it after once of the dialogues and the global was set properly. However, to the script, that change is invisible. It does not work to set a variable inside a script and expect subsequent blocks to see the change.

The script only gets called once. Why would resetting the variable at the end cause it to run all blocks again?

The global being checked for is #L_SaidBye. The waits at the end of the blocks seemed to fix the issue when I tested it during the transition to SoD, but that was only because the NPCs left the group during the dialogues. When I tested it with the canon group that stays in the group when transitioning to BG2, I realized each block was being processed. I even tried setting #L_SaidBye in the dialogues, but it didn't change the outcome at all. All blocks were still being processed.

I'm pretty sure the answer to this is 'no', other than having all subsequent triggers return false. Which means if you have 10 blocks, only want 1 to run, you have to make sure their triggers all exclude all the other possibilities. There's no other to say 'just stop already!'? EDIT: BTW, I did try testing for 'DidIt = 0' and setting 'DidIt = 1' inside script blocks and the dialogues they call, but it just doesn't matter. DidIt won't get set until after the entire script is finished running.

I had no idea what his real name was. This is awesome! Thank you!

I know, that's why I'm asking. Other dukes have both, like Entar Silvershield and Liia Jannath and he's from Baldur's Gate I believe, so...just curious.