|20 earlier messages|
|Morten Mikkelsen||Jan 6, 2012 5:34 pm|
|Przemyslaw Golab||Jan 7, 2012 12:41 am|
|Ton Roosendaal||Jan 7, 2012 3:30 am|
|skoti||Jan 7, 2012 5:03 am|
|Morten Mikkelsen||Jan 7, 2012 6:49 am|
|Juan Linietsky||Jan 7, 2012 7:06 am|
|Morten Mikkelsen||Jan 7, 2012 7:38 am|
|Juan Linietsky||Jan 7, 2012 7:49 am|
|Juan Linietsky||Jan 7, 2012 7:52 am|
|Juan Linietsky||Jan 7, 2012 8:22 am|
|Morten Mikkelsen||Jan 7, 2012 8:29 am|
|Domino Marama||Jan 7, 2012 9:04 am|
|Erwin Coumans||Jan 7, 2012 9:07 am|
|Juan Linietsky||Jan 7, 2012 9:10 am|
|Erwin Coumans||Jan 7, 2012 9:23 am|
|Morten Mikkelsen||Jan 7, 2012 9:47 am|
|skoti||Jan 7, 2012 10:16 am|
|Gaia Clary||Jan 7, 2012 10:34 am|
|Knapp||Jan 7, 2012 10:34 am|
|Erwin Coumans||Jan 7, 2012 11:15 am|
|Alexandr Kuznetsov||Jan 7, 2012 11:33 am|
|Juan Linietsky||Jan 7, 2012 12:04 pm|
|Juan Linietsky||Jan 7, 2012 12:06 pm|
|Juan Linietsky||Jan 7, 2012 12:08 pm|
|Erwin Coumans||Jan 7, 2012 12:13 pm|
|Sergey Kurdakov||Jan 7, 2012 12:32 pm|
|Sebastian||Jan 7, 2012 1:22 pm|
|Juan Linietsky||Jan 7, 2012 2:34 pm|
|Morten Mikkelsen||Jan 7, 2012 3:09 pm|
|Juan Linietsky||Jan 7, 2012 3:24 pm|
|Morten Mikkelsen||Jan 7, 2012 3:36 pm|
|Campbell Barton||Jan 7, 2012 6:45 pm|
|skoti||Jan 8, 2012 1:57 am|
|François T.||Jan 8, 2012 3:24 pm|
|Juan Linietsky||Jan 8, 2012 3:31 pm|
|angj...@gulftel.com||Jan 8, 2012 4:34 pm|
|Juan Linietsky||Jan 8, 2012 7:16 pm|
|Campbell Barton||Jan 8, 2012 8:39 pm|
|Juan Linietsky||Jan 8, 2012 9:37 pm|
|Kalle-Samuli Riihikoski||Jan 8, 2012 9:55 pm|
|Campbell Barton||Jan 8, 2012 9:57 pm|
|François T.||Jan 9, 2012 12:27 am|
|Ton Roosendaal||Jan 9, 2012 2:43 am|
|Sebastian||Jan 9, 2012 3:09 am|
|Domino Marama||Jan 9, 2012 3:59 am|
|François T.||Jan 9, 2012 5:30 am|
|Peter Amstutz||Jan 9, 2012 5:38 am|
|Domino Marama||Jan 9, 2012 5:51 am|
|Juan Linietsky||Jan 9, 2012 6:07 am|
|Sebastian||Jan 9, 2012 7:22 am|
|25 later messages|
|Subject:||Re: [Bf-committers] Collada importer/exporter kickout|
|From:||Erwin Coumans (erwi...@gmail.com)|
|Date:||Jan 7, 2012 12:13:54 pm|
I agree that a well maintained open source library for a stable 3D format is best.
I just spoke to Sebastian from OpenCollada and asked him to open source the code generation files, so here you go: http://code.google.com/p/opencollada/source/detail?r=867 I think improving the OpenCollada project is better than promoting FBX in the long run.
Until that happens, we need to have some pragmatic solutions to get rich data out of Blender. Juan's Python .dae exporter is one solution, a .blend reader another. The Blender .blend format is suprisingly stable, and we keep our .blend importer up-to-date (we can handle old-style animations and new style, and once bmesh is available we will support it too)
On 7 January 2012 12:04, Juan Linietsky <redu...@gmail.com> wrote:
Before writing my Collada Exporter I actually checked Erwin's work on Bullet's Blender importer, but back then it was a little outdated and also had that problem of efficiently baking stuff (like for example, IK or curve follow constraint for a rollercoaster or some camera animations). I'm sure if baking support was added for it, it would be really useful for us game developers. BTW, and also irrelevant to the current discussion, Erwin is my hero so please be nice to him :D
On Sat, Jan 7, 2012 at 2:47 PM, Morten Mikkelsen <mikk...@gmail.com
Erwin I consider this irrelevant in the current discussion. Programmers should they choose to can write .blend importers but the current discussion is what to do about collada for blender. Telling everyone to write .blend importers (incl artists) is not a viable alternative. That being said it sounds like Juan has a good start here.
On Sat, Jan 7, 2012 at 9:23 AM, Erwin Coumans <erwi...@gmail.com
You are right that in some cases an exporter is better, but in many cases a C/C++ .blend importer is a better to go.
I just wanted to remind anyone reading this thread that there is an easy way to extract any data from Blender in C++, including animation curves, skinning info, textures etc, without the issues of COLLADA and FBX.
I'm not familiar with baking, but you might be able to store the baked data in the .blend file.
On 7 January 2012 09:10, Juan Linietsky <redu...@gmail.com> wrote:
Erwin, That looks awesome and really useful, however the main advantage
importer is the ability to bake everything (IK and other constraints) just like it's displayed in Blender.
On Sat, Jan 7, 2012 at 2:07 PM, Erwin Coumans <
Instead of going through the COLLADA or other intermediate format you can directly extract any data from a .blend using this C++ .blend parser:
AnimKit with the .blend loader includes a small sample that loads a .blend file, extracts textures, meshes, animations, skinning and physics info. It shows a skinned skeletal animated character using AnimKit and GLUT (keeping dependencies to a minimum)
On 7 January 2012 07:38, Morten Mikkelsen <mikk...@gmail.com> wrote:
In my case I do not need morphs. I do need animation and skinning though. And obviously also geometries and materials. And it sounds like you have this covered? I have no sense of loyalty toward OpenCollada so if this is a viable solution I am for it. Can you make it available somewhere with
to install it so people can test it?
Cheers and thanks,
On Sat, Jan 7, 2012 at 7:06 AM, Juan Linietsky <
I made my own Collada exporter in Python and that's what
using. It's less than 1k lines of code and does not depend upon
or anything, but it exports everything except morphs. I don't
time to work on it at the moment, but it's so simple and
anyone else want's to work on it, it should be really easy. I'm
expert at Python or Blender API so someone more experience can probably shape it up better. It's also much more stable than the
to it being so small).
Feel free to do anything with it or integrate it into Blender,
me on the file. I would love to work more on it, or even make a proper importer since I have a high level of expertise in Collada,
little time and must work to earn my meals.
On Sat, Jan 7, 2012 at 11:49 AM, Morten Mikkelsen <
Yes that's a very relevant point. A collada solution with
UVs and normals is not a solution. In that case you might as well use obj format. I went through the hard work of writing a collada importer
get skinning and animation into my tech frame-work.
On Sat, Jan 7, 2012 at 5:03 AM, skoti <skot...@o2.pl> wrote:
I know Collada importer / exporter is problematic (I wrote
for my engine and I know that everything in the Collada can
N different ways).
- If you want to use the model in Second Life / Google
to use Collada, if you want to use models in engines WebGL/Flash3D practically have to use Collada (is there any web engine
importer?), Most game engines use Collada for importing
for FBX a few). FBX exporter also has bugs. Well, that FBX
blender, but it is not usually an option for people using Collada.
- If someone uses Collada it not for the base mesh + uv
obj) and for skeletal animation, lights, cameras and their animation (motion, color, light and their intensity), multiUV (uv for color, normalmap ... + uv for lightmap). And all this in current Collada exporter works well.
- No other exporter does not work here as well as Collada -
bugs, but it has nothing what could replace the Collada in
the future, Alembic can replace Collada, but not for
IMO, better to leave Collada, until you will be able to
success to other formats like Alembic (FBX is not popular
software and you can not replace him Collada in most tasks).
On 7 Jan, 2012, at 12:30, Ton Roosendaal wrote:
I realize the proposal was harsh, but it was meant as a
as well (to khronos, opencollada team, etc). I don't want
the hard working devs here. We do have collada IO work at
that has been proven useful in several cases. The job is
hard to achieve.
To move forward:
- userts who successfully applied .dae could also check
exchange format would have done the job as good. Tried FBX?
- note that for basic mesh (+uv) export, a quite simple
the job already. It is probably a few days job for a py
- we are currently including about 100 MB of opencollada
feature work that's meant to be able to exchange (I+O) full
environments, with character animation and so on. That's
designed for, and that's a target we can't support.
On 6 Jan, 2012, at 21:21, Morten Mikkelsen wrote:
1) Official announcement that Blender drops Collada support 2) Move Collada support into a branch, out of trunk 3) Create a tracker "orphanage" or "branches" or so,
reports that are not in support (anymore).
I just want to say though I am not up for the challenge
this sub project I would be sad to see Collada support
I use it often also with skinning export. I know many
eventhough I understand everyone's frustration I prefer
that is there now (which I use often) to no built-in
I am not disagreeing with any of the frustrating aspects
you and others have mentioned. Just saying personally I do use it and would very much
With bugs and all :)
I have seen many other commercial tools with awful
and exporters but bad as they were they didn't take them out because people were still relying on them and using