| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| | |_|_|_|_|_|_|_|_|_|/
|/| | | | | | | | | |
| | | | | | | | | | |
| | | | | | | | | | | |
use yet; the interface will be defined in a later commit.
|
| | |_|_|_|_|_|_|_|_|/
|/| | | | | | | | |
| | | | | | | | | |
| | | | | | | | | | |
was wound in a mesh asset
|
| | |_|_|_|_|_|_|_|/
|/| | | | | | | | |
|
| | |_|_|_|_|_|_|/
|/| | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
invisible barriers in sculptie doorways (Mantis 6529).
Bump up level-of-detail for physical meshes to 32 (the max). This
fixes the invisible barriers that showed up in prim cut arches.
NOTE: the default LOD values are removed from OpenSimDefaults.ini.
If you don't change your OpenSimDefaults.ini, you will continue
to see the arch problem.
|
| | |_|_|_|_|_|/
|/| | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
This is mostly Bluewall's work but I am also bumping the general version number
OpenSimulator 0.7.5 remains in the release candidate stage.
I'm doing this because master is significantly adding things that will not be in 0.7.5
This update should not cause issues with existing external binary DLLs because our DLLs do not have strong names
and so the exact version match requirement is not in force.
|
| | |_|_|_|_|/
|/| | | | |
| | | | | |
| | | | | | |
mesh caching. Since BulletSim caches and tracks the unmanaged memory version of meshes, the Meshmerizer itself does not need to cache built meshes once BulletSim has made the physical proxy mesh.
|
| | |_|_|_|/
|/| | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
ODEPrim, for instance, always hits this code path twice at the moment
Firstly before any sculpt data has been loaded (hence the spurious message)
Secondly when any sculpt data has been loaded or failed to load (when the message would be valid).
Hence comment this out and rely on the message in ODEPrim.MeshAssetReceived() instead
(though this is not ideal since it requires all physics plugins to copy/paste similar code).
|
| | |_|_|/
|/| | | |
|
| | |_|/
|/| |
| | |
| | | |
sliced linear prims. Addresses Mantis #6085
|
| |/ / |
|
| |/
|
|
|
|
| |
was generated for a mesh
Also adds prim name to the "no asset data" error log message
|
| |
|
|
| |
struct
|
| |
|
|
|
|
| |
PrimitiveBaseShape
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
| |
|
|
|
|
| |
vertices in generated prim meshes
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
| | |
|
| |
|
|
|
|
| |
it's own method.
fix build break.
|
| | |
|
| |
|
|
| |
into a separate method, in order to make the code more readable.
|
| |
|
|
|
|
| |
data fails.
This is to address http://opensimulator.org/mantis/view.php?id=5612
|
| |
|
|
| |
Addresses http://opensimulator.org/mantis/view.php?id=5584
|
| |
|
|
|
|
| |
generation" message.
Can probably comment out this message soon, once a few other issues are tidied up.
|
| |
|
|
|
|
|
|
| |
Unable to get to the bottom of why resizing a mesh fails to properly reset the physics proxy, when toggling phantom does
After a mesh is generated, the existing sculptdata is set to zero in PrimitiveBaseShape to save memory
When phantom is toggled, the sculptdata is regenerated before remeshing.
But on resize, the sculptdata is not regenerated.
So clearly, resetting sculptdata is possible, but haven't quite been able to pin down how this is being done when phantom is toggled.
|
| | |
|
| |
|
|
|
|
| |
CraeteMeshFromPrimMesher() method
Also remove some of the logging spam left in from the last commit.
|
| |
|
|
|
|
|
|
| |
As per http://wiki.secondlife.com/wiki/Mesh/Mesh_Asset_Format, some submesh blocks may just have the flag "NoGeometry" to signal that they provide no mesh data.
If a block contains this, ignore it for meshing purposes rather than suffer a ClassCastException
This fixes physics proxy meshing, so you can now walk through mesh doorways, properly stand on the trailer of mesh trucks, etc.
To get mesh physics proxy, the UseMeshiesPhysicsMesh must be true in a [Mesh] config section in OpenSim.ini (example in OpenSimDefaults.ini).
Convex hull physics not currently supported.
|
| | |
|
| |
|
|
| |
Fix an invalid cast exception while decoding new mesh asset format.
|
| |
|
|
| |
for physics mesh
|
| | |
|
| |\ |
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| |
|
|
| |
Main reason for upgrade is to revert API change that was introduced in order to support headerless binary LLSD decoding needed for deserialization of the mesh assets, which turned out to be unnecessary as we can transparently decode both kinds.
|
| | |
|
| | |
|
| |
|
|
| |
UseMeshiesPhysicsMesh = true to enable. See file OpenSimDefaults.ini for example.
|
| |
|
|
|
|
| |
and rebase.
Signed-off-by: Teravus Ovares (Dan Olivares) <teravus@gmail.com>
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
caching for meshing
|
| | |
|
| |
|
|
|
|
|
|
| |
allowing the decoded sculpt map cache path to be defined in
the configuration files.
Use DecodedSculpMapPath in the [Startup] section to set
the path. The default is still ./bin/j2kDecodeCache
|
| | |
|
| |
|
|
|
|
| |
home and position info in the presence service. WARNING: I violated a taboo by deleting 2 migration files and simplifying the original table creation for Presence. This should not cause any problems to anyone, though. Things will work with the new simplified table, as well as with the previous contrived one. If there are any problems, solving them is as easy as dropping the presence table and deleting its row in the migrations table. The presence info only exists during a user's session anyway.
BTW, the Meshing files want to be committed too -- EOFs.
|
| | |
|
| |
|
|
| |
with PrimMesher r56
|
| |
|
|
| |
Sync with PrimMesher r55
|
