Cindigo 1.1.18 - stable RC1
- pixie
- Posts: 2332
- Joined: Sat Dec 29, 2007 4:54 am
- Location: Away from paradise
- 3D Software: Cinema 4D
- Contact:
I would make Material helper as it is but this time a solo object, which would then gather automatically when added, a list with all materials (where you have material in the first picture) which would then change for each material. This way you would have a central repository for all materials. Probably an "add material button" so that it would update new materials, this way one wouldn't need convert materials anymore, it would be sort of automatized.
But this is just me thinking out loud!
But this is just me thinking out loud!
sounds like a good idea. i like it, but i think its quite hard to implement. will think about itpixie wrote:I would make Material helper as it is but this time a solo object, which would then gather automatically when added, a list with all materials (where you have material in the first picture) which would then change for each material. This way you would have a central repository for all materials. Probably an "add material button" so that it would update new materials, this way one wouldn't need convert materials anymore, it would be sort of automatized.
But this is just me thinking out loud!
Hi fused,
just in case you need more testscenes:
1st scene: Plain simple Extrude NURBS (crashes R9, exports fine in R11 demo), second scene: Added onto the scene until it crashed (crashes R9 and R11 demo) - that was caused by the instance:
http://www.indigorenderer.com/joomla/fo ... es_138.zip
If I should guess, the generator gets converted but then the instance can't find it's source. So instances should be converted first.
just in case you need more testscenes:
1st scene: Plain simple Extrude NURBS (crashes R9, exports fine in R11 demo), second scene: Added onto the scene until it crashed (crashes R9 and R11 demo) - that was caused by the instance:
http://www.indigorenderer.com/joomla/fo ... es_138.zip
If I should guess, the generator gets converted but then the instance can't find it's source. So instances should be converted first.
- Attachments
-
- R9 crashing files.zip
- (10.59 KiB) Downloaded 191 times
ok, i found and fixed all bugs for RC2.
in your scene, it was the normal array problem. a workaround until RC2 for this would be to assign a phong tag to all objects.
btw, you should always have an eye on the normal direction when using indigo, make sure the normals of the room point inwards (otherwise it will lead to strange results under some circumstances).
@c 4:
the extrude nurbs thing was the normal bug, too.
due to the conversion of all meshes instancing like you used it isnt possible, please try to avoid it. in RC2 it will not crash, but be just skipped on export.
@camox:
in your scenes it was the normal problem, too. its a bit strange that for you only the 2nd crashed
[interlude]actually - no not strange, but lucky. the pointer to the normal array was not initialized with NULL, thus pointing somewhere. Freeing this memory was of course possible then, and this explains your crash problem on the 2nd export, too, due to the memory corruption caused by this illegal operation[/interlude]
, cause for me, both crahsed.
i will do a bit of work on the material helper tonight and tomorrow and then presumably release RC2 tomorrow night.
@matze:changelog RC2 wrote:* fixed crash when trying to free unused normal array (fused)
* fixed unfindable instance reference crash (fused)
in your scene, it was the normal array problem. a workaround until RC2 for this would be to assign a phong tag to all objects.
btw, you should always have an eye on the normal direction when using indigo, make sure the normals of the room point inwards (otherwise it will lead to strange results under some circumstances).
@c 4:
the extrude nurbs thing was the normal bug, too.
due to the conversion of all meshes instancing like you used it isnt possible, please try to avoid it. in RC2 it will not crash, but be just skipped on export.
@camox:
in your scenes it was the normal problem, too. its a bit strange that for you only the 2nd crashed
[interlude]actually - no not strange, but lucky. the pointer to the normal array was not initialized with NULL, thus pointing somewhere. Freeing this memory was of course possible then, and this explains your crash problem on the 2nd export, too, due to the memory corruption caused by this illegal operation[/interlude]
, cause for me, both crahsed.
i will do a bit of work on the material helper tonight and tomorrow and then presumably release RC2 tomorrow night.
- pixie
- Posts: 2332
- Joined: Sat Dec 29, 2007 4:54 am
- Location: Away from paradise
- 3D Software: Cinema 4D
- Contact:
Despite searching for the path for the Camera data Cindigo no only exports:
instead of:
Code: Select all
<response_function_path>Renderer\data\camera_response_functions\dscs315.txt</response_function_path>
Code: Select all
<response_function_path>I:\Programas\3D\Indigo\Renderer\data\camera_response_functions\dscs315.txt</response_function_path>
hm, ok, ill see what i can do. ill maybe change it so it will always export a relative path if possible, or absolute if not.pixie wrote:Despite searching for the path for the Camera data Cindigo no only exports:instead of:Code: Select all
<response_function_path>Renderer\data\camera_response_functions\dscs315.txt</response_function_path>
Code: Select all
<response_function_path>I:\Programas\3D\Indigo\Renderer\data\camera_response_functions\dscs315.txt</response_function_path>
wait a sec. i had a look at it and is you indigo.exe by any chance in "I:\Programas\3D\Indigo"? if yes, the exported path is the correct relative path to the response function. why do you need an absolute path?pixie wrote:Despite searching for the path for the Camera data Cindigo no only exports:instead of:Code: Select all
<response_function_path>Renderer\data\camera_response_functions\dscs315.txt</response_function_path>
Code: Select all
<response_function_path>I:\Programas\3D\Indigo\Renderer\data\camera_response_functions\dscs315.txt</response_function_path>
edit: nvm, there was a problem with the loading of the indigo path. should be fixed and fine now.
Who is online
Users browsing this forum: No registered users and 31 guests