1388 replies to this topic

[thewool]

camera position, angle , fov can be modified by script.

 

[bent98]

camera position, angle , fov can be modified by script.

Can you comment on how much left you have to go in regards to getting tables fully playable?

[wtiger]

Looks like good progress is being made.  Thanks for the updates louizou!

Edited by wtiger, 05 February 2013 - 12:41 AM.

[Syco54645]

camera position, angle , fov can be modified by script.

Can this setting be made universal in the application?

Sent from my Galaxy Nexus

[Zablon]

Thanks for sharing louizou.

 

Graphically they look really really nice and realistic but the viewing angle and overall depth is not so good. Will it be possible to add custom settings to render tables using factors such as layback, inclination, FOV, etc ?   The squared off look for FP tables in a cabinet breaks the immersion for me.

 

I would prefer that layback settings be for the program rather than per table. If every table is made the same this makes the most sense. Would feel much less hacky this way. I would also propose that tables have the ability to override physics settings rather than just write new ones. Maybe even add the options of (globally of course) rubber ware. that would be really cool.

I actually disagree with this. Tables were not made the same and many felt different. Sure many in "eras" felt the same within a company, but they all had their own flair.

[Syco54645]

Thanks for sharing louizou.

 

Graphically they look really really nice and realistic but the viewing angle and overall depth is not so good. Will it be possible to add custom settings to render tables using factors such as layback, inclination, FOV, etc ?   The squared off look for FP tables in a cabinet breaks the immersion for me.

 

I would prefer that layback settings be for the program rather than per table. If every table is made the same this makes the most sense. Would feel much less hacky this way. I would also propose that tables have the ability to override physics settings rather than just write new ones. Maybe even add the options of (globally of course) rubber ware. that would be really cool.

I actually disagree with this. Tables were not made the same and many felt different. Sure many in "eras" felt the same within a company, but they all had their own flair.

 

I meant like how in vp each table has different layback settings. it is annoying to have one table look awesome with its layback settings and another have no layback at all. if layback was controlled universally in the program it alleviate this issue.

[Brice]

Thanks for the screenshots, great work !!!

Good choice for the tables .

I can not wait to play....

Bye.

[louizou]

@bent98 : that's no easy to say ... some months for the most simple tables i think... one year for the most complicated

 

@syco  : those settings can  be easily tweakable during gameplay using sliders,  but the problem would be to save them back to the script after tweaking.
               LVR tools permit to read all FPT data but do not permit to save the script back to the table.If someone can do this, that would be really cool !!
               Come on C coders, let's go and do it !!
               What do you mean by "layback", i have problems understanding this word 

[thewool]

Hello Louizou,

 

when you take a 5 minute tea break from coding this topic may help and includes some images:  http://www.vpforums....showtopic=12222

 

It describes how a realistic view was achieved using inclination, FOV and layback settings in VP from 9.10 onwards. Layback is one value which dictates how far objects 'lean back' into the screen. It gives objects some depth. At least this is my interpretation.

[Syco54645]

@bent98 : that's no easy to say ... some months for the most simple tables i think... one year for the most complicated

 

@syco  : those settings can  be easily tweakable during gameplay using sliders,  but the problem would be to save them back to the script after tweaking.
               LVR tools permit to read all FPT data but do not permit to save the script back to the table.If someone can do this, that would be really cool !!
               Come on C coders, let's go and do it !!
               What do you mean by "layback", i have problems understanding this word 

 

 

Lou,

 

I am a c coder (not currently but have done it extensively in the past). Once you start working on the scripting again maybe the script could be external and not compiled inside of the table (the way that VPT files are, not familiar with FP at all). Then writing the layback settings would be easier as you could write it to the external script (I actually would prefer the script be external as then editing a table to change the rom that is used, or change it to use uvp or b2s would be very easy, not sure if you will be incorporating b2s into this). My thoughts were that there would be a player, will this not be the case? If there is a player maybe you can have a layback.ini file that would store the value for that specific table. The possibilities are endless as to how you could handle storing the data but I am not entire sure as to how the program works. 

 

 

 

Hello Louizou,

 

when you take a 5 minute tea break from coding this topic may help and includes some images:  http://www.vpforums....showtopic=12222

 

It describes how a realistic view was achieved using inclination, FOV and layback settings in VP from 9.10 onwards. Layback is one value which dictates how far objects 'lean back' into the screen. It gives objects some depth. At least this is my interpretation.

 

Thanks for posting this link thewool, should clear some stuff up for lou.

[louizou]

@thewool  :  i don't have time to look at it now,i will do this later. Page added to favorites ;-)

 

@syco  : FPT files are the same structure(ole structured storage) as VPT except that data is compressed with some LZO compression i can't handle.
               If someone is able to reinject the script into the FPT , that would be really cool IMO.
               If not, an external configuration file could be considered.

[settingsons]

For anyone interested I think the word 'Layback' in relation to a table was by conjured up by cupid - I think I remembering him saying that he couldn't think of better word. It has become part of our everyday language

Edited by settingsons, 05 February 2013 - 08:09 PM.

[Syco54645]

@thewool  :  i don't have time to look at it now,i will do this later. Page added to favorites ;-)

 

@syco  : FPT files are the same structure(ole structured storage) as VPT except that data is compressed with some LZO compression i can't handle.
               If someone is able to reinject the script into the FPT , that would be really cool IMO.
               If not, an external configuration file could be considered.

 

I am a bigger fan that the actual script for the table be made external then. That way it would be easier for someone to edit the script to disable dmd, use b2s, or uvp (not sure if you would be using b2s or uvp, I think that it would be better to use them to not reinvent that part of the wheel). I know that to extract vpt files I have used 7zip. I have never been able to recreate the archive though...

 

Also if you need to disable dmd across 20 tables it is a hell of alot easier to do it with a massive find and replace. however i would much rather see this stuff be universal (disable dmd for every table and use pindmd). Again, it would feel much less hacky this way... Not to mention it would take less time to get a table ready to use. Currently we have to download a table, open the table, if using hyperpin we have to disable the launch b2s, then disable the dmd. I would love to see this info stored in the registry or an ini file. I know it is early to be discussing this but programmatically it should really be considered at an early stage.

Edited by Syco54645, 05 February 2013 - 09:57 PM.

[ViriiGuy]

@bent98 : that's no easy to say ... some months for the most simple tables i think... one year for the most complicated
 

Hello Lou,
I am probably reading it wrong, but from your response it sounds like you plan to redo the FP tables rather than release an editor ? I am pretty sure we would much rather have a functional pinmame compatible editor with actual physics support.
The ability to import existing FP and VP tables would be second to that.

Thanks!

Edited by ViriiGuy, 06 February 2013 - 02:19 PM.

[Syco54645]

@bent98 : that's no easy to say ... some months for the most simple tables i think... one year for the most complicated

Hello Lou,
I am probably reading it wrong, but from your response it sounds like you plan to redo the FP tables rather than release an editor ? I am pretty sure we would much rather have a functional pinmame compatible editor with actual physics support.
The ability to import existing FP and VP tables would be second to that.
Thanks!

You would use FP for table editing and then use the new custom scripting. He said that he wanted to spend time getting the simulator correct rather than recreate an editor when the current editor in fp will work fine.

Sent from my Galaxy Nexus

Edited by Syco54645, 06 February 2013 - 03:18 PM.

[ViriiGuy]

Ahh ok gotcha. I missed that. Tha k you!

[rooter]

You would use FP for table editing and then use the new custom scripting. He said that he wanted to spend time getting the simulator correct rather than recreate an editor when the current editor in fp will work fine.

I believe that he said creating an editor could be possible in the future, but he wanted to get the simulator running first.  I would be really excited for an editor as well.  Simple things like being able to rename layers or highlighting a layer when you select an object that is on it would be immensely helpful.

[Syco54645]

You would use FP for table editing and then use the new custom scripting. He said that he wanted to spend time getting the simulator correct rather than recreate an editor when the current editor in fp will work fine.

I believe that he said creating an editor could be possible in the future, but he wanted to get the simulator running first.  I would be really excited for an editor as well.  Simple things like being able to rename layers or highlighting a layer when you select an object that is on it would be immensely helpful.

 

Too bad the editor portion of fp couldnt be opensourced...

Edited by Syco54645, 13 March 2013 - 04:27 PM.

[Syco54645]

Anything to report here lou? Hope some huge progress has been made.

[open6l]

Well - considering he said a month ago that some tables could take months - others could take a year,  I'd wait til late in the year before getting too excited.