<div dir="auto"><div>Thanks for the feedback. I agree with the recommendation. A single sentence should suffice to cover this case.</div><div dir="auto"><br></div><div dir="auto">Another way to resolve this question would be to assign a default value to the url fields. The value would then be a data url for a transparent pixel png.</div><div dir="auto"><br></div><div dir="auto">Andreas</div><div dir="auto"><br><div data-smartmail="gmail_signature" dir="auto">---on the phone---</div><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Fri, Oct 22, 2021, 6:11 AM Michalis Kamburelis <<a href="mailto:michalis.kambi@gmail.com" target="_blank" rel="noreferrer">michalis.kambi@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'd say that it makes sense to clarify specification for this. A<br>
missing background texture should IMHO behave like a transparent one<br>
(not black).<br>
<br>
The question remains should *one* missing texture result in 1. *all*<br>
skybox textures being ignored, 2. or just this one texture/side being<br>
transparent. CGE uses separate textures for skybox (not cubemap) so<br>
ignoring only one of them is not a problem. Ultimately it's a question<br>
what is better for authors, and I do not know myself.<br>
<br>
I'm a bit more leaning toward 2 (only the missing texture is ignored,<br>
i.e. transparent) as it is consistent with behavior if you leave URL<br>
of this one texture unspecified (so none, as default).<br>
<br>
I could go with this simple sentence:<br>
<br>
"""If any Background texture is missing, the rendering result is as if<br>
this texture was fully transparent."""<br>
<br>
Regards,<br>
Michalis<br>
<br>
czw., 21 paź 2021 o 03:34 Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a>> napisał(a):<br>
><br>
> I am exploring if it is feasible to employ MS Babylon.js as an engine<br>
> to render X3D, first without any runtime. I implemented a few basic<br>
> nodes which went pretty well. While working on Background I noticed<br>
> that the X3D spec. seems silent on behaviour for the case if none of<br>
> the urls provided for a given face is available from the network, and<br>
> therefore the texture is left undefined.<br>
><br>
> 9.3.2 X3DUrlObject (see links below) mentions that case and refers<br>
> back to the specific node type descriptions for further instructions.<br>
> But 24.4.1 Background does not deal with this case.<br>
><br>
> Some examples have comments that assume that a browser would use<br>
> skyColor et al. as a fallback. But this is not required it seems.<br>
><br>
> The tooltips do not offer guidance for this case.<br>
><br>
> For an implementation it may come down to if a non-accessible url<br>
> should be replaced with a transparent image (letting the sky show), or<br>
> a black image.<br>
><br>
> In Babylon.js, if any of the six images is not viable or null, the<br>
> whole skybox is rendered black. This is due to webGL cubemap<br>
> requirements. Of course, it is possible for a browser to check the<br>
> urls first and replace them, if necessary, with a transparent pixel,<br>
> for example. But perhaps this should be left as a responsibility to an<br>
> author.<br>
><br>
> A question to the group here would be if this case should be left unspecified ?<br>
><br>
> Outdated, obsolete urls may be common enough to justify tightening of<br>
> the spec. But GIGO may apply here and suffice as well.<br>
><br>
> -Andreas<br>
><br>
> Relevant links:<br>
><br>
> <a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD/Part01/components/environmentalEffects.html#Background" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD/Part01/components/environmentalEffects.html#Background</a><br>
><br>
> <a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD/Part01/components/networking.html#X3DUrlObject" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD/Part01/components/networking.html#X3DUrlObject</a><br>
><br>
> <a href="https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD/Part01/components/networking.html#URLs" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.web3d.org/specifications/X3Dv4Draft/ISO-IEC19775-1v4-CD/Part01/components/networking.html#URLs</a><br>
><br>
> <a href="https://www.web3d.org/x3d/content/X3dTooltips.html#Background" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.web3d.org/x3d/content/X3dTooltips.html#Background</a><br>
><br>
><br>
> --<br>
> Andreas Plesch<br>
> Waltham, MA 02453<br>
><br>
> _______________________________________________<br>
> x3d-public mailing list<br>
> <a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a><br>
> <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
</blockquote></div></div></div>