LINUXGAMES

SDL Library Updates

December 19th, 2001 by Alkini

Sam Lantinga sent a gaggle of mails to the SDL-announcement list with various SDL library updates:

  • SDL_image 1.2.1 has been released; changes include:
    • fixed transparency in the GIF loading code
    • added support for the IFF (LBM) image format
    • added Project Builder projects for building MacOS X framework
    • fixed transparency in 8-bit PNG files
    • added support for loading XPM image data directly
  • SDL_net 1.2.3 has been released; changes include:
    • Fixed byte order read/write macros on sparc
    • Fixed non-blocking socket flags on Windows
  • SDL_mixer 1.2.1 has been released; changes include:
    • fixed MOD music volume when looping
    • stop implicit looping, set fade out and other flags on MOD files
    • the music file type is now determined by extension as well as magic
    • added a realtime sound effect API to SDL_mixer.h
    • added the following standard sound effects: panning, distance attenuation, basic positional audio, stereo reversal
    • added API for mixer versioning: Mix_Linked_Version() and MIX_VERSION()
    • updated MikMod code to version 3.1.9a
    • added support for loading AIFF audio chunks
    • fixed AIFF music playing support
    • added Mix_ChannelFinished() and Mix_GetChunk()
    • added VOC sound file support
    • fixed crashes when API used with audio not initialized
  • SDL_ttf 2.0.4 has been released; changes include:
    • added ‘glfont’, a program to demonstrate using SDL_ttf with OpenGL
    • added support for selecting individual font faces
    • added support for foreground/background color in showfont
    • fixed endian bug in blended font rendering

One Response to “SDL Library Updates”

  1. Anonymous Says:

    [br]Every month, every month, every darn month something is updated somewhere and I get the urge to downlaod every SDL packaged current to the update, tar and bzip2 it, and store it away somehere. :o)

    I am thinking of designing a library that can querry a linux system of installed files and design it to be transparent and complementary to the installation system used either it be rpm, apt, Linuxfromscratch, or whatever else is around. I think it would be a good peice of work. Anyone agree that is a good idea?

Leave a Reply

You must be logged in to post a comment.