ANN: OpenGL + NativeBoost + Mac ==> success

> Today i'm happy to announce that i can run my 2 years-old demo which i
> did when created NBOpenGL bindings first on Windows,
> working without ANY changes in code on Mac.
>
> The main hurdle with adding MacOsx support was that it is largely
> unknown platform to me , and there are 3 different ways to get there,
> namely CGL, Carbon and Cocoa.
> Fortunately CGL approach worked well, despite its a bit limited (you
> cannot create a windowed context, only fullscreen or offscreen one).
> But since i am using FBO's , it doesn't really matters.
> Of course it may make difference for people who want to use GL in
> different setup.
>

> Today i'm happy to announce that i can run my 2 years-old demo which i
> did when created NBOpenGL bindings first on Windows,
> working without ANY changes in code on Mac.
>
> The main hurdle with adding MacOsx support was that it is largely
> unknown platform to me , and there are 3 different ways to get there,
> namely CGL, Carbon and Cocoa.
> Fortunately CGL approach worked well, despite its a bit limited (you
> cannot create a windowed context, only fullscreen or offscreen one).
> But since i am using FBO's , it doesn't really matters.
> Of course it may make difference for people who want to use GL in
> different setup.
>
> In order to load project, take a fresh Pharo 1.4 image, load
>
> ConfigurationOfNBOpenGL package using MC from
>
> MCHttpRepository
>      location: 'http://www.squeaksource.com/NBOpenGL'
>      user: 'sig'
>      password: ''
>
>
> or by
>
> Gofer it
>    squeaksource: 'NBOpenGL';
>    package: 'ConfigurationOfNBOpenGL';
>    load
>
> and then issue:
>
> ConfigurationOfNBOpenGL project lastVersion load.
>
> Remember, that you have to use CogVM with NativeBoost plugin, which
> you can download from here:
>
> https://ci.lille.inria.fr/pharo/view/NativeBoost/job/NB-Cog-Mac-Carbon/lastSuccessfulBuild/artifact/
>
>
> If everything goes well, you should be able to run a demo by doing:
>
> GLTTRenderingDemo new openInWorld.
>
> P.S. @ Windows users: due to refactorings which i did, a
> windows-specific support code is currently broken. So please use older
> versions of packages (prior to this month).
> I will fix them very soon.
>
>

> Karl
> On Sun, Jan 22, 2012 at 4:23 AM, Lawson English <[hidden email]> wrote:
>>
>> I created a new video how to for installing NativeBoost OpenGL on Pharo
>> 1.4 Smalltalk on the Mac: http://www.youtube.com/watch?v=RAvlIVG4biM
>>
>> Igor, your code is very nice. I think there's a lot of potential here for
>> NativeBoost and OpenGL that might attract new classes of programmers to
>> smalltalk. I'd be happy to help create demos and videos of what can be done.
>>
>>
>> Lawson
>>
>>
>>
>> On 1/20/12 11:52 AM, Igor Stasenko wrote:
>>>
>>> Today i'm happy to announce that i can run my 2 years-old demo which i
>>> did when created NBOpenGL bindings first on Windows,
>>> working without ANY changes in code on Mac.
>>>
>>> The main hurdle with adding MacOsx support was that it is largely
>>> unknown platform to me , and there are 3 different ways to get there,
>>> namely CGL, Carbon and Cocoa.
>>> Fortunately CGL approach worked well, despite its a bit limited (you
>>> cannot create a windowed context, only fullscreen or offscreen one).
>>> But since i am using FBO's , it doesn't really matters.
>>> Of course it may make difference for people who want to use GL in
>>> different setup.
>>>
>>> In order to load project, take a fresh Pharo 1.4 image, load
>>>
>>> ConfigurationOfNBOpenGL package using MC from
>>>
>>> MCHttpRepository
>>>     location: 'http://www.squeaksource.com/NBOpenGL'
>>>     user: 'sig'
>>>     password: ''
>>>
>>>
>>> or by
>>>
>>> Gofer it
>>>   squeaksource: 'NBOpenGL';
>>>   package: 'ConfigurationOfNBOpenGL';
>>>   load
>>>
>>> and then issue:
>>>
>>> ConfigurationOfNBOpenGL project lastVersion load.
>>>
>>> Remember, that you have to use CogVM with NativeBoost plugin, which
>>> you can download from here:
>>>
>>>
>>> https://ci.lille.inria.fr/pharo/view/NativeBoost/job/NB-Cog-Mac-Carbon/lastSuccessfulBuild/artifact/
>>>
>>>
>>> If everything goes well, you should be able to run a demo by doing:
>>>
>>> GLTTRenderingDemo new openInWorld.
>>>
>>> P.S. @ Windows users: due to refactorings which i did, a
>>> windows-specific support code is currently broken. So please use older
>>> versions of packages (prior to this month).
>>> I will fix them very soon.
>>>
>>>
>>
>>
>
>
>
>

> On 22 January 2012 21:29, karl ramberg<[hidden email]>  wrote:
>> Nice looking.
>>
> btw, on recorded video the font glyph having rough edges..
> look's like Lawson's GL engine doesn't supports a shader which is
> responsible for rendering smooth edges.
> but again it was demo to show that you can do things with opengl..,
> not to show that to make it work everywhere,
> you have to spend many torturing sessions trying to support various
> graphic cards vendors
> and their drivers while still keeping your rendering approach in mind :).
>
>

>
> On 22 January 2012 15:13, Stéphane Ducasse<[hidden email]>  wrote:
>> On Jan 22, 2012, at 1:29 PM, Lawson English wrote:
>>
>>
>>> 2) large windows tended to leave a lot of artifacts behind during movement (the video shows this towards the end).
> there is two "modes" to blit on Morphic display - one is just copy
> directly to Display, and another is to separate form and then draw
> that form as usual.
> so, these artefact is not related to OpenGL per se, but mainly to how
> you make rendered results appear integrated in morphic.

> Am 23.01.2012 18:03, schrieb Lawson English:
>> Is there a way to directly draw to the system window using OpenGL so that intermediate software blitting is eliminated?
>>
> The opengl context is already drawing directly to the screen (or rather, to the back buffer managed by opengl).
> There is no intermediate software blitting involved AFAIK.
>
> Cheers,
> Hans-Martin
>
>