[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [pygame] Pure SDL C library branching
- To: pygame-users@xxxxxxxx
- Subject: Re: [pygame] Pure SDL C library branching
- From: René Dudfield <renesd@xxxxxxxxx>
- Date: Tue, 10 Feb 2009 16:57:50 +1100
- Delivered-to: archiver@xxxxxxxx
- Delivered-to: pygame-users-outgoing@xxxxxxxx
- Delivered-to: pygame-users@xxxxxxxx
- Delivery-date: Tue, 10 Feb 2009 00:57:53 -0500
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=seKFFK4csvzBd5SaAn+thERi+69auoNzIusraNG/uBk=; b=j4F/UtpgzAqtmjmLJ6R1MRjrYiYG6sZO6krMwZQWvNh12/CDtOR4YUWmHFxkJPB2XK nwQ4v9ybzOYPXDDn+/x/uhT1IjZ2EZMI197b2bEMw23L1cEXHgqTdcr1PqfepXGmpMng SdIlv51csPJcQzlSMRq3o+iJc8yGK664zpYP8=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=xGd8I0m24dLEBnzq0yo3g1Zctbc6Uy0j9h675Z0cCqQUxs6ccUBq6cZknlVodaY/R1 mjTVTxUYrRD1qSwXCk2rF/4AJHEVeY5l4CaRITJrFSSjphjr+Kk/ms0G465gVh5jeqQo f2M4k69F3D+BvhMFWmntulVSV5fTJ9r4cAmrM=
- In-reply-to: <20090209211958.GA1249@xxxxxxxxxxxxxxxxxxx>
- References: <20090209211958.GA1249@xxxxxxxxxxxxxxxxxxx>
- Reply-to: pygame-users@xxxxxxxx
- Sender: owner-pygame-users@xxxxxxxx
hi,
Very much like the idea of making separate C lib/s.
I don't really have a good name in mind. How about calling it
'pyogre', 'panda3d', 'pyglet', or 'pyopengl' ? I guess that could be
confusing.
I think having one big library, with sub libraries in it is a good
idea? Rather than having to maintain each separately (eg, a scrap
one, a blit one, etc etc).
cu,
On Tue, Feb 10, 2009 at 8:19 AM, Marcus von Appen <mva@xxxxxxxxxxxx> wrote:
> Hi,
>
> Rene and I had a talk about a pure SDL-based C library based on certain
> components of pygame the last year or so. The idea behind it was to
> isolate certain components well enough to release them as seperate C
> library code that does not pull in any Python dependency.
>
> We never got that far with it as we did not find the time to clearly
> isolate those components. When I initially created pgreloaded, I was
> able to remember that we talked about that, so that certain core parts
> of pgreloaded are completely Python-free. This allows us now to create a
> pure C library that will bring some unique features to the broader SDL
> developer base without much work (just some plain copying of code files,
> creating a Makefile and solution/nmake file).
>
> The components isolated are:
>
> transform routines (similar to pygame's transform module)
> scrap clipboard routines (similar to pygame's scrap module)
> MMX pixel buffer filters (as used by pygame's transform module)
> 2D drawing routines (similar to pygame's draw module)
> JPEG, PNG, TGA saving (similar to pygame's image.save method)
> SDL_Surface fill routines (similar to pygame's Surface.fill method)
> SDL_Surface blit routines (similar to pygame's Surface.fill method)
>
> In contrast to pgreloaded, which will still require some more work,
> those components could be branched and released as standalone library
> quite fast. The only question would be: what name should it have?
>
> Lame duck names might be CyGame, CeGame, PyCGame, PySeeGame, CPyGame, ...
> As you see, naming recommendations for that branch are welcome :-).
>
> Regards
> Marcus
>