On Thu, Aug 23, 2001 at 07:20:41PM -0700, Joseph Carter wrote:
> One point.. I don't want to support all of the formats that can be
> supported. That's just insane from where I sit. And I don't want to try
> and work with mod periods in code, we'd be limited to xm and it for
> choices since they use linear periods. Of these, Impulse Tracker's format
> is more modern and has more support these days.
That's not exactly true, unreal engine based games use .xm/.s3m ;p (dunno if
they support .it) Support is merely up to whether or not someone wants to
implement it, so if someone wants it, someone can implement it if they are
technically able to.
> The napster crowd doesn't know about it.
With all the problems napster has, plus the soon to be subscription service
they're starting, napster users don't count :)
> Sure there is, it adds to code bloat. I'm trying to kill off non-dynamic
> music all around if possible once we move away from Quake stuff, but I can
> see why it'd be a good idea for the Quake stuff. I personally don't reach
> for my Quake CD when I wanna play and I do like the music in single player
> games.. But OTOH, if we add that kind of feature just to take it out,
> people are going to be annoyed.
Everything adds to code bloat :) But, ogg/vorbis support will be simple enough
to implement, and if done properly, very clean to implement as well. Obviously
we don't have to remove CD support, that was never implied :) But I never
thought about offering the user the choice of having the tracks as sound on
their local drive. Hmmmm....I think I like that idea a lot! People could create
a cdaduio/ directory under the game directory (id1/ in this case) and place the
ogg/vorbis files (or .wav files for those that like to waste disk space) in that
directory named something like 'track1.(ogg|wav)', etc. Thanks for bringing this
up. Obviously it looks like no one here but me wants ogg/vorbis support, so I'll
implement it at some point myself (which I wasn't expecting anybody to do it
besides me anyway :p) simply because I think it's a great convenience for the
user.
Ultimately it comes down to this, every programmer is going to have their
favorite format/thing/etc. But really, when it comes to file formats, it doesn't
really matter what we support since that programmer's favorite format will
probably be implemented by them. And every programmer that wants a particular
format/feature that no one else wants to handle will probably eventually
implement it himself :) It's all good!
-EvilTypeGuy
_______________________________________________
twilight-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/twilight-devel
