[plt-scheme] Re: gl-config% - Double buffering
Oh sorry, for some reason I had the library home page as localhost :p.
The real homepage is
http://www.rafkind.com/jon/allegro-scheme/
tfnood at gmail.com wrote:
> Okay thanks you all !
>
> I'm gonna make some versions with your links :
>
>> double-buffering with MrEd drawing contexts
>> Allegro package (the home page is down !)
>>
>
> and found what is the best for my game ^^
>
> When it will be finished, I will post it here !
>
> Jonathan
>
> On 19 mar, 23:39, Jon Rafkind <work... at ccs.neu.edu> wrote:
>
>> If you are just writing a 2d game and want something better than mred
>> but easier than opengl you can try my Allegro package in planet. It
>> works pretty well in Windows and Linux, and somewhat in OSX. It can do
>> 3d too, but not as well as opengl.
>>
>> http://planet.plt-scheme.org/#allegro.plt
>>
>>
>>
>> tfn... at gmail.com wrote:
>>
>>> In fact, I succes a little :
>>> I removed (swap-gl-buffers) on (on-paint) and it's seems to work !
>>> (You can try on trying-gl2)
>>>
>>> The background is perfect, however the enemy ships are
>>> "flickering" (sorry for this traduction ^^), but i'm still working on
>>> it ;)
>>>
>>> On 19 mar, 19:15, Richard Cleis <rcl... at mac.com> wrote:
>>>
>>>> It's probably better to choose something simple to do with MrEd,
>>>> first. In the meantime, you can read about graphical concepts like
>>>> models and views. Then, you can try OpenGL in Scheme. Unfortunately
>>>> many OpenGL tutorials use C, which is unnecessarily cumbersome and
>>>> very distracting (that's how I learned some in the last millenia.)
>>>> DrScheme allows experimenting with OpenGL much more interactively.
>>>>
>>>> rac
>>>>
>>>> PLT-Scheme is a much better way to learn
>>>>
>>>> On Mar 19, 2007, at 3:41 AM, tfn... at gmail.com wrote:
>>>>
>>>>> Ok ! I understand what you both say.
>>>>> Because my project is a game, I was thinking use OpenGL will be a good
>>>>> solution but it's maybe a little too soon for me ^^
>>>>>
>>>>> I will try a little more, and if I can't do it, I would make a
>>>>> traditional animated canvas...
>>>>>
>>>>> Thanks a lot !
>>>>>
>>>>> On 19 mar, 02:05, Matthew Flatt <mfl... at cs.utah.edu> wrote:
>>>>>
>>>>>> At Sat, 17 Mar 2007 12:49:36 -0000, "tfn... at gmail.com" wrote:
>>>>>>
>>>>>>> With your help and the \PLT-369.8\collects\games\jewel\jewel.scm
>>>>>>> source, i made a new version but this time, the canvas is
>>>>>>> scrambled :
>>>>>>> http://dl.free.fr/p2n3d2La/GLtest.png
>>>>>>>
>>>>>> Your code doesn't use GL for drawing. It draws directly to a MrEd
>>>>>> drawing context, instead. So when you swap the GL buffer in, it just
>>>>>> has garbage, since nothing has been drawn using GL.
>>>>>>
>>>>>> If you just remove the call `(swap-gl-buffers)', then you'll see your
>>>>>> drawing.
>>>>>>
>>>>>> For information on double-buffering with MrEd drawing contexts, see
>>>>>>
>>>>>> http://list.cs.brown.edu/pipermail/plt-scheme/2007-March/016690.html
>>>>>>
>>>>>> Matthew
>>>>>>
>>>>>> _________________________________________________
>>>>>> For list-related administrative tasks:http://list.cs.brown.edu/
>>>>>> mailman/listinfo/plt-scheme
>>>>>>
>>>>> _________________________________________________
>>>>> For list-related administrative tasks:
>>>>> http://list.cs.brown.edu/mailman/listinfo/plt-scheme
>>>>>
>>>> _________________________________________________
>>>> For list-related administrative tasks:
>>>> http://list.cs.brown.edu/mailman/listinfo/plt-scheme
>>>>
>>> _________________________________________________
>>> For list-related administrative tasks:
>>> http://list.cs.brown.edu/mailman/listinfo/plt-scheme
>>>
>> _________________________________________________
>> For list-related administrative tasks:
>> http://list.cs.brown.edu/mailman/listinfo/plt-scheme
>>
>
> _________________________________________________
> For list-related administrative tasks:
> http://list.cs.brown.edu/mailman/listinfo/plt-scheme
>
>
>