[SDL] Sound and Music
lareon at comcast.net
Wed Sep 14 10:17:36 PDT 2005
On 14 Sep, 2005, at 7:48 AM, Andre Krause wrote:
> sure, the big one games do not need this. but they are commercial.
> but my little game (just a simple 3d tetris, www.gravytris.tk) is
> exactly the sort of games that profit from single .exe style! just
> download , start and have a short, entertaining time.
> by the way: all the big games have some sort of archive (.wad, .pak
> etc) where thez store textures, sound etc. in compressed form. i do
> the same, with the exception that the archive is simply appended to
> the executable. so there is no difference.
What about offering two downloads of it -- the statically linked and
the dynamically linked, and provide information in the readme that if
you want the dynamically linked one, to follow the link to the
website and download that -- does that work to appease the LGPL?
>>> there's another problem with fmod: no sources!! so you cannot
>>> compile your own static library.
>> If you buy a license, you get the sources.
>>> and i tell you what: i really DO NOT WANT to depend my game on
>>> any dlls except os provided dlls. why? i like games that are
>>> contained all into a single exe file. no installation, no
>>> unpacking. just download and start. how should i do it with dlls?
>> Do you realy think it's possible to create huge commercial game
>> (like Quake IV, WoW, Unreal Tournament 2004 etc.) which consists
>> of only one exe, that contains all of game assets? Even when he's
>> not creating such a game, still it would be amazingly difficult,
>> and would provide no important gains / advantages (from
>> programmers point of view). Not to mention that unpacking
>> everything from such exe would be a slow and painfull process. And
>> if you think that there's no need for assets, that everything can
>> be generated on the fly... how much time will your game take in
>> the initialization phase, generating every model, texture, sound?
>> Even SDL needs to have its dll distributed with games (or at
>> least, that's how I was doing for years and seen that everyone
>> else was doing it like me).
>> The same goes with OpenAL (dll needed) and SDL_Mixer (which can be
>> linked staticaly, but GNU LGPL requires to distribute sources, or
>> sth like that).
>> For clarity, I'm not against your point of view - I also like
>> static libraries, but your statement about one-exe games is... :-/
>>> sure, there are commercial tools to embed dlls and all other
>>> resources into the exe file, but then you need some temporary
>>> space to unpack the dlls to this means writing to a probably
>>> slow / overfull / write protected disk and adds platform specific
>>> code to detect temp directory etc.
>> Right, so you also see that one-exe games have no future :-)
More information about the SDL