Re: Textures running in Perl

[email protected]
Newsgroups perl.sdl.devel
Organization http://groups.google.com
Message-ID <[email protected]>
Sorry, the only thing I realy want is showing a simple texture on my
already made Perl/OpenGL object. That's all actually. What is the
shortest way to achieve? Contributing?
Are there workarounds in SDL or what else do I need? The rest I can
figure out. Just the texture is needed now. I had it working with VC++6
perfectly. So that covers the Windows-part I guess. It should be able
to work on Windows.

Regards,
MD

Geoff schreef:

> On Fri, Oct 13, 2006 at 04:30:05AM -0700, [email protected] wrote:
> > Can you tell me if textures are supported in Perl/OpenGL/SDL?
>
> Yes.
>
> > I have MS-OpenGL-version is 1.1 so I guess it should work.
> > But I tried the command glGenTextures but that seems to be
> > unsupported. Function is undefined.
>
> Default OpenGL on Windows pretty much sucks.  The solution at
> the C level is to use Intel's GLsdk library to make all of the
> extensions appear as normal callable functions.  They can then
> be wrapped in XS and called from Perl normally.
>
> > I use Perl 5.8 installed on Windows XP with the OpenGL- and
> > SDL-ppm from the bribes-repository.
>
> Google pointed me to a repo at bribes.org; I assume this is
> what you are referring to.  This appears to be SDL_perl 2.x;
> see below.
>
> > Anyone have textures running in Perl?
>
> A group of us had GLsdk, textures, and a number of bug fixes
> in my old fork of 1.20.x.  It was started with a cross merge
> of Tels' and Debian's 1.20.x source trees, and then developed
> from there.  Upstream (David) has expressed interest in
> reintegrating the improvements made in the 1.20.x forks into
> the 2.x series, but unfortunately my RL commitments have
> gotten in the way of merging our changes back to the 2.x
> series.
>
> Do you have XS skills, and willingness to contribute them to
> the fork merge?
> 
> > Regards,
> > MD
> 
> 
> -'f
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.