While i agree that it makes no sense for ply to support any application
specific formats, I still support the idea of allowing for importing a
small subset of possibilities.
If the plugin is called osgdb_ply.dll, how should one know that it only
supports the semantic of equalizergraphics. Is there a warning that only
one format is supported? Is it documented other than by the implemented
parser itself?
Anyways, I personally just think that the format that was used in the data
that I used is not so special. If you take a look then it is semantically
not much different than the ones used in obj files, except that there are
extra R G B A fields. And I think it is not a bad idea to have it, as it
is then possible to have a binary way of storing large textured meshes.
Am Freitag, 24. Januar 2020 03:50:28 UTC+1 schrieb julienvalentin51:
>
> Hi
> PLY is a meta format. It means its interpretation is application
> specific...The simple fact to map ply metadata to osg attribute semantic
> (texture coordinate for ex) is a complete nonsense.
> osgply plugin might have been developped without that in mind and have
> implement an application semantic mapping (Equalizer LGPL source)
> if you want to use ply format you'll have to implement your own plugin i'm
> afraid
> Cheers
>
> Le lundi 20 janvier 2020 11:38:08 UTC+1, Tom Pollok a écrit :
>>
>> I converted the repaired obj meshmodel from
>> https://groups.google.com/forum/#!topic/osg-users/BBUYMYiWGl8 using
>> MeshLab to a ply file.
>>
>> https://owncloud.iosb.fraunhofer.de/owncloud/s/fF6tLLgDCu2xwZk
>>
>> Pw: osg
>>
>> I can load the ply file using MeshLab and CloudCompare, but when loading
>> the ply file using openscenegraph 3.6.2 then i just get model that is
>> completely black.
>>
>> The header defines in a comment that there is a texture file:
>>
>> ply
>> format binary_little_endian 1.0
>> comment VCGLIB generated
>> comment TextureFile Wareneingang_material_0_map_Kd.jpg
>> element vertex 99428
>> property float x
>> property float y
>> property float z
>> element face 186642
>> property list uchar int vertex_indices
>> property list uchar float texcoord
>> property uchar red
>> property uchar green
>> property uchar blue
>> property uchar alpha
>> end_header
>>
>> But MeshLab did not create an mtl file, however as said, other tools can
>> still load the model.
>>
>> For loading i use:
>>
>> osgDB::Options* opt = new
>> osgDB::Options;opt->setOptionString("noRotation");osg::ref_ptr
>> node = osgDB::readNodeFile(pathToPlyFile, opt);
>>
>>
--
You received this message because you are subscribed to the Google Groups
"OpenSceneGraph Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to osg-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/osg-users/4ed6afe3-8286-4450-8ba3-924e9abdbe52%40googlegroups.com.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
