<div dir="ltr"><div>Hi Eliot,</div><div><br></div><div>I usually use depth: -32 for my stuff, because it corresponds with the common BGR_sRGB_A8_UNORM, which tends to be used commonly by the graphics cards.</div><div><br></div><div>Best regards,</div><div>Ronie<br></div></div><br><div class="gmail_quote"><div dir="ltr">El jue., 11 oct. 2018 a las 15:34, tim Rowledge (<<a href="mailto:tim@rowledge.org">tim@rowledge.org</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>
<br>
<br>
> On 2018-10-11, at 11:27 AM, Bert Freudenberg <<a href="mailto:bert@freudenbergs.de" target="_blank">bert@freudenbergs.de</a>> wrote:<br>
> <br>
> No, positive depth means big endian on all platforms.<br>
> <br>
> Until Andreas added little endian support to bitblt, everything was done in big endian, and only reversed on copying to the OS window. That byte reversal was expensive, so that's why the little endian support was added, to be able to keep forms in native order on little endian platforms. Little endian is indicated by negative depth, also in the platform support code (e.g. supportsDepth).<br>
<br>
IIRC from far too long ago I concluded that the littleendian stuff Andreas added was very specifically Windows weird idea of littleendian, which involved some strange stuff for less than 32bpp forms. It certainly didn't work on RISC OS.<br>
<br>
<br>
tim<br>
--<br>
tim Rowledge; <a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>; <a href="http://www.rowledge.org/tim" rel="noreferrer" target="_blank">http://www.rowledge.org/tim</a><br>
Useful random insult:- Calls people to ask them their phone number.<br>
<br>
<br>
</blockquote></div>