11 replies to this topic

[AndersL]

I am having a bit fun with (trying to) recreating an old DOS-table into VP (Android) and currently  experimenting a bit with minimum wall/ramp-heights. The reason for that is that I wanted the walls as small as the original  table as possible.

 

 

However, with VP 9.1.5, I've found  that a ball can at any speed pass a wall from above and below as long as the bottom height is not below 37,50something , before getting trouble. However, when the ball hit's the ramp, get some airtime and then lands on the table again, the ball suddenly cannot pass under the same wall again,  the ball simply rolls above it unless the bottom height is 37,71. It seems like we're loosing some decimals here...   

[faralos]

can you post on this as that doesn't make sense to me at all

the bottom heights are all one number

that means that the bottom height can't be two numbers

like you are showing

example: wall B top height 57

bottom height 37

but the bottom height can't be 37,57

Edited by faralos, 29 May 2013 - 12:04 AM.

[AndersL]

Here is an example with three walls with bottomheight 38, 37,51 and 37,5. As you can see, the 0,01 does in fact matter. My problem is though that when adding a ramp (not recreated here) it doesn't seem like the ball sticks entirely to the ground when it lands. I can use the flipper to relaunch the ball under the wall and to the ramp, but when the ball lands it get stuck on top of that same wall. I do find that behaviour odd..

Edited by AndersL, 30 May 2013 - 02:18 PM.

[faralos]

I have never seen a bottom height with that many numbers and a comma in it

can you please post that table as I still think that height for the bottom of the walls is wrong

[AndersL]

If you have Visual Pinball installed, and it's a recent version, there should be no problem to try recreate this yourself. Instead I am uploading a table wich explains the rampbug I reported. It was created with VP 915 and might behave  different on older versions.

Attached Files

•  testofballbeforeandafterramp.vpt   92KB   1 downloads

Edited by AndersL, 30 May 2013 - 02:38 PM.

[faralos]

I got most vp versions from vp6 going to the newest 544 vp version

I'll try in with vp9.1.5 though since that is where you are encountering the problem

thanks! I'll let ya' know how it goes

here's the oddity when the ball rolls under it it's okay

but that bottom value must have a decimal like yours does

 if putting the bottom height at just 37 and NOT 37.501

 the ball hangs up on it

since the ball size is 50 obviously it won't fit under it

 when it's bottom is 37 pixels off the play field

so it must be a glitch in the Matrix for it to do that odd thing

 like passing under it the first time as it should not even be doing that

sorry for not being able to actually help ya'

[AndersL]

here's the oddity when the ball rolls under it it's okay

but that bottom value must have a decimal like yours does

 if putting the bottom height at just 37 and NOT 37.501

 the ball hangs up on it

since the ball size is 50 obviously it won't fit under it

 when it's bottom is 37 pixels off the play field

so it must be a glitch in the Matrix for it to do that odd thing

 like passing under it the first time as it should not even be doing that

sorry for not being able to actually help ya'

It doesn't have to be a decimal. 38 will work aswell, but the ball will not get stuck then.

Bug 1: My guess is that the size of the ball is supposed to be 50 (and maybe it is in the width), but the wall prooves that height of the ball is actually calculated to be 37,5.

 

As I also mentioned above, If the bottom of the wall is lifted  to 37,69 there should be plenty of space for the ball to go down. However, when the ramp lifts the ball from the table even just a little, the ball still get stuck on the wall.

Bug 2:When the ball changes altitude, extra height is not correctly substracted.when the ball lands

 

Actually, you've confirmed that these bugs are not just on my end, wich is half the help! Thanks

[faralos]

any wall that sits at a height of less than 50 for its base will always get the ball stuck under it

in vp9 the ball is 50 in size meaning plastics must be at least 51 for their bottom height

for clearance under them and higher really in case of ball jumps

 my plastics all sit at around 60 for their top and 55 for the bottom to be sure of ball clearance

I still can't figure out your problem though and it's an odd one to be sure

[AndersL]

Sorry, I'm confused, are you saying that when you run that table the ball don't hit down to the flippers once at all? Cause that is what it's doing at my end...

[faralos]

first time yes the ball does indeed travel to the flippers

 but after the ramp hit then it gets hung up on that wall

still have not figured out why that occurs

like you said it is like the ball is above the actual surface

since it hits the wall on the way down the table but only after it travels up the ramp

this is definitely one for the dev. team to figure out

out of curiosity have you tried to lower the table height yet?

 the table height can also be lowered to adjust for the ball hitting the wall

I had to drop the table height in my Pharaoh pin

to have clearance under a ramp for the ball to travel

the table height is a neg. 1 just enough for ball clearance

but not enough to affect the rest of the table or ball play anywhere else

[faralos]

dwell on this for a bit

 when I drop the table height to a negative one

 the ball always clears that wall even after  it travels up the ramp

 go figure

 the wall has a height of 50 for its top and a 37.501 for its bottom

Edited by faralos, 31 May 2013 - 03:00 PM.

[JavaJack]

that many numbers and a comma in it

http://en.wikipedia....i/Decimal_comma