Collada exporter: Redundancy in UV coordinating #35499

New Issue

Hossein Noroozpour · 2013-05-24T16:19:15+02:00

2013-05-24 16:19:15 +02:00

%%%--- Ubuntu 13.04 x64, Nvidia G105 ---

- Blender v 2.66 ---

Short description:
I using blender for creating scene for my application, and I'm using Collada format for exporting my scene. when I started importing basic shapes in my 3D engine I encountered some kind of redundancy in UV texture coordinating, I mean element in .dae file, It seems the exporter module create UV values for every polygon, while this redundancy is not necessary, redundancy for UV must occur only for vertices that are in unwrap seem edges. I have some algorithm in my mind, but I don't know if it's implemented, can be implemented in blender or even it is a bug or whatever.

Steps:
1-run
2-empty scene
3-create cube
4-triangulate mesh
5-make a proper unwrapping
6-export collada
7-see what redundant collada you have.%%%

%%%--- Ubuntu 13.04 x64, Nvidia G105 --- - Blender v 2.66 --- Short description: I using blender for creating scene for my application, and I'm using Collada format for exporting my scene. when I started importing basic shapes in my 3D engine I encountered some kind of redundancy in UV texture coordinating, I mean <source id="objectMeshName-mesh-map-number"> element in .dae file, It seems the exporter module create UV values for every polygon, while this redundancy is not necessary, redundancy for UV must occur only for vertices that are in unwrap seem edges. I have some algorithm in my mind, but I don't know if it's implemented, can be implemented in blender or even it is a bug or whatever. Steps: 1-run 2-empty scene 3-create cube 4-triangulate mesh 5-make a proper unwrapping 6-export collada 7-see what redundant collada you have.%%%

Hossein Noroozpour commented

2013-05-24 16:19:15 +02:00

Changed status to: 'Open'

Sergey Sharybin commented

2013-05-24 20:15:55 +02:00

%%%Gaia, can you please look into this? :)%%%

Gaia Clary commented

2013-05-25 12:48:30 +02:00

%%%We could improve the export of UV coordinates by using the same method as we do for exporting of vertex normals:

I think that we only need to store each UV Vertex coordinate (u,v) once in the "mesh-map" array and later adjust the index array of the related such that it points to the right uv coordinates in the mesh-map.

As far as i know seams are not exported with Collada (we could eventually add them to the blender collada profile though), so we do not have to take care of them here.
%%%

%%%We could improve the export of UV coordinates by using the same method as we do for exporting of vertex normals: I think that we only need to store each UV Vertex coordinate (u,v) once in the "mesh-map" array and later adjust the index array of the related <polylist> such that it points to the right uv coordinates in the mesh-map. As far as i know seams are not exported with Collada (we could eventually add them to the blender collada profile though), so we do not have to take care of them here. %%%

Hossein Noroozpour commented

2013-05-25 21:08:03 +02:00

%%%Hi Gaia !
I didn't say to export seam information. I said those vertices that take part in seam edges must be duplicated.
This redundancy is really a big issue, just imagine every object has been exported with collada have a least 7 redundant data per each vertices.
One of the importance of this issue, today every group using other game engines and blender for they modeling, are using collada for exporting method.%%%

%%%Hi Gaia ! I didn't say to export seam information. I said those vertices that take part in seam edges must be duplicated. This redundancy is really a big issue, just imagine every object has been exported with collada have a least 7 redundant data per each vertices. One of the importance of this issue, today every group using other game engines and blender for they modeling, are using collada for exporting method.%%%

Gaia Clary commented

2013-05-25 23:54:04 +02:00

%%%hi, Hossein;

Sorry, i just wanted to point out that we do not need to take special care about seem edges when optimizing the UVTexture export. m Imentioned the export of seam information just as a side note.%%%

%%%hi, Hossein; Sorry, i just wanted to point out that we do not need to take special care about seem edges when optimizing the UVTexture export. m Imentioned the export of seam information just as a side note.%%%

Campbell Barton commented

2013-06-11 08:10:18 +02:00

%%%This isn't a bug, as in - the exporter is working as intended.
Of course the suggested improvement could be made, moving to TODO.

http://wiki.blender.org/index.php/Dev:2.5/Source/Development/Todo/Import_Export#Export:_missing_features_or_not_a_Collada_issue%%%

%%%This isn't a bug, as in - the exporter is working as intended. Of course the suggested improvement could be made, moving to TODO. http://wiki.blender.org/index.php/Dev:2.5/Source/Development/Todo/Import_Export#Export:_missing_features_or_not_a_Collada_issue%%%

Campbell Barton commented

2013-06-11 08:10:18 +02:00

Changed status from 'Open' to: 'Archived'

Campbell Barton closed this issue

2013-06-11 08:10:18 +02:00

Hossein Noroozpour commented

2013-06-11 15:51:20 +02:00

%%%OH! Really! Seven redundant data for vertices which are not participating in seam edges, is not a bug!?
Let me explain more.
When you want to draw a model (I mean mesh or geometry or whatever you say) in OpenGL you must have an unique index for all of the vertices, normals, UVs, etc.
Now look at collada file, expoerter create UVs data for vertices according to each triangle (if your mesh is triangulated), while only those vertices are in "seam edge"s must have multiple UV coordinate. This issue force programmer to copy unnecessary data for each triangle.
For example, assume we have a mesh which has 2000 vertices and only 100 of the vertices participating in "seam edge"s so in theory in worst case you must have (2000 - 100) + (100 * 7) but now exporter easily make 2000 * 7.%%%

%%%OH! Really! Seven redundant data for vertices which are not participating in seam edges, is not a bug!? Let me explain more. When you want to draw a model (I mean mesh or geometry or whatever you say) in OpenGL you must have an unique index for all of the vertices, normals, UVs, etc. Now look at collada file, expoerter create UVs data for vertices according to each triangle (if your mesh is triangulated), while only those vertices are in "seam edge"s must have multiple UV coordinate. This issue force programmer to copy unnecessary data for each triangle. For example, assume we have a mesh which has 2000 vertices and only 100 of the vertices participating in "seam edge"s so in theory in worst case you must have (2000 - 100) + (100 * 7) but now exporter easily make 2000 * 7.%%%

Hossein Noroozpour commented

2013-06-11 15:59:53 +02:00

%%%Oh sorry for mistake!
Worst case In theory: 2000 + 100 * 7
Current Exporter: 2000 * 8
(for a model which has a well square wired form)%%%

%%%Oh sorry for mistake! Worst case In theory: 2000 + 100 * 7 Current Exporter: 2000 * 8 (for a model which has a well square wired form)%%%

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Collada exporter: Redundancy in UV coordinating #35499