Re: [Pharo-dev] pb with primitive #primitiveScreenDepth on Linux ?
On 31 January 2017 at 11:12, Christophe Demarey <[hidden email]> wrote:
Hello,
With Pavel, we discovered a strange behavior of the primitive #primitiveScreenDepth on Linux. It returns a value of 24 bits per pixel (True colors) that looks valid but not supported (at least by Pharo).
DisplayScreen actualScreenDepth "(calling the primitive screenDepth)"
=> 32 on OS X [OK]
=> 24 on Linux [KO]
Also, it is not consistent with the primitive 91
DisplayScreen new supportsDisplayDepth: DisplayScreen actualScreenDepth
=> true on OS X
=> false on Linux
There are some safeguard image-side but it would be great if someone could check that vm side.
Christophe.
IIRC in Pharo, we purposedly decided to support only single screen depth internally for Display. It is then the headache of VM driver to convert 32bpp to anything that suitable to deliver it on screen.
The problem with this prim, is that it doesn't really tells you anything, especially since Pharo started using SDL. Also IIRC Squeak/Pharo doesn't forcing you to use native bitmaps (or only those that supported
Re: [Pharo-dev] pb with primitive #primitiveScreenDepth on Linux ?
On Thu, Feb 2, 2017 at 9:57 PM, Igor Stasenko <[hidden email]> wrote:
The problem with this prim, is that it doesn't really tells you anything, especially since Pharo started using SDL.
Also IIRC Squeak/Pharo doesn't forcing you to use native bitmaps (or only those that supported
on platform it runs).
The actualScreenDepth primitive is unused in Squeak. Machines are fast enough to always use 32 bpp (and e.g. Mac Cocoa VM only supports 32 bpp anyway).