Non-offical Blender 2.56 plugin
Please all be aware I've posted v0.93 as a replacement of 0.92. I noticed textures didn't get exported (I forgot to reverse a change while testing something).
Sorry for the inconvenience.
Sorry for the inconvenience.
Desktop: Ubuntu 13.04 x64 - i7-3770K @ 3.5GHz - 32GB DDR3 - GTX670 2048MB
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
I seem to be having a silly problem.
I am trying to decal a model in Blender 2.56a using 0.90 for export to Octane. When I select the octane render plug-in as the rendering engine 75% of the options in the Blender texture panel disappear and I am unable to change from a repeating texture to a "clip" texture. Am I missing something?
I am trying to decal a model in Blender 2.56a using 0.90 for export to Octane. When I select the octane render plug-in as the rendering engine 75% of the options in the Blender texture panel disappear and I am unable to change from a repeating texture to a "clip" texture. Am I missing something?
Ubuntu 9.10 x64 | GTS 240 | 260.19.44 drivers | 3.0 Toolkit | Dual-Core 2.4 GHz | 4Gb| Blender 2.56a/latest Yoyoz plugin
WinXP32 | GTS 240 | 266.58 drivers | 3.0 Toolkit | Dual-Core 2.4 GHz | 4Gb | Blender 2.56a/latest Yoyoz plugin
WinXP32 | GTS 240 | 266.58 drivers | 3.0 Toolkit | Dual-Core 2.4 GHz | 4Gb | Blender 2.56a/latest Yoyoz plugin
You're not missing anything. At the moment Octane only supports 'repeat' textures, this is why I do not allow changing the type to 'clip' in the panel, with many other things not supported either. It would have no effect in Octane and would just confuse you a bit more... 

Desktop: Ubuntu 13.04 x64 - i7-3770K @ 3.5GHz - 32GB DDR3 - GTX670 2048MB
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
I thought that I must be doing something wrong earlier because I had this problem. Good to see that I wasn't going mad. 0.93 here I come.yoyoz wrote:Please all be aware I've posted v0.93 as a replacement of 0.92. I noticed textures didn't get exported (I forgot to reverse a change while testing something).
Sorry for the inconvenience.
(HW) Intel i7 2600k, 16GB DDR3, MSI 560GTX ti (2GB) x 3
(SW) Octane (1.50) Blender (2.70) (exporter 2.02)
(OS) Windows 7(64)
(SW) Octane (1.50) Blender (2.70) (exporter 2.02)
(OS) Windows 7(64)
Thanks for the quick reply Lionel.
Ubuntu 9.10 x64 | GTS 240 | 260.19.44 drivers | 3.0 Toolkit | Dual-Core 2.4 GHz | 4Gb| Blender 2.56a/latest Yoyoz plugin
WinXP32 | GTS 240 | 266.58 drivers | 3.0 Toolkit | Dual-Core 2.4 GHz | 4Gb | Blender 2.56a/latest Yoyoz plugin
WinXP32 | GTS 240 | 266.58 drivers | 3.0 Toolkit | Dual-Core 2.4 GHz | 4Gb | Blender 2.56a/latest Yoyoz plugin
Lionel I see you have posted to the Bf-commiters mailing list.
As a general comment - and I am not a coder but observer - I wish we could reach some stability in Python things soon. It seems like @ideasman is always changing or renaming things...sometimes seemingly on a whim or without much consultation to effects...
This makes it pretty hard for people to write or port and maintain scripts without having them get continually broken.
I wonder if there shouldnt be an accumulated API update only say on the 1st of every month, and these could be documented briefly somewhere for easy reference rather than have an endless trail of bits and pieces that need to be monitored or chased down? maybe it cant work like this? just mentioning it though...
As a general comment - and I am not a coder but observer - I wish we could reach some stability in Python things soon. It seems like @ideasman is always changing or renaming things...sometimes seemingly on a whim or without much consultation to effects...
This makes it pretty hard for people to write or port and maintain scripts without having them get continually broken.
I wonder if there shouldnt be an accumulated API update only say on the 1st of every month, and these could be documented briefly somewhere for easy reference rather than have an endless trail of bits and pieces that need to be monitored or chased down? maybe it cant work like this? just mentioning it though...

i7-3820 @4.3Ghz | 24gb | Win7pro-64
GTS 250 display + 2 x GTX 780 cuda| driver 331.65
Octane v1.55
GTS 250 display + 2 x GTX 780 cuda| driver 331.65
Octane v1.55
Yep, it would be easier to maintain scripts and other stuff if there were less frequent commits, but I would even prefer that BF releases new beta every month for instance. This way we could focus on this one for users and the gap with svn wouldn't be too big. Regarding the actual trend it'll soon be hard to maintain a script that can work with the two versions...
Desktop: Ubuntu 13.04 x64 - i7-3770K @ 3.5GHz - 32GB DDR3 - GTX670 2048MB
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
As per recent info from Marcus, materials are now imported only first time they're seen by Octane. It means that once you've exported your scene, any subsequent change on already existing materials (same name) will not been taken in account, even if the mtl file is properly updated (which is the case). This is different behaviour from 23.5.
I would have prefered that nodes in the internal graph are considered managed by the mtl file while explicit graph nodes would stay untouched and only managed by Octane, but Refractive has made a different choice. We may have an option to (re)match this behaviour in the future but as Marcus said it won't happen immediately.
Cheers,
Yoyoz
I would have prefered that nodes in the internal graph are considered managed by the mtl file while explicit graph nodes would stay untouched and only managed by Octane, but Refractive has made a different choice. We may have an option to (re)match this behaviour in the future but as Marcus said it won't happen immediately.
Cheers,
Yoyoz
Desktop: Ubuntu 13.04 x64 - i7-3770K @ 3.5GHz - 32GB DDR3 - GTX670 2048MB
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a
Laptop: Linux Mint 11 x64 - i7-2860QM @ 2.5GHz - 16GB DDR3 - Quadro 3000M 2GB
Software: NVidia 319.12 - Cuda 4.2.9 - Blender 2.66a