<div dir="auto"><div dir="auto">There is one, small backwards compatibility issue with going from MFFloat to SFVec4f which may have not be mentioned. That is the type designation required for custom fields in Protos (and Scripts) which use Orthoviewpoint.fieldOfView. But I doubt that there are many examples where this problem would occur and therefore distract from spec. updates.</div><div dir="auto"><br></div><div dir="auto">Andreas</div><div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sat, Dec 14, 2024, 12:03 AM <<a href="mailto:x3d-public-request@web3d.org">x3d-public-request@web3d.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send x3d-public mailing list submissions to<br>
<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:x3d-public-request@web3d.org" target="_blank" rel="noreferrer">x3d-public-request@web3d.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:x3d-public-owner@web3d.org" target="_blank" rel="noreferrer">x3d-public-owner@web3d.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of x3d-public digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: X3D 4.0 specification problem:<br>
TextureProjectorparallel.fieldOfView (John Carlson)<br>
2. Re: X3D 4.0 specification problem:<br>
TextureProjectorparallel.fieldOfView (<a href="mailto:joedwil@earthlink.net" target="_blank" rel="noreferrer">joedwil@earthlink.net</a>)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 13 Dec 2024 17:37:58 -0600<br>
From: John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank" rel="noreferrer">yottzumm@gmail.com</a>><br>
To: "Extensible 3D (X3D) Graphics public discussion"<br>
<<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>>, Konstantin Smirnov<br>
<<a href="mailto:konstantin.e.smirnov@gmail.com" target="_blank" rel="noreferrer">konstantin.e.smirnov@gmail.com</a>><br>
Cc: Holger Seelig <<a href="mailto:holger.seelig@yahoo.de" target="_blank" rel="noreferrer">holger.seelig@yahoo.de</a>>, "Brutzman, Donald (Don)<br>
(CIV)" <<a href="mailto:brutzman@nps.edu" target="_blank" rel="noreferrer">brutzman@nps.edu</a>>, "<a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a>"<br>
<<a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a>>, Myeong Won Lee <<a href="mailto:myeongwonlee@gmail.com" target="_blank" rel="noreferrer">myeongwonlee@gmail.com</a>><br>
Subject: Re: [x3d-public] X3D 4.0 specification problem:<br>
TextureProjectorparallel.fieldOfView<br>
Message-ID:<br>
<CAGC3UE=OMMvwX62J8A0i+0=<a href="mailto:GgV2kmto9Qy7UAKBdpAYO6FO--g@mail.gmail.com" target="_blank" rel="noreferrer">GgV2kmto9Qy7UAKBdpAYO6FO--g@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I have no issue with SFVec4f. My only concern is system which require<br>
field names like x:, y:, z:, ? prior to a number. That would seem<br>
strange. In that case, MFFloat might be better, or an interval field type,<br>
which might not participate in many vital events. Konstantin might be a<br>
good source of information.<br>
<br>
Food for thought.<br>
<br>
John<br>
<br>
On Fri, Dec 13, 2024 at 3:15?PM Brutzman, Donald (Don) (CIV) via x3d-public<br>
<<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>> wrote:<br>
<br>
> Excellent question, thanks for asking Holger.<br>
><br>
> This issue has been carefully tracked and regularly revisited since July<br>
> 2022.<br>
><br>
> - Mantis 1398: OrthoViewpoint fieldOfView type needs to be SFVec4f,<br>
> not MFFloat<br>
> - <a href="https://mantis.web3d.org/view.php?id=1398" rel="noreferrer noreferrer" target="_blank">https://mantis.web3d.org/view.php?id=1398</a><br>
> - Mantis 1468: must SFVec4f/SFVec4d fields be homogeneous?<br>
> - <a href="https://mantis.web3d.org/view.php?id=1468" rel="noreferrer noreferrer" target="_blank">https://mantis.web3d.org/view.php?id=1468</a><br>
><br>
> The X3D Working Group was unable to reach consensus on this issue prior to<br>
> conclusion of version 4.0, unfortunately. Dick Puk and I took a close look<br>
> at this recently too. Here is a synopsis of the Mantis issues.<br>
><br>
> I advocate use of SFVec4f for all parallel fieldOfView values because it<br>
> is the strictest appropriate datatype that can validate content. Retaining<br>
> the legacy MFFloat type definition for fieldOfView allows 3d models<br>
> (produced by humans or tools) to define arrays of illegal length, making<br>
> failures mysterious. Conceptual consistency is important too.<br>
><br>
> Reviewing the Mantis issues, additional concerns included:<br>
><br>
> - *Incompatibility with prior X3D implementations.* Since a 4-tuple<br>
> content value is a valid MFFloat array, I'm not seeing any backwards<br>
> incompatibility if a prior X3D 3.3 implementation encounters the four<br>
> values of a SFVec4f array. There are no representation problems since<br>
> value syntax is compatible for our various encodings as well.<br>
><br>
> - *SFVec4f fields are actually not homogenous coordinates.* The spec<br>
> uses the word "homogenous" when referring to<br>
> - X3D4 Architecture, Clause 5 Field type reference, 5.3.20 SFVec4d<br>
> and MFVec4d<br>
> -<br>
> <a href="https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/fieldTypes.html#SFVec4dAndMFVec4d" rel="noreferrer noreferrer" target="_blank">https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/fieldTypes.html#SFVec4dAndMFVec4d</a><br>
> - "The SFVec4f field or event specifies a three-dimensional (3D)<br>
> homogeneous vector." (and similarly for SFVec4d, SFVec4f and MFVec4f).<br>
> - However none of these fields are mathematically homogeneous, see<br>
> - <a href="https://en.wikipedia.org/wiki/Homogeneous_coordinates" rel="noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/Homogeneous_coordinates</a><br>
> -<br>
> <a href="https://en.wikipedia.org/wiki/Homogeneous_coordinates#/media/File:RationalBezier2D.svg" rel="noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/Homogeneous_coordinates#/media/File:RationalBezier2D.svg</a><br>
> - Of related note is that ClipPlane 4-tuple "plane" field is also<br>
> SFVec4f.<br>
> -<br>
> <a href="https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/components/rendering.html#ClipPlane" rel="noreferrer noreferrer" target="_blank">https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/components/rendering.html#ClipPlane</a><br>
><br>
> All review welcome, hopefully I have correctly synopsized all concerns.<br>
><br>
> I think it would be beneficial to resolve this issue by reaching consensus<br>
> and applying remedies as follow.<br>
><br>
> - Omitting the over-strict word "homogenous" from the four SF/MF Vec<br>
> 4f/4d definitions in future X3D 4.1 prose,<br>
> - Updating future X3D 4.1 prose to use SFVec4f for<br>
> TextureProjectorParallel fieldOfView,<br>
> - Using SFVec4f in X3D 4.0 DTD, Schema, X3DUOM validation and X3D<br>
> Tooltips, since that type strictly confirms fieldOfView correctness with no<br>
> backwards compatibility problems.<br>
><br>
> Is consensus now possible? Thanks for all careful consideration.<br>
><br>
> all the best, Don<br>
><br>
> --<br>
><br>
> Don Brutzman Naval Postgraduate School, Code USW/Br<br>
> <a href="mailto:brutzman@nps.edu" target="_blank" rel="noreferrer">brutzman@nps.edu</a><br>
><br>
> Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA<br>
> +1.831.656.2149<br>
><br>
> X3D graphics, virtual worlds, navy robotics<br>
> <a href="https://faculty.nps.edu/brutzman" rel="noreferrer noreferrer" target="_blank">https://faculty.nps.edu/brutzman</a><br>
><br>
><br>
><br>
> ------------------------------<br>
> *From:* Holger Seelig <<a href="mailto:holger.seelig@yahoo.de" target="_blank" rel="noreferrer">holger.seelig@yahoo.de</a>><br>
> *Sent:* Friday, December 13, 2024 11:29 AM<br>
> *To:* X3D <<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>><br>
> *Cc:* Brutzman, Donald (Don) (CIV) <<a href="mailto:brutzman@nps.edu" target="_blank" rel="noreferrer">brutzman@nps.edu</a>>;<br>
> <a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a> <<a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a>>; Myeong Won Lee <<br>
> <a href="mailto:myeongwonlee@gmail.com" target="_blank" rel="noreferrer">myeongwonlee@gmail.com</a>><br>
> *Subject:* Re: [x3d-public] X3D 4.0 specification problem: upVector field<br>
> for TextureProjector, TextureProjectorParallel<br>
><br>
> I just realised that TextureProjectorparallel.fieldOfView is of type<br>
> SFVec4f, but OrthoViewpoint.fieldOfView is of type MFFloat.<br>
><br>
> Which of the two is better?<br>
><br>
> OrthoViewpoint is definitely older.<br>
><br>
> I think of SFVec4f as a mathematical 4d vector.<br>
><br>
><br>
> <a href="https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/textureProjection.html#TextureProjectorParallel" rel="noreferrer noreferrer" target="_blank">https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/textureProjection.html#TextureProjectorParallel</a><br>
><br>
> <a href="https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/navigation.html#OrthoViewpoint" rel="noreferrer noreferrer" target="_blank">https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/navigation.html#OrthoViewpoint</a><br>
><br>
> Best regards,<br>
> Holger<br>
><br>
> --<br>
> Holger Seelig<br>
> Leipzig, Germany<br>
><br>
> <a href="mailto:holger.seelig@yahoo.de" target="_blank" rel="noreferrer">holger.seelig@yahoo.de</a><br>
> <a href="https://create3000.github.io/x_ite/" rel="noreferrer noreferrer" target="_blank">https://create3000.github.io/x_ite/</a><br>
><br>
> Am 08.12.2024 um 05:21 schrieb Brutzman, Donald (Don) (CIV) via x3d-public<br>
> <<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>>:<br>
><br>
> However<br>
><br>
><br>
> _______________________________________________<br>
> x3d-public mailing list<br>
> <a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a><br>
> <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20241213/9f11da10/attachment-0001.html" rel="noreferrer noreferrer" target="_blank">http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20241213/9f11da10/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Sat, 14 Dec 2024 05:02:06 +0000<br>
From: <a href="mailto:joedwil@earthlink.net" target="_blank" rel="noreferrer">joedwil@earthlink.net</a><br>
To: "Extensible 3D (X3D) Graphics public discussion"<br>
<<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>>, "Extensible 3D (X3D) Graphics public<br>
discussion" <<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>>, Konstantin Smirnov<br>
<<a href="mailto:konstantin.e.smirnov@gmail.com" target="_blank" rel="noreferrer">konstantin.e.smirnov@gmail.com</a>><br>
Cc: John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank" rel="noreferrer">yottzumm@gmail.com</a>>, <a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a>, Myeong<br>
Won Lee <<a href="mailto:myeongwonlee@gmail.com" target="_blank" rel="noreferrer">myeongwonlee@gmail.com</a>><br>
Subject: Re: [x3d-public] X3D 4.0 specification problem:<br>
TextureProjectorparallel.fieldOfView<br>
Message-ID: <<a href="mailto:79da2843-facc-1fd3-d8bb-be019b6b90a6@earthlink.net" target="_blank" rel="noreferrer">79da2843-facc-1fd3-d8bb-be019b6b90a6@earthlink.net</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi,<br>
I'm just trying to see why the parameters are so different from viewpoint and other lights.<br>
<br>
<br>
17.4.1 DirectionalLight<br>
SFVec3f [in,out] direction 0 0 -1 <br>
17.4.3 SpotLight<br>
SFVec3f [in,out] direction 0 0 -1 <br>
42.4.1 TextureProjector<br>
SFVec3f [in,out] direction 0 0 1 <br>
should be default 0 0 -1 toward -z <br>
(Really should be orientation?) <br>
SFVec3f [in,out] upVector 0 0 1 <br>
this not needed (see orientation) <br>
or should be default 0 1 0 (Yup) in Viewpoint coordinate system <br>
Using like a Viewpoint with headlight as textureprojector but <br>
viewpoint can be animated independently of textureprojector <br>
Animating this coordinated with Viewpoint is typical <br>
TP Needs to use: <br>
default Viewpoint coordinate system <br>
(0 0 1 0 = Yup, +x right of viewer, facing -z) <br>
and orientation navigation using axis-angle, <br>
Not simple and weaker directon x y z angles <br>
spotlight movement. <br>
<br>
notes: <br>
23.4.6 Viewpoint<br>
SFRotation [in,out] orientation 0 0 1 0 [-1,1],(-8,8)<br>
SFVec3f [in,out] position 0 0 10 (-8,8)<br>
17.4.1 DirectionalLight<br>
SFVec3f [in,out] direction 0 0 -1 (-8,8) <br>
17.4.3 SpotLight<br>
SFVec3f [in,out] direction 0 0 -1 (-8,8)<br>
SFVec3f [in,out] location 0 0 0 (-8,8)<br>
42.4.1 TextureProjector<br>
SFVec3f [in,out] direction 0 0 1 (-8,8)<br>
SFVec3f [in,out] location 0 0 0 (-8,8)<br>
SFVec3f [in,out] upVector 0 0 1<br>
(missing (-8,8) notation)<br>
18.4.2 MovieTexture <br>
(nothing) <br>
Figure 42.5 shows upVector and location<br>
<br>
"The direction is the way the perspective projector <br>
is heading, and this implies to perspective projection <br>
direction. "<br>
<br>
Thanks,<br>
Joe<br>
<br>
<br>
-----Original Message-----<br>
From: Extensible 3D (X3D) Graphics public discussion <<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>><br>
Sent: Dec 13, 2024 3:39 PM<br>
To: Extensible 3D (X3D) Graphics public discussion <<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>>, Konstantin Smirnov <<a href="mailto:konstantin.e.smirnov@gmail.com" target="_blank" rel="noreferrer">konstantin.e.smirnov@gmail.com</a>><br>
Cc: John Carlson <<a href="mailto:yottzumm@gmail.com" target="_blank" rel="noreferrer">yottzumm@gmail.com</a>>, <a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a> <<a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a>>, Myeong Won Lee <<a href="mailto:myeongwonlee@gmail.com" target="_blank" rel="noreferrer">myeongwonlee@gmail.com</a>><br>
Subject: Re: [x3d-public] X3D 4.0 specification problem: TextureProjectorparallel.fieldOfView<br>
<br>
I have no issue with SFVec4f. My only concern is system which require field names like x:, y:, z:, … prior to a number. That would seem strange. In that case, MFFloat might be better, or an interval field type, which might not participate in many vital events. Konstantin might be a good source of information.<br>
<br>
Food for thought. <br>
<br>
<br>
John <br>
<br>
On Fri, Dec 13, 2024 at 3:15?PM Brutzman, Donald (Don) (CIV) via x3d-public <<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a> (mailto:<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>)> wrote:<br>
Excellent question, thanks for asking Holger.<br>
<br>
This issue has been carefully tracked and regularly revisited since July 2022.<br>
* Mantis 1398: OrthoViewpoint fieldOfView type needs to be SFVec4f, not MFFloat<br>
<br>
* <a href="https://mantis.web3d.org/view.php?id=1398" rel="noreferrer noreferrer" target="_blank">https://mantis.web3d.org/view.php?id=1398</a><br>
<br>
* Mantis 1468: must SFVec4f/SFVec4d fields be homogeneous?<br>
<br>
* <a href="https://mantis.web3d.org/view.php?id=1468" rel="noreferrer noreferrer" target="_blank">https://mantis.web3d.org/view.php?id=1468</a><br>
<br>
<br>
The X3D Working Group was unable to reach consensus on this issue prior to conclusion of version 4.0, unfortunately. Dick Puk and I took a close look at this recently too. Here is a synopsis of the Mantis issues.<br>
<br>
I advocate use of SFVec4f for all parallel fieldOfView values because it is the strictest appropriate datatype that can validate content. Retaining the legacy MFFloat type definition for fieldOfView allows 3d models (produced by humans or tools) to define arrays of illegal length, making failures mysterious. Conceptual consistency is important too.<br>
<br>
Reviewing the Mantis issues, additional concerns included:<br>
* Incompatibility with prior X3D implementations. Since a 4-tuple content value is a valid MFFloat array, I'm not seeing any backwards incompatibility if a prior X3D 3.3 implementation encounters the four values of a SFVec4f array. There are no representation problems since value syntax is compatible for our various encodings as well.<br>
<br>
<br>
<br>
* SFVec4f fields are actually not homogenous coordinates. The spec uses the word "homogenous" when referring to <br>
<br>
* X3D4 Architecture, Clause 5 Field type reference, 5.3.20 SFVec4d and MFVec4d<br>
<br>
* <a href="https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/fieldTypes.html#SFVec4dAndMFVec4d" rel="noreferrer noreferrer" target="_blank">https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/fieldTypes.html#SFVec4dAndMFVec4d</a><br>
<br>
* "The SFVec4f field or event specifies a three-dimensional (3D) homogeneous vector." (and similarly for SFVec4d, SFVec4f and MFVec4f).<br>
<br>
* However none of these fields are mathematically homogeneous, see<br>
<br>
* <a href="https://en.wikipedia.org/wiki/Homogeneous_coordinates" rel="noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/Homogeneous_coordinates</a><br>
<br>
* <a href="https://en.wikipedia.org/wiki/Homogeneous_coordinates#/media/File:RationalBezier2D.svg" rel="noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/Homogeneous_coordinates#/media/File:RationalBezier2D.svg</a><br>
<br>
* Of related note is that ClipPlane 4-tuple "plane" field is also SFVec4f.<br>
<br>
* <a href="https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/components/rendering.html#ClipPlane" rel="noreferrer noreferrer" target="_blank">https://www.web3d.org/specifications/X3Dv4/ISO-IEC19775-1v4-IS/Part01/components/rendering.html#ClipPlane</a><br>
<br>
<br>
<br>
All review welcome, hopefully I have correctly synopsized all concerns.<br>
<br>
I think it would be beneficial to resolve this issue by reaching consensus and applying remedies as follow.<br>
* Omitting the over-strict word "homogenous" from the four SF/MF Vec 4f/4d definitions in future X3D 4.1 prose,<br>
<br>
* Updating future X3D 4.1 prose to use SFVec4f for TextureProjectorParallel fieldOfView,<br>
<br>
* Using SFVec4f in X3D 4.0 DTD, Schema, X3DUOM validation and X3D Tooltips, since that type strictly confirms fieldOfView correctness with no backwards compatibility problems.<br>
<br>
<br>
Is consensus now possible? Thanks for all careful consideration.<br>
<br>
all the best, Don<br>
--<br>
Don Brutzman Naval Postgraduate School, Code USW/Br <a href="mailto:brutzman@nps.edu" target="_blank" rel="noreferrer">brutzman@nps.edu</a> (mailto:<a href="mailto:brutzman@nps.edu" target="_blank" rel="noreferrer">brutzman@nps.edu</a>)<br>
Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA +1.831.656.2149<br>
X3D graphics, virtual worlds, navy robotics <a href="https://faculty.nps.edu/brutzman" rel="noreferrer noreferrer" target="_blank">https://faculty.nps.edu/brutzman</a><br>
<br>
<br>
<br>
<br>
From: Holger Seelig <<a href="mailto:holger.seelig@yahoo.de" target="_blank" rel="noreferrer">holger.seelig@yahoo.de</a> (mailto:<a href="mailto:holger.seelig@yahoo.de" target="_blank" rel="noreferrer">holger.seelig@yahoo.de</a>)><br>
Sent: Friday, December 13, 2024 11:29 AM<br>
To: X3D <<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a> (mailto:<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>)><br>
Cc: Brutzman, Donald (Don) (CIV) <<a href="mailto:brutzman@nps.edu" target="_blank" rel="noreferrer">brutzman@nps.edu</a> (mailto:<a href="mailto:brutzman@nps.edu" target="_blank" rel="noreferrer">brutzman@nps.edu</a>)>; <a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a> (mailto:<a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a>) <<a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a> (mailto:<a href="mailto:khyoo@chungbuk.ac.kr" target="_blank" rel="noreferrer">khyoo@chungbuk.ac.kr</a>)>; Myeong Won Lee <<a href="mailto:myeongwonlee@gmail.com" target="_blank" rel="noreferrer">myeongwonlee@gmail.com</a> (mailto:<a href="mailto:myeongwonlee@gmail.com" target="_blank" rel="noreferrer">myeongwonlee@gmail.com</a>)><br>
Subject: Re: [x3d-public] X3D 4.0 specification problem: upVector field for TextureProjector, TextureProjectorParallel <br>
<br>
I just realised that TextureProjectorparallel.fieldOfView is of type SFVec4f, but OrthoViewpoint.fieldOfView is of type MFFloat.<br>
<br>
Which of the two is better?<br>
<br>
OrthoViewpoint is definitely older.<br>
<br>
I think of SFVec4f as a mathematical 4d vector.<br>
<br>
<a href="https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/textureProjection.html#TextureProjectorParallel" rel="noreferrer noreferrer" target="_blank">https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/textureProjection.html#TextureProjectorParallel</a><br>
<a href="https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/navigation.html#OrthoViewpoint" rel="noreferrer noreferrer" target="_blank">https://www.web3d.org/documents/specifications/19775-1/V4.0/Part01/components/navigation.html#OrthoViewpoint</a><br>
<br>
Best regards,<br>
Holger<br>
<br>
--<br>
Holger Seelig<br>
Leipzig, Germany<br>
<br>
<a href="mailto:holger.seelig@yahoo.de" target="_blank" rel="noreferrer">holger.seelig@yahoo.de</a> (mailto:<a href="mailto:holger.seelig@yahoo.de" target="_blank" rel="noreferrer">holger.seelig@yahoo.de</a>)<br>
<a href="https://create3000.github.io/x_ite/" rel="noreferrer noreferrer" target="_blank">https://create3000.github.io/x_ite/</a><br>
<br>
Am 08.12.2024 um 05:21 schrieb Brutzman, Donald (Don) (CIV) via x3d-public <<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a> (mailto:<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>)>:<br>
<br>
However<br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a> (mailto:<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a>)<br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20241214/09be0b5f/attachment.html" rel="noreferrer noreferrer" target="_blank">http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20241214/09be0b5f/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" target="_blank" rel="noreferrer">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of x3d-public Digest, Vol 189, Issue 35<br>
*******************************************<br>
</blockquote></div></div></div>