-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 15 March 2004 18:44, Patrick A wrote:
> This is exactly the shortcomings (for me) of sdlperl. sdlperl subsystems
> (mixer, image, ttf, etc) should be independent of each other.
>
> If sdl_mixer was independent, it would be as simple as use SDL_Mi
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 15 March 2004 18:41, Patrick A wrote:
> Irrlicht is a good engine. I've toyed around with it and loaded some maps
> and models and all that good stuff, and it really is a fast, stable, and
> moderately nice looking engine. It's about as easy to u
This is exactly the shortcomings (for me) of sdlperl. sdlperl subsystems
(mixer, image, ttf, etc) should be independent of each other.
If sdl_mixer was independent, it would be as simple as use SDL_Mixer;
on the topic of cross platform, SDL_Mixer refuses to play midi's on a macOSx
for me... so
Irrlicht is a good engine. I've toyed around with it and loaded some maps
and models and all that good stuff, and it really is a fast, stable, and
moderately nice looking engine. It's about as easy to use as SDL as well.
But now you get into the realm of implementations. It might make sense for
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Monday 15 March 2004 10:38, DH wrote:
> > (I will likely use Audiere for audio, but that will probably require
> > Perl bindings, too. Sound::Audiere?)
>
> Tough luck on that one.
> I was gonna port audiere, but
>
> it looks like it's not gonna happ
On Sun, 2004-03-14 at 22:37, David J. Goehrig wrote:
> Would those people interested in cpan
> commit access for SDL_perl please send me
> your cpan credentials. I'll add you to the
> comaintainers.
I'm also hip-deep in work at the moment, but that'll straighten out
shortly and I could put out
>
> (I will likely use Audiere for audio, but that will probably require Perl
> bindings, too. Sound::Audiere?)
Tough luck on that one.
I was gonna port audiere, but
it looks like it's not gonna happen because
on win32 (my primary platform)
perl XS does not play well with cpp streams
