Lumberyard Support
10178 8 1- mandrake0
- Member
- 642 posts
- Joined: 6月 2006
- Offline
- ttvdsfx
- Member
- 173 posts
- Joined: 4月 2014
- Offline
- mandrake0
- Member
- 642 posts
- Joined: 6月 2006
- Offline
ahh thank you for the information.
i was just interested because the most important plugins are existing from SESI or they have been made by the community(modo, 3dsmax, and somewhere is even a katana version!).
at the moment the houdini engine is just missing for Blender, Nuke, Lightwave, Lumberyard (CryEngine). with them you could reach >90% of the CG/Game market.
it's just a matter of time till you start to touch the CAD world. :wink:
just as a hint: http://www.polygonica.com/ [polygonica.com]
i was just interested because the most important plugins are existing from SESI or they have been made by the community(modo, 3dsmax, and somewhere is even a katana version!).
at the moment the houdini engine is just missing for Blender, Nuke, Lightwave, Lumberyard (CryEngine). with them you could reach >90% of the CG/Game market.
it's just a matter of time till you start to touch the CAD world. :wink:
just as a hint: http://www.polygonica.com/ [polygonica.com]
- ttvdsfx
- Member
- 173 posts
- Joined: 4月 2014
- Offline
- mandrake0
- Member
- 642 posts
- Joined: 6月 2006
- Offline
ttvdsfx
I don't know about the other ones, but Blender integration might not be possible due to limitations in Blender plugin system as well as possible GPL conflict licensing issues.
when i'm correct the GPL limitation you have over come with the thrift implementation. when the generated code can be GPL then there should be no problems. the server communicates with socket or pipe shouldn't give any problems. when i read the license of blender it looks like a smaller problem:
https://www.blender.org/about/license/ [blender.org]
you even can integrate the cycles render in houdini and you won't have any troubles with the license. :-)
the bigger challenge would be the Implementation c++ api from blender. i head some troubles with the python api and i don't think the c++ is much better. missing of documentation combined with my poor coding skills isn't a good mach. ops:
- ttvdsfx
- Member
- 173 posts
- Joined: 4月 2014
- Offline
mandrake0ttvdsfx
I don't know about the other ones, but Blender integration might not be possible due to limitations in Blender plugin system as well as possible GPL conflict licensing issues.
when i'm correct the GPL limitation you have over come with the thrift implementation. when the generated code can be GPL then there should be no problems. the server communicates with socket or pipe shouldn't give any problems. when i read the license of blender it looks like a smaller problem:
https://www.blender.org/about/license/ [blender.org]
you even can integrate the cycles render in houdini and you won't have any troubles with the license. :-)
the bigger challenge would be the Implementation c++ api from blender. i head some troubles with the python api and i don't think the c++ is much better. missing of documentation combined with my poor coding skills isn't a good mach. ops:
We would have to fork Blender and do changes in that fork it seems. A lot of integrations with Blender seem to follow this pattern. My personal experience with Blender plugins is not good and knowledge of Blender code is limited, it's been a while since I have looked at it.
Our thirft implementation might help, but there are still questions (like whether we would have to open source our thrift / HAPIL point - you would have to link to it or dynamically load). I am not a GPL guru however
I think it is one of those cases when it would definitely help if this project was started by the community.
- mandrake0
- Member
- 642 posts
- Joined: 6月 2006
- Offline
- GlenD
- Member
- 118 posts
- Joined: 12月 2013
- Offline
- chrisgreb
- Member
- 603 posts
- Joined: 9月 2016
- Offline
-
- Quick Links