Page 1 of 1

Stuck Champions bug

Posted: Fri Jan 22, 2016 6:51 pm
by RayB
I believe I may have discovered a small glitch in Grim 2. I don’t think it is a design error on my part because it works one way but not the other. I will try to explain…

I created a small test dungeon to get acquainted with the Grim 2 dungeon editor and scripting. I constructed a level (0,0,0 - which I will call level 2) and another level above it (0,0,-1 – which I will call level 1). All of level 1 has the default floor height of 0 and ceiling height of 1. Level 2 (0,0,0) has a floor height of 0 with a small section in the northeast corner that has a couple of elevated platforms with floor heights of 1 and 2 onto which the party can climb up. The entire level has a ceiling height of 3. I added a pit to level 1 (0,0,-1) placed it so the party would fall down to level 2 onto an elevated platform; an area with a floor elevation of 2. (I also placed a rope on the floor of level 1 and set the starting position near the pit.)

Problem:
If I use the rope to descend, through the pit, from level 1 to level 2 all goes well. I land on the platform (floor elevation 2), no problem. However, if I step forward and fall through the pit I end up on the platform but the party appears to be looking downward and I am stuck! I cannot move forward, backward, left, right or turn. Trying to look around by right-clicking and moving the mouse does not work either. I have to stop the preview and restart to regain control. I wonder why this happens. Note that if I move the pit so the party lands on a platform with a floor elevation of 1 the problem does not occur.

If anyone has any knowledge of this I would appreciate a response.

I have only been at this for a few months and admit that I have not read all of the many posts. So if there is a previous post of this bug I apologize for this one.

Re: Stuck Champions bug

Posted: Sat Jan 23, 2016 5:41 am
by Zo Kath Ra
When you fall down a pit, you always end up
a) on the level below the current one (same x/y coordinates, but z coordinate is greater by 1)
b) at elevation 2

This is hardcoded (I don't know why).
The floor on the lower level needs to have elevation 0 or 1, so that you can fall onto it.
If it has elevation 2, you can't fall, and end up stuck like you described (again, I don't know why).

I know this post doesn't answer your questions, but that's not its point.
The point of this post is to draw other people out of the woodwork - the kind of people who have a need to display their superior knowledge, but who won't do so unless someone else displays their inferior knowledge first.
a.k.a. http://www.urbandictionary.com/define.p ... eupmanship

Re: Stuck Champions bug

Posted: Sat Jan 23, 2016 12:50 pm
by Duncan1246
RayB wrote: Problem:
If I use the rope to descend, through the pit, from level 1 to level 2 all goes well. I land on the platform (floor elevation 2), no problem. However, if I step forward and fall through the pit I end up on the platform but the party appears to be looking downward and I am stuck! I cannot move forward, backward, left, right or turn. Trying to look around by right-clicking and moving the mouse does not work either. I have to stop the preview and restart to regain control. I wonder why this happens. Note that if I move the pit so the party lands on a platform with a floor elevation of 1 the problem does not occur.

If anyone has any knowledge of this I would appreciate a response.

I have only been at this for a few months and admit that I have not read all of the many posts. So if there is a previous post of this bug I apologize for this one.
Hi RayB,
As Zo Kath Ra says, the pit asset is a strange thing: I wanted to do the same thing as you, and all my trials fails. To avoid to you useless experiments, here is the list :
-- if you create a new pit asset (define a new object) with minimal save state= false (to keep the modifications alive in game) and unable the pit component to have only the model, and adding a teleporter to bring the party directly from level 1 to level 0 >>> pit works in the same way as you said...
-- if you use a party hook to teleport the party (with setPosition function) as soon as the party is on the pit coordinates, it works... with a delay, so the party go first to the wrong elevation and second (after a time) to the elevation indicated by setPosition.
-- floortriggers, teleporters don't work: the pit hardcode is always triggered first
-- others modifications of the asset don't work either.

So I think the only way is to create a new asset from scratch without the hardcoded part of the pit asset. At the moment, I think no one as made such asset.

Duncan

Re: Stuck Champions bug

Posted: Sat Jan 23, 2016 1:22 pm
by Dr.Disaster
Zo Kath Ra wrote:When you fall down a pit, you always end up
a) on the level below the current one (same x/y coordinates, but z coordinate is greater by 1)
b) at elevation 2

This is hardcoded (I don't know why).
The floor on the lower level needs to have elevation 0 or 1, so that you can fall onto it.
If it has elevation 2, you can't fall, and end up stuck like you described (again, I don't know why).
This might be an idea for a workaround to this behavior:
place an invisible silent teleporter at coordinate x/y/z=2. All it needs to do is port the party up i.e. x/y/z=5. Then the party just falls to the elevated floor like a regular pit fall.

Re: Stuck Champions bug

Posted: Tue Jan 26, 2016 7:17 am
by RayB
Hey guys, I thank you for your responses.

I hope Zo Kath Ra wasn't referring to me when he mentioned people wanting to show off their superior knowledge because when it comes to this stuff I have none. I need all the help I can get from guys like you so I certainly don't want to create any hard feelings.

I am working on a rope-up routine and in testing it discovered this glitch and just thought I would mention it so others could know. If it can be fixed (for future games and such) fine, if not, as I stated in my post I feel it is a small glitch and one that can be easily rectified. Just don't put a pit over a floor elevation below that's greater then 1! I have done some coding over the years and have come to realize that most programs require some compromises and work around tactics. It is what it is.

Thanks again.