code-google-com / opencollada

Automatically exported from code.google.com/p/opencollada
0 stars 0 forks source link

No import of normal maps #67

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
This issue is rather a feature request

What steps will reproduce the problem?

1. Exporting a Model with a normal map in 3ds max
2. Import it in your own framework using your own IWriter implementation
3. The normal map will appear in it's own OpenCollada-Max extra profile in
the DAE file

What is the expected output? What do you see instead?

The normal map is being recognized and registered in the appropriate
(currently not existing) field of the Common Effect class. 
Instead, the sampler is recognized in the image library, but it isn't
possible to link it from the appropriate material, as the required
SamplerID isn't existant in the EffectCommon class ( SamplerPointerArray ).

What version of the product are you using? On what operating system?

1.5, Visual C++ 08, Windows Vista x64

Please provide any additional information below.

A possible workaround is to store your normal maps in the emission field,
as it is not required for most applications. However, this is a rather
important feature.

Original issue reported on code.google.com by LeSu...@gmail.com on 12 Apr 2010 at 5:38

GoogleCodeExporter commented 9 years ago
Candidate for an <extra> tag.

Original comment by opencollada on 12 Apr 2010 at 6:14

GoogleCodeExporter commented 9 years ago
See http://code.google.com/p/opencollada/issues/detail?id=59 for a patch which 
solves 
at least the export in extra tag problem (for normal maps as well for a couple 
of 
other maps).

Any idea when that patch gets applied and a new build is uploaded? It's 
inconvenient 
to use custom builds for months.

Original comment by nitrogen...@gmail.com on 14 Apr 2010 at 11:47

GoogleCodeExporter commented 9 years ago
Probably fixed with issue 59. Please verify.

Original comment by opencollada2@googlemail.com on 19 Jan 2011 at 3:38