When uploading small objects without hitting analyze, physics doesn´t get uploaded correctly

[canny[bot]]

We have been avoiding the analyze button of the uploader due to its problems with extra physics geometry + camera bumps. When I tried to upload this door using the same process, because we noticed that the door with analyze was generating camera issues around, I noticed that even with a simple physics triangulated, and the preview showing correctly, the physics does not get uploaded correctly.

Door frames are here: http://maps.secondlife.com/secondlife/MoleTest/106/59/23

White door frame used the analyze >> https://gyazo.com/b2ac84d9b0d81a137c253e0ead17f0a6

This is what happens when I resize above 50 cm and it shows the mesh uploaded>>

https://gyazo.com/3ee8df170355d60c6d26c6dc96ea3584

Red door frame didn´t >>

https://gyazo.com/8f2ffc19c026703e3756da62bb681323

this is what happens when I resize above 50cm >>

https://gyazo.com/fab3a059e4b5c01fe8da4e968bca1d4d

Both were uploaded with the same mesh LODs

https://gyazo.com/13cb287918b9ba5d29591219691c0356

The mesh needing to be resized to over 50cm to be able to see which was the physics uploaded, is another known bug >>

https://feedback.secondlife.com/bug-reports/p/incorrect-behavior-of-render-metadata-physics-shapes

Which is linked to some github issues, but I don´t know the real status of this fix

https://github.com/secondlife/viewer/issues/1016

https://github.com/secondlife/jira-archive/issues/4271

The only way around this - which is not the desired way - is to make a transparent face underneath everything to mimic the object being bigger than 50cm.

When you do that, and upload it, you don´t need even to use the analyze for the physics to be correct.

Orange frame is this workaround!

Uploader image:

https://gyazo.com/a4033bf4058091f7449350fc7af3de33

Mesh models with the hidden face sized to 52cm:

https://gyazo.com/e640f12aa587ba2a2674ce75b724a993

Video showing how the physics automatically shows right because the mesh model is over 50cm:

https://gyazo.com/5b15c0aa2286ba61ee0b0bd702057193

---

Viewer info:

Second Life Release 7.1.9.10515727195 (64bit)

Release Notes

You are at 103.8, 72.8, 23.0 in MoleTest located at simhost-0343eaf1ac316b2ad.agni

SLURL: http://maps.secondlife.com/secondlife/MoleTest/104/73/23

(global coordinates 260,968.0, 241,737.0, 23.0)

Second Life Server 2024-09-13.10853867644

Release Notes

CPU: Intel(R) Core(TM) i7-10750H CPU @ 2.60GHz (2592 MHz)

Memory: 65444 MB

OS Version: Microsoft Windows 11 64-bit (Build 22631.4169)

Graphics Card Vendor: NVIDIA Corporation

Graphics Card: NVIDIA GeForce RTX 2060/PCIe/SSE2

Windows Graphics Driver Version: 32.0.15.5599

OpenGL Version: 4.6.0 NVIDIA 555.99

Window size: 1920x1003

Font Size Adjustment: 96pt

UI Scaling: 1

Draw distance: 128m

Bandwidth: 3000kbit/s

LOD factor: 1

Render quality: 2

Texture memory: 5187MB

Disk cache: Max size 1638.4 MB (100.0% used)

J2C Decoder Version: KDU v7.10.4

Audio Driver Version: OpenAL, version 1.1 ALSOFT 1.23.1 / OpenAL Community / OpenAL Soft: OpenAL Soft

Dullahan: 1.14.0.202310131404

CEF: 118.4.1+g3dd6078+chromium-118.0.5993.54

Chromium: 118.0.5993.54

LibVLC Version: 3.0.16

Voice Server Version: Not Connected

Packets Lost: 225/18,690 (1.2%)

October 02 2024 18:09:52

https://secondlife.canny.io/admin/board/mole-bugs/p/when-uploading-small-objects-without-hitting-analyze-physics-doesnt-get-uploaded

[canny[bot]]

This issue has been linked to a Canny post: When uploading small objects without hitting analyze, physics doesn´t get uploaded correctly :tada:

[akleshchev]

Overall this doesn't look like an 'upload' issue, this looks like a dupplicate of https://github.com/secondlife/viewer/issues/1016, which got fixed in extraFPS.

But there might an issue here with https://feedback.secondlife.com/bug-reports/p/incorrect-behavior-of-render-metadata-physics-shapes

[georgebproductengine]

PE does not have access to teleport to the http://maps.secondlife.com/secondlife/MoleTest/106/59/23. Could you provide please the test object? Verified on the Second Life Release 7.1.11.11296522354 (64bit) on Win10/OSX in the scope of https://github.com/secondlife/iqa/issues/366.

[Geenz]

I've tested this in ExtraFPS, and it appears things look correct but I'd like some verification that this is what it's supposed to look like

[Geenz]

On develop:

It appears to have the same result as on ExtraFPS.

[Geenz]

Rescaling one of the problem assets on that parcel on develop does not exhibit the bug they had outlined:

[Geenz]

Checking again on ExtraFPS rescaling the object on its Y axis to be big and small, it appears to look correct.

[Geenz]

If the problem is just visualization (which it appears to be at first glance) then I think this is fixed both in develop and ExtraFPS.

[igorlproductengine]

Need more info. Verified on the Second Life Release 7.1.11.11864501455 (64bit) on Win10/OSX in the scope of https://github.com/secondlife/iqa/issues/386.

Could someone provide access to the MoleTest region, deliver a copy of the door frame objects to my inventory, or add a copy of the object to this ticket or any of the Product Engine regions with permission? This will allow me to investigate the issue further and test potential workarounds effectively.

[AtlasLinden]

I'm also unable to reproduce this issue after uploading my own model similar to the above. Passing QA.