Graphical glitches (v0.09 w/0.08sav)

[beowuuf]

type: bugs
properties: graphics
priority: low/medium

Purple worms - facing right, at the back, and viewed from 3 steps away they don't show up (I don't know if this is deliberate of not), could only compare with the left facing front view, same distance

Stairs down still have a graphics glitch when viewed from the furthest distance, left or right:
<a href="http://www.geocities.com/beowuuf/Image1 ... e10.jpg</a>
<a href="http://www.geocities.com/beowuuf/Image1 ... e11.jpg</a>

Vertically split doors do not line up properly closed when viewed at the furthest distance:
<a href="http://www.geocities.com/beowuuf/Image1 ... e12.jpg</a>

Cracks and crack switches - viewed from the right hand side (only) they are drawn too high
<a href="http://www.geocities.com/beowuuf/Image1 ... e13.jpg</a>
When looked at straight on, the middle distance graphic (15) is drawn too far to the right
<a href="http://www.geocities.com/beowuuf/Image1 ... e14.jpg</a>
<a href="http://www.geocities.com/beowuuf/Image1 ... e15.jpg</a>
<a href="http://www.geocities.com/beowuuf/Image1 ... e16.jpg</a>

Ugh, to view most of the links, delete the last g, then replace it, and they will work fine.

[George Gilbert]

The crack switch thing is a known issue (as are all asymmetrically placed objects). No idea how to solve it though as I've looked and can't find an easy way round it.

I can't see the problem with the stairs though?

[Gambit37]

There's two issues here:

1) Stairs leading off to the right or the left when viewed from 3(4?) steps away show the graphic of the stairs as if you were viewing it from directly in front. (Not sure which image this was - can't seem to display Beowuufs images on my browser at work - how crap is Geocities or what... anyway)

2) There was one image showing the stairs leading off the left and right - a small bit of the bannister is displayed. I think the issue is that you should be able to tell which goes up and which goes down - they both look the same from 2 squares away. This may be wrong though!

[beowuuf]

It might have got lost in the rambling, it's only stairs down that show this glitch. It's image 11 that actually shows the problem, the previous image (which gambit mentioned) was to show I was at a skeleton stairway

To view the geocities pictures, for some reason you have to let it not find the picture, then replace the g, and it worked for me...and yes, geocities or ezboard is definitely making links a pain in the neck.

Gambit's right, you can't tell up from down, but you couldn't in DM either, and I'm not sure at that distance howe you could without it looking strange (the stairs are set quite deep into the tile,).

[beowuuf]

"The crack switch thing is a known issue (as are all asymmetrically placed objects). No idea how to solve it though as I've looked and can't find an easy way round it."

It seems solved for looking at them from the left, which is the strangest thing - is this because it is higher up the wall here?

[George Gilbert]

All the graphics are drawn as they would appear on the LHS (which is why it looks correct there). They are then flipped to get the RHS version. If you think about it though, if an object is on the LHS of the wall when you look at is straight on, when it's side on, on the LHS, it will appear close to you. If you look at the same object from the side from the other direction (i.e. it's on a side wall on the RHS), then it will appear to be further away from you than it did before.

This is the problem - simple flipping of asymmetric objects from one side of the screen to the other doesn't work; they have to be scaled too in some kind of false-perspective kind of way. It's going to be a huge non-trivial change to cope with these graphics. <i>Edited by: <A HREF=http://pub50.ezboard.com/ugeorgegilbert ... =EN>George Gilbert</A> at: 4/20/01 1:04:50 pm
</i>

[Gambit37]

I'm at work so don't have reference materials to work from, but can anyone confirm whether or not DM used multiple graphics for these situations, or were the same images used and modified somehow? I seem to recall that only one graphic was used which means there must be a resonably simple algorithm that can handle the situation George has described.

[Gambit37]

The more I think about this, the more I think that DM didn't bother making it perspectively correct - I think it just flipped the image and positioned it incorrectly on the RHS but at the same position it would be if it were on the LHS.

[beowuuf]

The only one i can think of is the tiny button - and that appeared as a blemish from the side, so no differing graphics needed, and it is hard to tell with that odd vertical line in the graphics whether it was moved or not, but both sides look like they are at the same point - so the RHS is off.
The wall crack in DM is central, so the side on graphics didn't have to be moved...George's wall crack is more common sense, in that it's the (non central) edge of a brick that is chipped off.

Can you introduce a second offset in where it is drawn in the y direction? All objects would have 0, except for these objects, and this offset would get mirrored too. If you adjust the original so that it is half way between both correct positions, would this work?

[George Gilbert]

Fixed for V0.10