357 replies to this topic

[mukuste]

Fantastic! Any chance the desktop version is also lying around on your hard disk somewhere, just waiting to be uploaded?

[unclewilly]

It only takes a few minutes to make. I have to be at work in 4 hours so I have to get some sleep. I'll upload it tomorrow after work.
I'm curious to see how the holes behave with your new physics.

Working on a physics mod version also

[gogo69]

thank you uw & randr !

 

it's a perfect smooth playing awesome looking tabel !!!!!!!!!!

one question : frank now moves butter smooth for me , drac still is a lil choppy ... do i have to tweak something to get advantage of those 1600frames you mentioned ?

 

thank you again i am off playing MONSTER BASH ! yeah !!!!

[Slydog43]

drac choppy here as well, but incredible table, thanks

[skinooe]

Thanks for your great update so much. I love it.

[unclewilly]

Here is the thing. Frank and the dropping targets are super smooth because they are on a timer.
Drac is fully rom controled. I guess the emulation isn't perfect and even with 3200 frames drac was still a little choppy. So any coders out there, if you can figure out how to get drac to move smoothly please let me know. I spent many hours trying to get him smooth. Problem is he moves both directions and pinmame doesn't read the signal from the hr ridge that controls the direction. If I could get that signal I could use a timer and make him smooth

[The Loafer]

Relevant to this, What other vpm games exist that have a similar toys where an object is moved from one location to another and is interactive with the ball? Ie I can only think right now of BTDK's crane. I know bad example lol

[randr]

Agreed. If I remember we were working on drac and that's when I think I suggested a break and do another table. If some can get it smooth that would be awesome.

[unclewilly]

It is the same mech as the cc train, except the cc train just goes all the way one direction then all the way back.
Drac moves forward and backward at different times..
The way the class is it says that one solenoid moves drac forward the other backward. But in the table during any drac movement both solenoids are active.

So there has to be a relay of some sort which tells what solenoid engages the motor to choose the direction.

I'm not sure how to find that relay.

If I could I could make drac as smooth as the frank.

Any help is appreciated.

I guess I could code in a bunch of solenoid numbers and run the drac test to see if any of them are pulsed when he changes direction

[Sunskift]

Thanks unclewilly and randr !
It is not often that I change the order in the top five tables in my cab, or let any new ones in to that category, but this one makes it no questions asked! Awesome job you have done, pure magic! Looking forward to the VP10 version (and of cause - Fire....)

[gogo69]

sorry I know you invested a lot of time in this , it was not intended to be critisism ! just wanted to know if there is something i can do , or why it is the way it is ( and UW explained it now )

for me it does not matter ! I think this table is the BOMB ! and one of my favourite VP tables ever !

thank you so much for all your effort !!!

 

you guys ROCK !

[mukuste]

It is the same mech as the cc train, except the cc train just goes all the way one direction then all the way back.
Drac moves forward and backward at different times..
The way the class is it says that one solenoid moves drac forward the other backward. But in the table during any drac movement both solenoids are active.

So there has to be a relay of some sort which tells what solenoid engages the motor to choose the direction.

I'm not sure how to find that relay.

If I could I could make drac as smooth as the frank.

Any help is appreciated.

I guess I could code in a bunch of solenoid numbers and run the drac test to see if any of them are pulsed when he changes direction

 

So the problem here is that VPM doesn't expose all of the data that the ROM outputs, not the capabilities of VP itself?

[unclewilly]

No not vp at all.
The frank animation was also choppy in the prior version, but due to the type of vpm mech I could switch to a timer and call the switches manually.
But there is a forward/backward switch that is called for the drac mech that I'm not sure how to read. It has to be a relay or solenoid that tells the hr ridge which motor to engage on the drac mech
Until I figure out how to read this I'm stuck with the mech class and choppy drac movement

[ClarkKent]

I like the new version of your table very much! Drac is moving a little choppy but what the heck! I'm looking forward for a version for the new physics!

[arngrim]

new version approved by your best fan

 

she starts to be very good, just at some point she freezes and don't want to play, weird

 

http://youtu.be/IpxPMk245JY

[Horrible]

Fantastic .

Thanks for the update. Just made my top score while testing.

Keep up the good work, really appreciated.

[BobAlbright]

This is a showpiece for my cab. Thank you,!

[ClarkKent]

I noticed that Creature is not shaking as nice as in the version before this one. Little bit jerky.

[arngrim]

i will continue the hole discussion here, i just looked at the fs table, and the inside of the hole is black, but here are some fotos of the real pîn, the inside is metal, we can even still see the ball in the hole on the last picture, but maybe that is because of the angle that is very vertical, i know it's just a small detail, would love to see something else like metal than a black hole for holes

 

 

 

 

 

 

 

 

 

Edited by arngrim, 04 June 2014 - 06:08 PM.

[unclewilly]

It's strange. I wonder if it is the light source in vp or the alpha ramp for the playfield.
I know the mesh for that up kicker has metal walls. And the whole table is raised about 75 units so they should be visible

I noticed that Creature is not shaking as nice as in the version before this one. Little bit jerky.

I'll see if I can smooth that out