<div dir="ltr"><p dir="ltr"><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">> Every engine I've worked in stores cubemaps in one file but skyboxes (...) in six. Engine texture compilers might also consume separate files for each cubemap face even if the result is stored in one combined file.</span></p>
<p><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">Could you be a bit more specific in the engines/specs here?</span></p><p><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">For example:<br>
engine X use 1 image with Top-Back-Bottom/Left/Front/Right<br>engine Y uses 6 images for skybox but also can take 1 image ordered like X<br></span><span style="font-family:arial,sans-serif;font-size:12.800000190734863px">engine Z uses ...</span></p>
<p><font face="arial, sans-serif">Or at least some names/links/references.<br>Hopefully we can find a standard we can follow and keep things simple.</font></p><p><font face="arial, sans-serif">> </font>(...) one aspect of that is determining the location of each face in a combined output image. It's already possible to do that, there's just no GUI for it...<br>
</p><p>Are you referring to the Environment Map panel?<br><a href="http://www.pasteall.org/pic/59432">http://www.pasteall.org/pic/59432</a></p><p>What do you mean by 'it's already possible to do it, but not through the gui'? How are changing the cubemap order at the moment?</p>
<p>* * *</p><p>Apart from that I think Cycles supporting this format has vantages on its own. I know people that advocate for Cube Maps over panoramas as the de facto format the industry should adopt (e.g., words from Paul Bourke). </p>
<p>Thanks,<br>Dalai</p>
</div>