No bumper meshes

[arthurkehrwald]

Bumper meshes are no longer generated. I briefly checked what happens in MainRenderableComponent.RebuildMeshes when the 'Force Update Mesh' button is clicked in the inspector and it turns out MeshComponents is emtpy.

[freezy]

They've never been generated, it's just a prefab linking to an .fbx file for the geometry. I'll have a look, the mesh generator should be removed if there is still one.

Is this when importing a table or when creating a new bumper from the toolbox?

[arthurkehrwald]

It's both

[freezy]

Can you retry with latest? Be sure to pull all the repos, I've updated some prefab GUIDs lately, maybe that was the problem. In any case, the example table's bumpers import okay (apart from the materials that need to be fixed in general):

[arthurkehrwald]

Where do I get this example table?

[freezy]

Just open VPX -> File -> New -> Full Example Table -> Save

[arthurkehrwald]

Tested with the latest VPE 0.0.1-preview.153 and VPE.URP 0.0.1-preview.139. Three of the five bumper caps are showing up when importing the full example table, but the rest of the bumpers is still missing and bumpers added via the toolbox have no meshes at all.

[arthurkehrwald]

Under HDRP, it works fine.

[freezy]

Are you 100% using URP in your project? I'm wondering if it's not time to work on a (lit) shader graph that works for both URP and HDRP to use in the asset library, so we can use assets in both SRPs.

I've been working on an asset style guide recently, and will soon create a new asset library that follows these guidelines (and doesn't weight as much as the current one). So, if you're actively using URP, I might as well put some efforts into a common shader first.

[arthurkehrwald]

Yes I definitely think URP is the way to go for me. I just don't need photorealism for my project. The decision to officially support it is still kind of in the air right? I think it's definitely worth questioning whether we need two RPs, but I wouldn't make this decision based on what I personally need for my weird AR pinball thing, but what the prospective users want and what hardware they have. I can deal with the issues that follow if you decide to drop it. Maybe you could do a little hardware survey on the forums. Although that's probably going to underrepresent low powered systems. I personally think the system requirements of HDRP are hard to justify for something like a pinball simulator, especially with the absurd prices of recent GPUs and how affordable 4K displays have become in comparison. Another consideration is that many table authors are probably not super knowledgeable about perf optimization and will publish tables with suboptimal performance.

Pandelii had a strong opinion in favor of HDRP, right? What was the rationale for using it over URP? Just to max out fidelity or was there something more technical?

[freezy]

At the time, URP didn't support deferred rendering. That's not the case anymore.

Personally, I'd like to be able to target both. High fidelity graphics that utilize powerful hardware if available is one of the things that will set VPE apart from all the other pinball sims.

I don't think authors need to be very knowledgable about perf optimization, where it's important we'll document it.