18 replies to this topic

[Dyara]

Is it possible to check (inside a door script) if someone (unsuccessful) tries to bash a door? It´s allways unsuccessful because my door is locked.

I know you can check a failed picklock or a failed knock spell, but what about bashing a door?

Another question: Is is possible to check if someone only clicks on a door (to open it)? I tried Clicked(O:Object*) but it seems not to work.

[Dyara]

Hmm, I tried ...

OR(9)
    SpellCastOnMe([ANYONE],WIZARD_KNOCK)
    PickLockFailed([ANYONE])
    AttackedBy([ANYONE],MELEE)
    HitBy([ANYONE],CRUSHING)
    HitBy([ANYONE],PIERCING)
    HitBy([ANYONE],SLASHING)
    Entered([ANYONE])
    InteractingWith([ANYONE])
    Clicked([ANYONE])

... but only SpellCastOnMe and PickLockFailed are working.

[Blucher]

I think you can use an "trigger" over the area where the door is, and replace the normal icon with the door icon (for appearance's sake); then you would be able to use Clicked(). Have the trigger open the door if the person has the key. (You can also set the range of the trigger so that the character has to move close, like a regular door.) The trigger script can check things like the STR of the person Click()ing, display strings, etc.

I'm not sure if this helps because I have no idea what you plan for the door, but it's an idea.

[Dyara]

It would give only a journal entry (Player has to look for a key) and perhaps an NPC comment (Jan: "Go away and let me try..."). A trigger might work but it wouldn´t behave exactly like a door anymore and I don´t think it´s worth the effort.

But thanks for your idea .

[Dyara]

I´ve looked at 'all' the doors in BG2 and it seems that it´s impossible, i´ve tried traps but all the trap scripts in BG2 are triggered by opening the door, not trying to open it. I´ve tried also Trigger(Num) but it doesn´t work either.

The only thing that works with doors is 'LastTrigger' but the only thing that triggers a closed door is a failed picklock.

Another question: Has anyone tried to assign a dialogue to a door. You can do it with NI (dialogue and name) but looking at the area in a saved game dialogue and name are gone and the fields are empty.

[Cuv]

Interesting idea there Vlad, but I dont think that is possible with the particular area Dyara has in mind... as there are already 49 doors and many overlays. We already use some doors that have no polygons, and are opened and closed only by scripts....[edit]....

Wait... I can still do what Vlad suggests with the existing door. I could remove the closed door polygons and replace them with an info trigger with the door cursor. Then could run a Clicked([ANYONE]) script and do an item check. Then the script can unlock and open the door... no problems there. The problem is that it wont have a door outline:(

Cuv

[Cuv]

Making door bitmaps for existing areas isnt a problem for me... like you said, I use Photoshop to create a blank canvas the size of the block. Then I take a screenshot of the grid image in IETME, drag that image onto my blank canvas to align it. Then I take another screenshot of the closed door I want to use, drag it ontop of the grid image, set transparency to Exclusion until I get it exactly over top, switch it back to Normal transparency... then flatten the layers. Bingo, a perfect fitting closed door bitmap every time.

Maybe you know another way around this problem: I've found it rather easy to create closed door bitmaps and make doors, but removing them from an area with multiple doors is causing me problems, graphical errors and crashes. Let's take the culprit itself: AR1202 (Firkraag dungeon). This area has 49 doors and 698 walls. Where ever I remove a door (important because the interior of the dungeon has changed due to an earthquake), a graphical error appears on another door that must be kept as a passage. Solution: set that door as open and remove the open door sector so it cannot be closed. But the problem is that I cannot remove or disable the open door polygons that act as walls with these doors in IETME or manually with NI without it either crashing or NI telling me that it is no longer a WED file.

I've successfully added two new doors to this area without problems, but cannot remove any more without the area crashing the game. My main concern is the open door wall-acting polygons... they hide player spell animations. This is particularly annoying with the cloak of mirroring as you can plainly see all these invisible non-existant doors. I've tried setting the flags on these polygons to disable them with no luck. Any ideas?

Cuv

[Cuv]

Thanks Vlad... was hoping I wasnt the only one to experience this. Hmm.. I have tried deleting all the doors too, but that caused a crash also. I will keep looking into this problem... I know it isnt just with IETME, but also with NI... so it must be something that both programs are not taking into account with regards to doors. Some door information is contained in the ARE, but most is in the WED. I am just wondering if there is some other aspect to the tileset that we dont know about... or something else in the WED that isnt saving right for some reason... will keep looking and let everyone know if I find anything useful.

[Cuv]

Yes to all

I have my own renders of this area... and that is what I have been doing, rebuilding from scratch. The daunting part is the 21 necessary doors that I must readd... and the 698 walls that must be redrawn. I've got 11 of the doors readded now... and about 40 walls, but its slow going. Ah well, what I will probably do is go with a minimum of walls... only the most necessary ones. In some cases the search map can be adjusted to lessen the need for some walls and also impassibles in the doors I will add.


Cuv

New render of dungeon

[Cuv]

Thank you:D

Looks good. Looking forward to your mod too. I also do the search maps in Photoshop... IETME also doesnt save the lighting maps very well either... so I do those too by hand.

Cuv