- View New Content
-
Getting Started
-
Tutorials
Tutorial Categories
Tutorials Main Page Installation and Setup Downloadable TutorialsROM Adjustments
Number of Balls Adjustments Volume Adjustments
-
Visual Pinball Tables
VP 8 Desktop Tables
All VPM Recreations VP Recreations VP/VPM MODs VP Originals ROMsVP 9 Desktop Tables
All VPM Recreations VP Recreations VP/VPM MODs VP Originals ROMsVP9 Cabinet Tables
All Full Screen Cabinet Full Screen B2S Cabinet Spanned Cabinet Tables Media Packs ROMsVPX Tables
All VPinMAME Recreations VPX- - /VPinMAME - MOD Tables VPX Recreations VPX Originals Media Packs ROMs VR
-
Frontend Media & Backglass
Media Packs
Complete Media Packs Wheel Logos VideosBackglasses
dB2S Animated Backglasses UVP Animated Backglasses Topper Images
- Future Pinball Tables
-
Design Resources
Main Resources
Table Templates Playfield Images Image Library Sound Library Key CodesVP Guides
VP8 Guide - English VP8 Guide - Deutsch VP9 Guide - English VP9.1.x Guide - English VP Object Guide VPM DocumentationFuture Pinball Resources
Playfield Images 3D Model LibraryFuture Pinball Guides
FP Script Guide Big Draco Script Guide FP Table Design Guide FP DMD Guide
- Other Features
- Bug Tracker
- Image Gallery
- Blogs
-
More
The VP 9.2.1 Alpha/Beta Bugs & Feedback thread
Started By
fuzzel
, Dec 19 2013 10:12 PM
666 replies to this topic
#381
Posted 20 January 2014 - 06:02 PM
We need directx9 for that i guess

My youtube channel
How to use controller.vbs for SS tables in depth
How to use controller.vbs for EM and Original tables in depth
#382
Posted 23 January 2014 - 01:05 PM
Kind of laTe on this question.
It's about ball reflection.
Does ball reflection only work on the main Playfield?
Or if you have a raised Playfield made from a wall will the ball reflection still show.
I could test but won't be home for another 12 hours
It's about ball reflection.
Does ball reflection only work on the main Playfield?
Or if you have a raised Playfield made from a wall will the ball reflection still show.
I could test but won't be home for another 12 hours
"it will all be ok in the end, if it's not ok, it's not the end"
Monster Bash VP10 WIP https://dl.dropboxus... (vpx)WIP15.vpx
#385
Posted 23 January 2014 - 03:37 PM
Got it yesterday as well after updating to the latest rev.
#386
Posted 23 January 2014 - 03:52 PM
I have the black flippers with 886 also
#393
Posted 25 January 2014 - 08:11 PM
I could send you the monster bash update
"it will all be ok in the end, if it's not ok, it's not the end"
Monster Bash VP10 WIP https://dl.dropboxus... (vpx)WIP15.vpx
#395
Posted 25 January 2014 - 08:30 PM
I used to think checkpoint was most demanding, but after the update it plays much better. I think I will redownload the older checkpoint to play with. UW, how far off is MB? maybe for superbowl party? I love hanging around sat afternoon ready posts and playing with cab. thanks to all who make this hobby what it is
no flippers appear with 896 and circus voltaire 1.3 platinum.
Edited by Slydog43, 25 January 2014 - 08:37 PM.
#396
Posted 25 January 2014 - 08:36 PM
Hopefully the platinum beastly version will be ready this week.
"it will all be ok in the end, if it's not ok, it's not the end"
Monster Bash VP10 WIP https://dl.dropboxus... (vpx)WIP15.vpx
#397
Posted 25 January 2014 - 11:14 PM
I used to think checkpoint was most demanding, but after the update it plays much better. I think I will redownload the older checkpoint to play with. UW, how far off is MB? maybe for superbowl party? I love hanging around sat afternoon ready posts and playing with cab. thanks to all who make this hobby what it is
no flippers appear with 896 and circus voltaire 1.3 platinum.
Yep that's a known issue but I haven't found the reason for it yet. As a workaround switch to the night mod and the flippers are visible.
#398
Posted 26 January 2014 - 12:05 AM
The CV 1.3 platinum flipper issue is becuase the other sets of flippers have ".visible" cleared in the editor / on the object which seems to effect things if the table's launched with those fields cleared. The table already has logic to set all flippers to .visible=0 then the right ones for the mode chosen so enabling the .visible on the flippers that don't have it in the editor fixes the issue without affecting the rest of the logic / options. Also, other graphical glitches will occur with these new flippers as they now have to be carefully ordered like other dynamic objects.
However, there will be problems as any table that only disabled the .visible flipper setting previously will now no longer disable enough aspects of the flippers as since rev 869 where the .visible and .enable were separated. This will result in more than one flipper interacting with the ball (even though you can't see it) and it will change the physics on the table for shots entirely (makes them stronger and the lateral shots become unmakable). I've witnessed this and just recently had to rewrite some routines to check for the revision number and handle the hiding / showing of flippers differently based on it. But this physics element is not specific to the latest flipper rendering changes and predates them as it is caused solely by the splitting out of the older .visible attribute.
@fuzzel - the performance is still being hit reasonably on the couple test tables I've tried. The one we're working on together goes from about 415 with the ball in the plunger lane to about 365 between revs 893 and rev 896 respectively. It's actually less of a drop in FPS using the version you made with the 3d primitive meshes than it is to use the same version without them but on this latest build. Another table I'm working on goes from 700 FPS to 575 between the same versions. This is all without AA and using just hardware rendering which still gives me the best performance on all other tables (flipper issues aside).
So, we're getting about a 14 % drop in the first case and an 18 % drop in the second. Even outside of FPS, I also worry about the performance that can be impacted and not always evident by just FPS, like under heavy lighting events, with using forced AA (or the 3D stereo options built-in to VP), multi-ball, or other demanding sequences where the ball can and does get choppier with the more events occurring / being drawn in real-time.
I take it you're hoping for better news than this but while we're getting 3D primitive meshes of flippers performing considerably better than these new ones, I don't see the point with using these / going this direction and will say again I think that this is best reserved for another branch than just getting one more thing that's not pre-rendered when ultimately that's not going to matter for VP 9x as not everything's going to be converted anyway. However, I do know this is just testing (the Beta thread after all) and this was added back in with the bug fixes that were caught in hopes that it would be the same performance - knowing on the next revision it can be yanked back out like before if it doesn't prove to work without problems / well enough. If it can be done without any performance impact than I say great, but as far as the above, unless that's the case can we keep the flippers the same / consistent and save the new dynamic rendering for the VP10 branch? With the 3D primitive mesh flippers you showed me and how they had so little performance hit plus looked amazing, it just doesn't make sense to me to be changing the default flippers any further than what was needed to get the visible and collidable (enabled) separated.
Edited by jimmyfingers, 26 January 2014 - 12:09 AM.
#399
Posted 26 January 2014 - 12:42 AM
One reason for including these now is that this fixes a longstanding rendering issue with intel gfx chips (ball rendered on top of the flippers).
And as this release might be the last VP9.X.X release i guess its valid to get it to run flawlessly on as many setups as possible, as the new release cycle might be 'useless' on a lot of systems for a longer time period.
As for the concerns that the impact will be highest in demanding situations: That's actually not true, as the ratio will obviously decrease even further, so the smaller the FPS, the smaller the impact of the rendering of these elements will be (i would guess from your numbers that then the impact will be in the <5% range).
Also on our machines the performance decrease was barely measurable, so thats also pretty weird, which GFX card do you have in your machine?



Top













are all trademarks of VPFORUMS.