<div dir="auto">One also has to ask, does the person who wrote the original XML have the IP rights, the person who wrote X3dToJson.xslt, the person who<span style="font-family:-apple-system,sans-serif"> wrote the X3D to DOM conversion, or the person who wrote the </span><span style="font-family:-apple-system,sans-serif">serializer that converted DOM to Java have intellectual property rights to the Java?  Does the FSF have rights to all binary code created with their compilers?</span></div><div dir="auto"><span style="font-family:-apple-system,sans-serif"><br></span></div><div dir="auto"><span style="font-family:-apple-system,sans-serif">This is probably why LLM companies don’t put copyright on generated products.</span></div><div dir="auto"><br></div><div dir="auto">Food for thought,</div><div dir="auto"><br></div><div dir="auto">John </div><div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sat, Feb 28, 2026 at 10:42 PM John Carlson <<a href="mailto:yottzumm@gmail.com">yottzumm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Don,</div><div dir="auto"><br></div><div dir="auto">Just be aware that there may be scenes LLM-generated initially as Blender Python, exported as X3D, then spruced up by a human.  Maybe we should have a “Cyborg” folder.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">We will likely have PhysicalMaterial and RigidBodyPhysics examples for this as we learn Blender a bit more, including Python as generated by LLMs and  modified, all on the way towards a cyborg exporter.</div><div dir="auto"><br></div><div dir="auto">As these are kind in a grey area with regards to IP, it would be great to understand what Web3D expects.  Particularly as the X3D can be created with a human-created exporter, far distant from Python or prompt.</div><div dir="auto"><br></div><div dir="auto">This also applies to human-recorded images and videos of such things.</div><div dir="auto"><br></div><div dir="auto">One can also ask the same of X3D generated through exporters from authoring tools.  If the human generated the 3D model or the prompts, who owns the exported result?</div><div dir="auto"><br></div><div dir="auto">Is it merely the person who put the most effort in, and how can we identify that person?</div><div dir="auto"><br></div><div dir="auto">John <br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sat, Feb 28, 2026 at 1:21 PM Don Brutzman via X3D-Ecosystem <<a href="mailto:x3d-ecosystem@web3d.org" target="_blank">x3d-ecosystem@web3d.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="ltr"><div>Thanks Michalis for reminder about X3DLightNode intensity, makes excellent sense.</div><div><br></div><div>I checked, there is no upper limit on intensity in X3D 4.0 or 4.1 draft XML Schema.  The validation error for these examples occurred because the scenes use X3D version 3.3.</div><div><br></div><div>So for the touched-up models, there is a choice to be made:</div><div>a. keep PointLight intensity at 1.5 and X3D version at 3.3 in the LLM-generated scenes, propagating a validation error (that is possibly beyond the capability of an X3D browser only supporting version 3.3 and potentially leading to a run-time load error).</div><div>b. removing <xs:maxInclusive value="1"/> limit on lighting nodes in X3D 3.3 schema, introducing divergence from X3D 3.3 specification (shudder).</div><div>c, restore original PointLight intensity to 1.5 and changing X3D version to 4.0 in the LLM-generated scenes (similar to already changing profile='Immersive' to eliminate numerous component statements).</div><div><br></div><div>Following the precept "do the right thing" it seems like option C is clearly the right choice, especially for encouraging correct long-term generation of content.  That encourages best practice to match chosen model values. So... this change has been applied and published.</div><div><br></div><div>I will add a diagnostic rule to X3D Schematron that reports X3D 4.0 is needed whenever scenes at a lower X3D version use a lighting intensity greater than 1.0.  Meanwhile have added a warning in X3D Tooltips for each of the lighting nodes.</div><div><ul><li>X3D Tooltips, PointLight intensity</li><li><a href="https://www.web3d.org/x3d/content/X3dTooltips.html#PointLight.intensity" target="_blank">https://www.web3d.org/x3d/content/X3dTooltips.html#PointLight.intensity</a></li><li><font style="font-family:"Times New Roman";font-size:medium;color:rgb(238,85,0)"><b style="font-family:"Times New Roman"">Warning:</b></font><span style="font-family:"Times New Roman";font-size:medium;background-color:rgb(238,255,238);color:rgb(0,0,0)"> values greater than 1.0 require X3D version='4.0' or greater.</span></li></ul></div><div>Thanks for suggesting "Using AI when contributing to Castle Game Engine" as a precaution, I had just added that earlier this morning.  (May I suggest linking your other excellent post somewhere in there as well.)</div><div><br></div><div>The LargeLanguageModels chapter summary also now includes a link to an annotated log of the original session, plus a link to X3D AI working group charter.</div><div><ul><li>X3D Example Archives: X3D4AM, X3D for Advanced Modeling, Large Language Models</li><li><a href="https://www.web3d.org/x3d/content/examples/X3dForAdvancedModeling/LargeLanguageModels/index.html" target="_blank">https://www.web3d.org/x3d/content/examples/X3dForAdvancedModeling/LargeLanguageModels/index.html</a></li><li><a href="https://www.web3d.org/x3d/content/examples/X3dForAdvancedModeling/LargeLanguageModels/ClaudeCodeExampleChatLog.pdf" style="font-family:"Times New Roman";font-size:medium" target="_blank">session chat log</a><font face="Times New Roman" size="3" style="font-family:"Times New Roman";color:rgb(0,0,0)"> at </font><a href="https://www.web3d.org/x3d/content/examples/X3dForAdvancedModeling/LargeLanguageModels/ClaudeCodeExampleChatLog.pdf" target="_blank">https://www.web3d.org/x3d/content/examples/X3dForAdvancedModeling/LargeLanguageModels/ClaudeCodeExampleChatLog.pdf</a></li><li><a href="https://castle-engine.io/ai" style="font-family:"Times New Roman";font-size:medium" target="_blank">Using AI when contributing to Castle Game Engine</a></li><li><a href="https://www.web3d.org/working-groups/ai-x3d" style="font-family:"Times New Roman";font-size:medium" target="_blank">Web3D Consortium <i style="font-family:"Times New Roman"">AI with X3D</i> Working Group</a></li></ul>New suggestion: since our X3D Example Archives are a useful public resource that may well be getting used by LLM training algorithms, we should be careful to enable such user agents to avoid recursing on other LLM-generated models.  Towards that end, have added the following warning to these three models.</div><div><div><table id="m_-85226412513976664m_6439528932354184061gmail-LineNumberTable.top" style="font-family:"Times New Roman";font-size:medium;color:rgb(0,0,0)"><tbody style="font-family:"Times New Roman""><tr style="font-family:"Times New Roman""><td style="font-family:monospace"> <a href="https://www.web3d.org/x3d/content/examples/X3dForAdvancedModeling/LargeLanguageModels/ClaudeCodeSimpleModel.html#12" style="font-family:monospace" target="_blank">12</a> </td><td style="font-family:"Times New Roman""><a id="m_-85226412513976664m_6439528932354184061gmail-12" style="font-family:"Times New Roman""></a>          <span title="meta 'warning' provides warning information about a known problem that impedes proper operation" style="font-family:"Times New Roman""><<span style="font-family:"Times New Roman";color:navy">meta</span> <span style="font-family:"Times New Roman";color:green">name</span>='<b style="background:0% 0% repeat rgb(255,250,160);font-family:"Times New Roman";color:rgb(204,85,0)"> warning </b>' <span style="font-family:"Times New Roman";color:green">content</span>='<b style="background:0% 0% repeat rgb(255,250,160);font-family:"Times New Roman";color:rgb(204,85,0)"> original model produced by LLM, careful review and precautions are warranted </b>'/></span></td></tr></tbody></table><br></div><div>I do not expect we will have many LLM-generated examples in the archives, but a small number that illustrate how to get things done can be helpful for modelers.  Reading yesterday's annotated <a href="https://www.web3d.org/x3d/content/examples/X3dForAdvancedModeling/LargeLanguageModels/ClaudeCodeExampleChatLog.pdf" style="font-family:"Times New Roman";font-size:medium" target="_blank">session chat log</a> tells a story.</div><div><br></div><div>Additional thoughts welcome.  Thanks again for all careful scrutiny.</div></div></div><div dir="ltr"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div style="color:rgb(34,34,34)"><font face="monospace" style="font-family:monospace;color:rgb(34,34,34)"><br></font></div><div style="color:rgb(34,34,34)"><font face="monospace" style="font-family:monospace;color:rgb(34,34,34)">all the best, Don</font></div><div style="color:rgb(34,34,34)"><font face="monospace" style="font-family:monospace;color:rgb(34,34,34)">-- </font></div><div style="color:rgb(34,34,34)"><font face="monospace" style="font-family:monospace;color:rgb(34,34,34)">X3D Graphics, Maritime Robotics, Distributed Simulation</font></div><div style="color:rgb(34,34,34)"><font face="monospace" style="font-family:monospace;color:rgb(34,34,34)">Relative Motion Consulting  <a href="https://RelativeMotion.info" style="font-family:monospace" target="_blank">https://RelativeMotion.info</a></font></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Feb 28, 2026 at 8:22 AM Michalis Kamburelis <<a href="mailto:michalis@castle-engine.io" target="_blank">michalis@castle-engine.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">> given X3D4 close support for glTF physically based rendering (PBR), are upper limits of 1.0 for some rendering fields overly strict, e.g. PointLight intensity?<br>
<br>
We had this talk already around X3D 4.0 :)<br>
<br>
There are no limits on intensity values in X3D >= 4.0. "PointLight.intensity" is unbounded. It is "SFFloat [in,out] intensity 1 [0,∞)" (in <a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/lighting.html#PointLight" rel="noreferrer" target="_blank">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD1/Part01/components/lighting.html#PointLight</a> ) . Same goes for other light sources.<br>
<br>
Reasons:<br>
<br>
- ( The change is not really strictly related to glTF (though aligning with glTF and looking at their "punctual lights" extension prose helped us uncover this issue). )<br>
<br>
- In reality, physical brightness of light is unbounded. This is a "theoretical argument", i.e. "if our stuff approximates reality, then it should be unbounded just like in reality".<br>
<br>
- One practical argument is that the limit of intensity to [0,1] in X3D 3.x and VRML never achieved any practical gain. E.g. it _did not_ force the resulting lighting calculation to fit in [0,1] anyway, browsers had to cut the resulting colors anyway if things are too bright (e.g. lit by multiple lights), even when intensity of a single light was guaranteed <= 1. <br>
<br>
- And having "intensity" unlimited opens the door for things like HDR. Basically, let renderers decide for themselves how to handle very bright scenes. Maybe one renderer wants to "cut off" colors above (1,1,1), but maybe another renderer calculates them to floating-point buffer and does post-processing tricks to display bright colors (just like human eye does adaptation).<br>
<br>
If we have a tool, xsd still claiming there's a limit -- then it was not updated for X3D 4.0 :)<br>
<br>
P.S. As for AI usage, I recommend also my docs at <a href="https://castle-engine.io/ai" rel="noreferrer" target="_blank">https://castle-engine.io/ai</a> and recent thoughts on <a href="https://castle-engine.io/wp/2026/02/23/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/" rel="noreferrer" target="_blank">https://castle-engine.io/wp/2026/02/23/ai-usage-guidelines-and-thoughts-updated-and-test-of-vibe-coding-with-castle-game-engine/</a> . Basically, as you say: use but be careful.<br>
<br>
Regards,<br>
Michalis<br>
</blockquote></div>
-- <br>
X3D-Ecosystem mailing list<br>
<a href="mailto:X3D-Ecosystem@web3d.org" target="_blank">X3D-Ecosystem@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-ecosystem_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-ecosystem_web3d.org</a><br>
</blockquote></div></div>
</blockquote></div></div>