[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [pygame] Google Summer of Code participation
- To: pygame-users@xxxxxxxx
- Subject: Re: [pygame] Google Summer of Code participation
- From: Devon Scott-Tunkin <djvonfunkin@xxxxxxxxx>
- Date: Wed, 11 Mar 2009 14:49:55 -0700 (PDT)
- Delivered-to: archiver@xxxxxxxx
- Delivered-to: pygame-users-outgoing@xxxxxxxx
- Delivered-to: pygame-users@xxxxxxxx
- Delivery-date: Wed, 11 Mar 2009 17:49:57 -0400
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1236808195; bh=Mtzx1weX35Lm+ByVwRrpnV4MGb+lBuKcBF33Y7NXEC0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=BTdY9yEibZ7Xyk6tA6D5arYtmckNyju6ClUu2IH1pM/f72CP8vFxUzSGbepuUFBwHn0k35YwDDNr49pTBfmfb6KoadCZJBzCHwjt2gzdZhVM69K4F57ogu9H/ut+ec/TbTu/Rr4v5+Jo2VMpXGZxu0VastxR3hg3i5MGrbPeo6g=
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=1CoVhX8Ow/PZNWysr/QHewT2CqrTz/bfc2+3MfG5Ged+iO5qP3qVE9qZwTc5h2/oc//dZVOlLvBqVv4Ob/95uhG0hD7asOtWFKpOfrnBHnkz4IuNp7z5xWl6Bwe3trd38ZaFiCF9FouONBo8Zh2pIgznFKOeJapyzXp7JdQHeEQ=;
- In-reply-to: <20090311191122.GA1111@xxxxxxxxxxxxxxxxxxx>
- Reply-to: pygame-users@xxxxxxxx
- Sender: owner-pygame-users@xxxxxxxx
>Please do not mix font and image formats up. Focus on one of them, as
>implementing a bit of this and a bit of that is unlikely to be
>accepted. The main reason for this is that both are completely different
>areas and as such need several special considerations and probably API
>design changes to get all - to be planned - features into them.
I'll focus on one before I apply then, probably image formats, depending on which I understand best and find more interesting after some research.
>SVG would be some cool and huge task, I guess. As there is no
>cross-platform SVG library (to my knowledge and no, cairo-svg's not the
>best option here) to rely on, this would be a nice project and require
>you to show us some good work of you (because SVG is a complex topic).
ImageMagick does SVG, although incomplete. I don't know how useful that would be. Inkscape's libnr might be something to look at, although it might be saying something that they use cairo for faster rendering in outline mode. If I had to roll my own from scratch, yeah that would very likely be beyond my current capabilities for the summer.
--- On Wed, 3/11/09, Marcus von Appen <mva@xxxxxxxxxxxx> wrote:
> From: Marcus von Appen <mva@xxxxxxxxxxxx>
> Subject: Re: [pygame] Google Summer of Code participation
> To: pygame-users@xxxxxxxx
> Date: Wednesday, March 11, 2009, 2:11 PM
> On, Wed Mar 11, 2009, Devon Scott-Tunkin wrote:
> > I'd like to apply for gsoc 2009 in pygame when the
> time comes. I'm
> > doing an MS in Game Development (programming), but
> have spent my first
> > year taking undergraduate prerequisites in computer
> science classes as
> > my background is in graphic design and not
> programming. That leaves me
> > probably at a beginning undergrad junior level in
> computer science.
> That's no problem at all.
> > Coming from graphic design I'm interested in
> adding more font and
> > graphic file supports to pygame. I know C reasonably
> well, but I
> > haven't really looked at the C parts of pygame or
> even fiddled with
> > the pygame python source, only used the api.
> Ideally those tasks could be done on a clean pgreloaded
> branch (yes
> ma'am, I'm strongly advocating here). It's API
> is a lot cleaner than
> pygame's at the moment, so a clean backport could be
> done once
> anything's settled.
> > To get ready to apply, obviously it would be good for
> me to review
> > some of the pygame source, build pygame, and maybe
> even write a few
> > tests. As well as researching the technical side of
> implementing new
> > fonts and image format conversions as I am very
> familiar with using
> > many types of both, but conversion routines for images
> I only have a
> > general idea that different formats store the channel
> bytes and pixel
> > arrays in different ways.
> Please do not mix font and image formats up. Focus on one
> of them, as
> implementing a bit of this and a bit of that is unlikely to
> accepted. The main reason for this is that both are
> completely different
> areas and as such need several special considerations and
> probably API
> design changes to get all - to be planned - features into
> > Implementing SVG or some sort of basic vector image
> support is a
> > related project I'd like to do, but may be out of
> scope if I end up
> > working on font and raster image format support.
> SVG would be some cool and huge task, I guess. As there is
> cross-platform SVG library (to my knowledge and no,
> cairo-svg's not the
> best option here) to rely on, this would be a nice project
> and require
> you to show us some good work of you (because SVG is a
> complex topic).
> > Do you have any other suggestions for me? Ways to
> improve my chances?
> > Code examples I should write or focus on?
> Depending on what you want to do in the end, show us what
> you did
> already (projects, etc.) when it comes to applying (and we
> got some
> slots from Google). The easier the project, the less you
> would have to
> show ;-).
> However, first we will have to be accepted as