Quantcast

Re: [Pharo-dev] pb with primitive #primitiveScreenDepth on Linux ?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Pharo-dev] pb with primitive #primitiveScreenDepth on Linux ?

Igor Stasenko
 


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 
on platform it runs).


--
Best regards,
Igor Stasenko.

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Pharo-dev] pb with primitive #primitiveScreenDepth on Linux ?

Bert Freudenberg
 
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).

- Bert -
 
Loading...