Relates to: T31362
The symbol="" in <instance_material> is wrong, it must match the corresponding material="" in <triangles>,<polygons> or <poly_list>.
It is, instead, pointing to the material ID, so objects loaded have no material.
| Nathan Letwory (jesterking) |
| Juan Linietsky (reduz) | |
| Mar 12 2011, 4:56 PM |
| Gaia Clary (gaiaclary) |
| Imran Syed (freakabcd) |
| Juan Linietsky (reduz) |
| Nathan Letwory (jesterking) |
Relates to: T31362
The symbol="" in <instance_material> is wrong, it must match the corresponding material="" in <triangles>,<polygons> or <poly_list>.
It is, instead, pointing to the material ID, so objects loaded have no material.
Yo jester..
I made a couple of changes that seem to fix this issue. The bug reporter was 'goruka' on irc and I checked the collada spec and it is supposed to be as he says.
I am attaching the patch here. goruka reported that he does not build by himself so is unable to test export his own models/scenes for now. Maybe I'll get someone to make a build with the patch so he can test it (if necessary).
This fix breaks the Second Life Collada importer.
The reason is that different objects get different material symbols for the same material.
Although this seems to not violate the Collada specification, the Second LIfe importer
relies on the fact that identical materials use identical symbol names.
I have tested that the sequence number which was intriduced with commit 35711 is not needed.
I have added a patch for this a few days ago ( i just now found that this bug report causes the
problem). my patch is here:
http://projects.blender.org/tracker/index.php?func=detail&aid=31335&group_id=9&atid=127
I have already verified that materials keep intact after reimport of the exported dae files to blender.
Please can someone approve that my patch really creates collada conform output ?
Then my patch would fix the issues with Second Life as well.
thanks
Gaia