<div dir="ltr"><div>Here's (yet another) older blender python x3d exporter for reference.</div><div>- Doug</div><div dir="ltr"><a href="https://sourceforge.net/p/freewrl/git/ci/develop/tree/freex3d/blender_scripts/io_export_scene_freewrl_x3d.py">FreeWRL VRML/X3D browser / Git / [61235b] /freex3d/blender_scripts/io_export_scene_freewrl_x3d.py (sourceforge.net)</a><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 31, 2021 at 4:00 AM Michalis Kamburelis <<a href="mailto:michalis.kambi@gmail.com">michalis.kambi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Don Brutzman <<a href="mailto:brutzman@nps.edu" target="_blank">brutzman@nps.edu</a>> napisał(a):<br>
><br>
> On 5/29/2021 12:41 PM, John Carlson wrote:<br>
> > I don’t know if the blender meeting has been accomplished yet,<br>
><br>
> Next tuesday, found in Web3D Calendar<br>
<br>
OK. I didn't get any notification about it. Can you resend me the<br>
calendar invite?<br>
<br>
><br>
> > but perhaps it’s not too late to suggest that we do conversions between .blend and .x3d in a separate tool?   Maybe we can target CGE/view3dscene first?   Would this provide for less coupling between Blender and X3D?<br>
><br>
> Blender has such a huge installed base that integrating into the source is certain to have greatest possible influence and impact.<br>
><br>
> Seems like that would also result in greatest long-term stability as well.<br>
><br>
<br>
Using Blender Python API is the advised way to export things from<br>
Blender, and we should follow it :)<br>
<br>
Otherwise you need to reimplement .blend file format reading yourself,<br>
which is a lot of work. The .blend file format was not designed to be<br>
read by other applications, it is an internal Blender file format, and<br>
the way it's organized (and how it evolves from Blender version to<br>
another) is specified in Blender sources. I recall one engine that did<br>
it (they can read .blend directly), but it doesn't really seem a<br>
long-term solution.<br>
<br>
If you want to implement Blender->X3D exporter, you necessarily are<br>
"coupling" Blender with X3D. Doing this "coupling" by Python API,<br>
supported by Blender, and not by reading .blend file directly (not<br>
supported by Blender), is simpler (documented) and has more chance to<br>
work in next few years :)<br>
<br>
Regards,<br>
Michalis<br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
</blockquote></div>