From zakk at timedoctor.org Sun Oct 6 13:20:49 2002 From: zakk at timedoctor.org (zakk) Date: 06 Oct 2002 12:20:49 -0500 Subject: [lgfaq] Vietcong General In-Reply-To: <1033417337.20417.0.camel@TARDIS> References: <1033417337.20417.0.camel@TARDIS> Message-ID: <1033924851.23184.1.camel@TARDIS.MKII> Here we go, they just launched their website: http://www.vietcong-game.com/us/index.html Seems to be just "Vietcong" as opposed to Vietcong General, anyway. -- -zakk zakk at timedoctor.org http://www.icculus.org/lgfaq/ From acnrvi at tin.it Sun Oct 6 18:47:46 2002 From: acnrvi at tin.it (^(o,o)^ Turk2000) Date: Sun, 6 Oct 2002 18:47:46 -0400 (EDT) Subject: [lgfaq] Vietcong General In-Reply-To: <1033924851.23184.1.camel@TARDIS.MKII> Message-ID: On 6 Oct 2002, zakk said me 8-) #-zakk -# Here we go, they just launched their website: #-zakk -# http://www.vietcong-game.com/us/index.html #-zakk -# #-zakk -# Seems to be just "Vietcong" as opposed to Vietcong General, anyway. Well, I think that Vietcong General can be the naming of the italian reseller. Thank you very much for the link! Turk. P.S. IMO, it will be a success game as such as Mafia :-) From chunky at icculus.org Mon Oct 7 13:46:02 2002 From: chunky at icculus.org (Chunky Kibbles) Date: Mon, 7 Oct 2002 13:46:02 -0400 Subject: Editing this is now officially like pulling teeth Message-ID: <20021007174602.GD18535@gamehenge.icculus.org> OK. I'm right here, right now, proposing some new standards for the lgfaq, because editing it is becoming a chore, and the whole thing is becoming harder and harder to read, aswell. Formatting the text in the editor: All lines should be 70 or 72 cols. Just push everything through "fmt -s" when you're done, and it'll be fine. If you need a tutorial for vi on this, I will gladly provide one. [it'll be a two-line item] And although HTML tags as ALL CAPS are officially deprecated, I like them, I think they make the source easier to read. Question and answer formats: It is the browser's job to get the final output formatting right. We even say that in the coding_guidelines. Notably, for almost everything we do, we should NOT need to use
at all, ever. The raw HTML for any given section should appear thusly: I'm reserving judgement one some of this, but the "Q:" and "A:" need to be there for browser that don't support stylesheets. We will then have a stylesheet common to all of this. Sections: Sections should be made available piecemeal. As in, it should be possible to view "/lgfaq/index.php?section=install" and just see that. The rest of the time, I'm not sure, but I think a
would be really good for sepatating the sections. Pure eye-candy, open to debate. Most importantly, it's time we had a search feature. I think that anytime now would be a good time to actually do some work on greg's XML parser, hence rendering most of what I've said invalid, as it will be easy to change whenever. I don't mind spending a few minutes converting what we have now to XML. I believe it will be worth it in the long run. But I definitely won't do it until at least the 70-col standard is agreed upon. Gary (-; PS Think what you will, but this was sparked off because I've just read the UT2k3 installation help for the first time, and it's a hassle. Agree ot disagree, but just bloody look at it. It's actually a challenge to read. From zakk at timedoctor.org Mon Oct 7 16:00:17 2002 From: zakk at timedoctor.org (zakk) Date: 07 Oct 2002 15:00:17 -0500 Subject: [lgfaq] Editing this is now officially like pulling teeth In-Reply-To: <20021007174602.GD18535@gamehenge.icculus.org> References: <20021007174602.GD18535@gamehenge.icculus.org> Message-ID: <1034020819.2444.13.camel@TARDIS.MKII> On Mon, 2002-10-07 at 12:46, Chunky Kibbles wrote: > OK. I'm right here, right now, proposing some new standards for the > lgfaq, because editing it is becoming a chore, and the whole thing is > becoming harder and harder to read, aswell. > > Formatting the text in the editor: > All lines should be 70 or 72 cols. Just push everything through "fmt -s" > when you're done, and it'll be fine. If you need a tutorial for vi on > this, I will gladly provide one. [it'll be a two-line item] > I have word wrapping on in gvim. Don't mind word wrapping in general for the lgfaq, however, I also think this will /break/ some
'd items.
Don't do this blindly with a tool thinking everything will look right.
 
>
> And although HTML tags as ALL CAPS are officially deprecated, I like
> them, I think they make the source easier to read.
> 
This is true, anyone who doesn't put their tags in CAPS will be handed
over to the Ninja Hack Squad for reducation.
>
> Question and answer formats:
> It is the browser's job to get the final output formatting right. We
> even say that in the coding_guidelines.
>
> Notably, for almost everything we do, we should NOT need to use 
> at all, ever. The raw HTML for any given section should appear thusly: > > >
    > >
  • >

    Q: How do I do {mumble}?

    >

    A: You could try this: {mumble}

    >

    A: Alternatively, try this: {different mumble}

    >
  • > > .... > >
> > I'm reserving judgement one some of this, but the "Q:" and "A:" need > to be there for browser that don't support stylesheets. > > We will then have a stylesheet common to all of this. > I don't believe style sheets will work everywhere. With treke's XML parser it should be easy to test this. > > Sections: > Sections should be made available piecemeal. As in, it should be > possible to view "/lgfaq/index.php?section=install" and just see that. > The rest of the time, I'm not sure, but I think a
would be really > good for sepatating the sections. Pure eye-candy, open to debate. > > > > Most importantly, it's time we had a search feature. I think that > anytime now would be a good time to actually do some work on greg's > XML parser, hence rendering most of what I've said invalid, as it will > be easy to change whenever. > You're right about the search. > > I don't mind spending a few minutes converting what we have now to > XML. I believe it will be worth it in the long run. But I definitely > won't do it until at least the 70-col standard is agreed upon. > > Gary (-; > > PS Think what you will, but this was sparked off because I've just > read the UT2k3 installation help for the first time, and it's a > hassle. Agree ot disagree, but just bloody look at it. It's actually a > challenge to read. I think you're right in general that it can be challenging to read. But I also think that people would likely skip over large portions if it wasn't pushed in front of them. Largely, the LGFAQ is bloody huge, and perhaps the most popular item on icculus.org ever, so, I think it's important to make sure we can backtrack if anything we do is extremely stupid. CVS is nice for this, but I don't know how we could reverse things on a large scale with it. Someone really /should/ push everything to treke's xml parser. -- -zakk zakk at timedoctor.org http://www.icculus.org/lgfaq/ From chunky at icculus.org Mon Oct 7 15:35:21 2002 From: chunky at icculus.org (Chunky Kibbles) Date: Mon, 7 Oct 2002 15:35:21 -0400 Subject: [lgfaq] Editing this is now officially like pulling teeth In-Reply-To: <1034020819.2444.13.camel@TARDIS.MKII> References: <20021007174602.GD18535@gamehenge.icculus.org> <1034020819.2444.13.camel@TARDIS.MKII> Message-ID: <20021007193521.GF18535@gamehenge.icculus.org> On Mon, Oct 07, 2002 at 03:00:17PM -0500, zakk wrote: > On Mon, 2002-10-07 at 12:46, Chunky Kibbles wrote: > > OK. I'm right here, right now, proposing some new standards for the > > lgfaq, because editing it is becoming a chore, and the whole thing is > > becoming harder and harder to read, aswell. > > > > Formatting the text in the editor: > > All lines should be 70 or 72 cols. Just push everything through "fmt -s" > > when you're done, and it'll be fine. If you need a tutorial for vi on > > this, I will gladly provide one. [it'll be a two-line item] > > > > I have word wrapping on in gvim. Don't mind word wrapping in general for > the lgfaq, however, I also think this will /break/ some
'd items.
> Don't do this blindly with a tool thinking everything will look right.

True. But at the same time, we should also be working on keeping the
width of content in 
 tags down.

> I don't believe style sheets will work everywhere. With treke's XML
> parser it should be easy to test this.

They won't. But the method I've put forth there will ensure that even
if stylesheets are turned off, it won't matter.

> > Sections:
> > Sections should be made available piecemeal. As in, it should be
> > possible to view "/lgfaq/index.php?section=install" and just see that.
> > The rest of the time, I'm not sure, but I think a 
would be really > > good for sepatating the sections. Pure eye-candy, open to debate. And now, thinking about it, that's a two-line hack in PHP that I'll do if nobody else wants to. > Someone really /should/ push everything to treke's xml parser. Yes. Gary (-; From zakk at timedoctor.org Mon Oct 7 19:19:28 2002 From: zakk at timedoctor.org (zakk) Date: 07 Oct 2002 18:19:28 -0500 Subject: [lgfaq] Editing this is now officially like pulling teeth In-Reply-To: <20021007193521.GF18535@gamehenge.icculus.org> References: <20021007174602.GD18535@gamehenge.icculus.org> <1034020819.2444.13.camel@TARDIS.MKII> <20021007193521.GF18535@gamehenge.icculus.org> Message-ID: <1034032770.28809.7.camel@TARDIS.MKII> On Mon, 2002-10-07 at 14:35, Chunky Kibbles wrote: > True. But at the same time, we should also be working on keeping the > width of content in
 tags down.

The only places 
 should be used are where it's needed to prevent
word wrapping. If it's being used, it's being used appropriately. If you
can exclude 
 areas from your formatting, then go ahead, fmt away.
> 
> They won't. But the method I've put forth there will ensure that even
> if stylesheets are turned off, it won't matter.

Then go ahead and put them in the treke's XML thingy.
-- 
-zakk
zakk at timedoctor.org
http://www.icculus.org/lgfaq/



From icculus at clutteredmind.org  Tue Oct  8 00:34:57 2002
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Tue, 8 Oct 2002 00:34:57 -0400 (EDT)
Subject: [lgfaq] Editing this is now officially like pulling teeth
In-Reply-To: <1034020819.2444.13.camel@TARDIS.MKII>
Message-ID: 


> I think you're right in general that it can be challenging to read.
> But I also think that people would likely skip over large portions if it
> wasn't pushed in front of them. Largely, the LGFAQ is bloody huge, and
> perhaps the most popular item on icculus.org ever, so, I think it's
> important to make sure we can backtrack if anything we do is extremely
> stupid. CVS is nice for this, but I don't know how we could reverse
> things on a large scale with it.

At the risk of losing revision history, I'm wondering if we couldn't use
IcculusNews with the lgfaq.

pros:
- Formatting changes are universal, since a PHP file would take the text
  from IcculusNews and format it for viewing.
- Less gimping with HTML (unless you need it for a specific entry, and
  most of that is limited to minor shit, like PRE and B, etc.
- Changes are reflected immediately on the web (as opposed to a cronjob
  picking up the CVS updates every 20 minutes)
- People can grab FAQs one at a time, so on the newsgroups, Chunky can go,
  "This is answered in http://icculus.org/lgfaq/index.php?id=8342"
- FAQs can be submitted by the community, and edited/approved by official
  staff with a (ahem) nice web inteface.
- I don't need to give out accounts and fuck with the cvs and lgfaq groups
  every time someone volunteers for a week and gets bored with helping.

cons:
- I need to give out IcculusNews accounts every time someone volunteers
  for a week and gets bored with helping. Or finish automating this in
  IcculusNews (which is on the "when I have time" list).
- Localization isn't that fun this way (then again, the current system
  blows for this, too.)
- Revision history goes up in dust.
- No search interface (this should be added to the daemon).
- Other stuff, I'm sure.

--ryan.




From zakk at timedoctor.org  Tue Oct  8 02:35:34 2002
From: zakk at timedoctor.org (zakk)
Date: 08 Oct 2002 01:35:34 -0500
Subject: [lgfaq] Editing this is now officially like pulling teeth
In-Reply-To: 
References: 
Message-ID: <1034058935.27215.0.camel@TARDIS.MKII>

This has one great big PRO which I'm interested in, namely that with
vogon's iGnus we could edit without opening web browsers. Which is quite
nice :)

Anyone else have thoughts?
Chunky?
-- 
-zakk
zakk at timedoctor.org
http://www.icculus.org/lgfaq/



From Aivils.Stoss at unibanka.lv  Mon Oct 14 05:45:55 2002
From: Aivils.Stoss at unibanka.lv (Aivils Stoss)
Date: Mon, 14 Oct 2002 12:45:55 +0300
Subject: Double Quake3Arena in the single intel box
Message-ID: 


Hi, folks

Aprox half year I use kernel patch , which allow run multiple locale X
servers with
independ keyboards and mouses. Site:
http://starx.times.lv

If Your box is capable to start multiple X, You can emulate net gaming via
tcp
loopback driver.

I test various linux native games and most games run fine simultaneous.

Most smooth run:
Return to Castle Wolfenstein (sound configurable)
Quake3Arena (sound configurable)
UnrealTournament
Rune-demo

Performance is certainly not for hardcore gamers.
Triple RtCW show 15-25 fps (640x480)
Double RtCW show 35-45 fps (640x480)

My box:
CPU Athlon 1600+
RAM 256Mb
1st videocard Nvidia GeforceMX440 (AGP)
2nd Nvidia TNT2 M64 (PCI)
3rd Nvidia TNT2 M64 (PCI)
two ps/2 keyboards, one USB keyboard
two serial mouses, one USB mouse
swap 800Mb (important, same games failed if can't allocate enough memory).

Benefits:
You should not buy box for any kid.
Easy maintenance.

Troubles:
code is alpha unstable

Aivils Stoss



From chunky at icculus.org  Mon Oct 14 13:10:51 2002
From: chunky at icculus.org (Chunky Kibbles)
Date: Mon, 14 Oct 2002 13:10:51 -0400
Subject: [lgfaq] Double Quake3Arena in the single intel box
In-Reply-To: 
References: 
Message-ID: <20021014171051.GB8049@gamehenge.icculus.org>

On Mon, Oct 14, 2002 at 12:45:55PM +0300, Aivils Stoss wrote:
> 
> Hi, folks
> 
> Aprox half year I use kernel patch , which allow run multiple locale X
> servers with
> independ keyboards and mouses. Site:
> http://starx.times.lv

Well, after a bit of munging, I'm assuming you're talking about
http://startx.times.lv

> My box:
> CPU Athlon 1600+
> RAM 256Mb
> 1st videocard Nvidia GeforceMX440 (AGP)
> 2nd Nvidia TNT2 M64 (PCI)
> 3rd Nvidia TNT2 M64 (PCI)
> two ps/2 keyboards, one USB keyboard
> two serial mouses, one USB mouse
> swap 800Mb (important, same games failed if can't allocate enough memory).

I will GREATLY serve you to upgrade your RAM. I have 1.5G and I only
use one screen at the moment :)

Uh. Why do I need to patch my kernel to do this? If I wanted, I can
just run multiple X servers without any problems at all, having
completely independant k/v/m, using just standard XFree functionality.

I hate to {insert metaphor here}, but why do I want to even /look/ at
something that's alpha unstable when I can already do this stuff?

You're also probably having sound issues. UT tends to just block
on the sound dvice as opposed to anything else. Same therefore goes
for Rune. And running a sound multiplexer is asking for trouble when
you have multiple "real-time" sound things going on...

Gary (-;


From Aivils.Stoss at unibanka.lv  Tue Oct 15 03:52:03 2002
From: Aivils.Stoss at unibanka.lv (Aivils Stoss)
Date: Tue, 15 Oct 2002 10:52:03 +0300
Subject: [lgfaq] Double Quake3Arena in the single intel box
Message-ID: 


Chunky Kibbles wrote:
>>
>> Hi, folks
>>
>> Aprox half year I use kernel patch , which allow run multiple locale X
>> servers with
>> independ keyboards and mouses. Site:
>> http://starx.times.lv
>
>Well, after a bit of munging, I'm assuming you're talking about
>http://startx.times.lv
>
>> My box:
>> CPU Athlon 1600+
>> RAM 256Mb
>> 1st videocard Nvidia GeforceMX440 (AGP)
>> 2nd Nvidia TNT2 M64 (PCI)
>> 3rd Nvidia TNT2 M64 (PCI)
>> two ps/2 keyboards, one USB keyboard
>> two serial mouses, one USB mouse
>> swap 800Mb (important, same games failed if can't allocate enough
memory).
>
>I will GREATLY serve you to upgrade your RAM. I have 1.5G and I only
>use one screen at the moment :)

May be. Triple X simultaneus eat ~120Mb of RAM.
IMHO big RAM is hw sellers trick.

>Uh. Why do I need to patch my kernel to do this? If I wanted, I can
>just run multiple X servers without any problems at all, having
>completely independant k/v/m, using just standard XFree functionality.

I test various patch of Linux systems for multiheading. All failed for me.
Please point to well documented site. Kernel patching is so messy.

>I hate to {insert metaphor here}, but why do I want to even /look/ at
>something that's alpha unstable when I can already do this stuff?

Seems we never going to beta. 3 testers is to few.
Last month I never see kernel oops.
May be now others can test this.
I will not dragoon any.

IMHO gamers dream is home net gaming. My to.
Right now I have enough many for 5-10 box. Why I should buy?
But I remeber poorly period.

>You're also probably having sound issues. UT tends to just block
>on the sound dvice as opposed to anything else. Same therefore goes
>for Rune. And running a sound multiplexer is asking for trouble when
>you have multiple "real-time" sound things going on...

Yes. Only Idsoftware made multiheading compatible games.
All another must multiplex or switch of sound.

And UT2003 certainly will not run simultaneous.

:)))
Aivils



From chunky at icculus.org  Tue Oct 15 13:48:43 2002
From: chunky at icculus.org (Chunky Kibbles)
Date: Tue, 15 Oct 2002 13:48:43 -0400
Subject: [lgfaq] Double Quake3Arena in the single intel box
In-Reply-To: 
References: 
Message-ID: <20021015174843.GE18559@gamehenge.icculus.org>

On Tue, Oct 15, 2002 at 10:52:03AM +0300, Aivils Stoss wrote:
> >
> >> My box:
> >> CPU Athlon 1600+
> >> RAM 256Mb
> >> 1st videocard Nvidia GeforceMX440 (AGP)
> >> 2nd Nvidia TNT2 M64 (PCI)
> >> 3rd Nvidia TNT2 M64 (PCI)
> >> two ps/2 keyboards, one USB keyboard
> >> two serial mouses, one USB mouse
> >> swap 800Mb (important, same games failed if can't allocate enough
> memory).
> >
> >I will GREATLY serve you to upgrade your RAM. I have 1.5G and I only
> >use one screen at the moment :)
> 
> May be. Triple X simultaneus eat ~120Mb of RAM.
> IMHO big RAM is hw sellers trick.

It means that when I was running Unreal on one screen and Q3 on
another, my machine didn't blow it's guts out.

> >Uh. Why do I need to patch my kernel to do this? If I wanted, I can
> >just run multiple X servers without any problems at all, having
> >completely independant k/v/m, using just standard XFree functionality.
> 
> I test various patch of Linux systems for multiheading. All failed for me.
> Please point to well documented site. Kernel patching is so messy.

"patch of linux systems". Hnuh?
I'll take a look, but broadly speaking, you have two options:

1) Have two XF86Configs, each containing it's own k/v/m. Then run
"startx" twice, once for each config
2) Have one XF86Config with two "ServerLayout" sections and all the
k/v/ms set up. Then get it to crank up multiple servers. Can't
remember how.

After that, you can pull some voodoo in inittab to get it to start
everythign at startup, if that's your inclination

Sorry, I can't find the explicit article I was thinking of, but I'll
have another look if this doesn't work for you

> Seems we never going to beta. 3 testers is to few.
> Last month I never see kernel oops.
> May be now others can test this.
> I will not dragoon any.

Unfortunately, you're aiming at a limited market; Most people don't
have two cards & monitors, let along multiple KBs & mice :/

> >You're also probably having sound issues. UT tends to just block
> >on the sound dvice as opposed to anything else. Same therefore goes
> >for Rune. And running a sound multiplexer is asking for trouble when
> >you have multiple "real-time" sound things going on...
> 
> Yes. Only Idsoftware made multiheading compatible games.
> All another must multiplex or switch of sound.
> 
> And UT2003 certainly will not run simultaneous.

OK. Now you're gibbering.
1) "Multiheading games", hnuh? Most of them out there will run on
multihead, with something like xinerama
2) One program can have the sound device at a time. If UT gets it
first, then you go without sound in Wolf, and vice versa. Before
anyone corrects me, I'm aware of the Live Drivers and I'm aware of
ALSA. I'm also aware that one isn't commonplace and one doesn't work
*cough*
3) I could make utk3 run at the same time as something else. I just
wouldn't be able to make it do it very quickly.

Gary (-;


From Aivils.Stoss at unibanka.lv  Wed Oct 16 03:44:33 2002
From: Aivils.Stoss at unibanka.lv (Aivils Stoss)
Date: Wed, 16 Oct 2002 10:44:33 +0300
Subject: [lgfaq] Double Quake3Arena in the single intel box
Message-ID: 


Chunky Kibbles wrote:
>> Seems we never going to beta. 3 testers is to few.
>> Last month I never see kernel oops.
>> May be now others can test this.
>> I will not dragoon any.
>
>Unfortunately, you're aiming at a limited market; Most people don't
>have two cards & monitors, let along multiple KBs & mice :/

Current trend:
Veteran: I hit this stuff and nonsense.
Kids, Gamers: Yes, Yes, Yes.

You can try tell Your Information Technology chief:
Now we have 2000 workstations, tomorrow 1000. Incredible.

>> >You're also probably having sound issues. UT tends to just block
>> >on the sound dvice as opposed to anything else. Same therefore goes
>> >for Rune. And running a sound multiplexer is asking for trouble when
>> >you have multiple "real-time" sound things going on...
>>
>> Yes. Only Idsoftware made multiheading compatible games.
>> All another must multiplex or switch of sound.
>>
>> And UT2003 certainly will not run simultaneous.
>
>OK. Now you're gibbering.

Mailing lists is for gibbering and communication.

>1) "Multiheading games", hnuh? Most of them out there will run on
>multihead, with something like xinerama

Terminology troubles.
I mean flexible configuration like:
wolfmp +set snddevice /dev/dsp2
or
wolfmp +set gl_driver /usr/lib/my_strange_GL.so

>2) One program can have the sound device at a time. If UT gets it
>first, then you go without sound in Wolf, and vice versa. Before
>anyone corrects me, I'm aware of the Live Drivers and I'm aware of
>ALSA. I'm also aware that one isn't commonplace and one doesn't work
>*cough*

One voluntary (not me) compile ALSA and my pacth straight into
kernel and report "All fine".

>3) I could make utk3 run at the same time as something else. I just
>wouldn't be able to make it do it very quickly.

I recompile OpenAL. In the openal source I change sound device.
Now for freespace2 I set different
LD_LIBRARY_PATH=/usr/local/lib/openal-dsp
or
LD_LIBRARY_PATH=/usr/local/lib/openal-dsp2

This will not work for UT. Seems UT check MD5 for their openal.so

:) Aivils



From zakk at timedoctor.org  Wed Oct 16 05:12:54 2002
From: zakk at timedoctor.org (zakk)
Date: 16 Oct 2002 04:12:54 -0500
Subject: [lgfaq] Double Quake3Arena in the single intel box
In-Reply-To: 
References: 
Message-ID: <1034759575.31025.1.camel@TARDIS.MKII>

On Wed, 2002-10-16 at 02:44, Aivils Stoss wrote:
> Mailing lists is for gibbering and communication.

I still don't understand why you're telling us instead of, say,
news at linuxgames.com
-- 
-zakk
zakk at timedoctor.org
http://www.icculus.org/lgfaq/



From greg at treke.net  Wed Oct 16 11:02:08 2002
From: greg at treke.net (Greg Gilbert)
Date: Wed, 16 Oct 2002 08:02:08 -0700
Subject: [lgfaq] Double Quake3Arena in the single intel box
In-Reply-To: 
References: 
Message-ID: <20021016150208.GB3270@tinman.treke.net>

* Aivils Stoss (Aivils.Stoss at unibanka.lv) wrote:
> You can try tell Your Information Technology chief:
> Now we have 2000 workstations, tomorrow 1000. Incredible.

Dont forget to explain to him that everyone has to be sitting next
to each other for this to work. 

	Greg


From chunky at icculus.org  Wed Oct 16 13:07:03 2002
From: chunky at icculus.org (Chunky Kibbles)
Date: Wed, 16 Oct 2002 13:07:03 -0400
Subject: [lgfaq] Double Quake3Arena in the single intel box
In-Reply-To: 
References: 
Message-ID: <20021016170703.GB28526@gamehenge.icculus.org>

On Wed, Oct 16, 2002 at 10:44:33AM +0300, Aivils Stoss wrote:
> Current trend:
> Veteran: I hit this stuff and nonsense.
> Kids, Gamers: Yes, Yes, Yes.
> 
> You can try tell Your Information Technology chief:
> Now we have 2000 workstations, tomorrow 1000. Incredible.

Neat idea. But then, you've essentially been able to do this for many
many moons, in other ways [that are much cheaper in the long run]

Of course, we're missing the fundamental point which is that you do
this "Because I Can (TM)" (=

> Mailing lists is for gibbering and communication.

That's true (=

> >1) "Multiheading games", hnuh? Most of them out there will run on
> >multihead, with something like xinerama
> 
> Terminology troubles.
> I mean flexible configuration like:
> wolfmp +set snddevice /dev/dsp2
> or
> wolfmp +set gl_driver /usr/lib/my_strange_GL.so

Fair enough.

> >2) One program can have the sound device at a time. If UT gets it
> >first, then you go without sound in Wolf, and vice versa. Before
> >anyone corrects me, I'm aware of the Live Drivers and I'm aware of
> >ALSA. I'm also aware that one isn't commonplace and one doesn't work
> >*cough*
> 
> One voluntary (not me) compile ALSA and my pacth straight into
> kernel and report "All fine".

Yeah. I gave ALSA a week on my machine. It caused nothing but problems
[it's only in the most recent release of SDL that I could use it
correctly], most games never got sound at all, etc, etc.

> >3) I could make utk3 run at the same time as something else. I just
> >wouldn't be able to make it do it very quickly.
> 
> I recompile OpenAL. In the openal source I change sound device.
> Now for freespace2 I set different
> LD_LIBRARY_PATH=/usr/local/lib/openal-dsp
> or
> LD_LIBRARY_PATH=/usr/local/lib/openal-dsp2
> 
> This will not work for UT. Seems UT check MD5 for their openal.so

Ugh. Complicated. You can usually just tell games which sound device
to use [my es1371 has two usable dsps]. Also, I would have thought
that openal would let you choose the sound device via some kind of
config file or env. variable?

Gary (-;


From icculus at clutteredmind.org  Wed Oct 16 14:10:50 2002
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Wed, 16 Oct 2002 14:10:50 -0400 (EDT)
Subject: [lgfaq] Double Quake3Arena in the single intel box
In-Reply-To: <20021016170703.GB28526@gamehenge.icculus.org>
Message-ID: 


> This will not work for UT. Seems UT check MD5 for their openal.so

UT2003 doesn't do a checksum on openal.so.

--ryan.





From icculus at clutteredmind.org  Sun Oct 20 02:11:50 2002
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Sun, 20 Oct 2002 02:11:50 -0400 (EDT)
Subject: anti-aliasing (fwd)
Message-ID: 


Just thought you'd like a moment of Zen.

--ryan.



---------- Forwarded message ----------
Date: Sun, 20 Oct 2002 14:15:48 +0800
From: DJ Smith 
To: "icculus at icculus.org" 
Subject: anti-aliasing

I have Slackware 8.1 / GF4/4600. I got ut2003 working with no problems.
I want to enable anti-aliasing in ut2003.  I read the README for Nvidia
linux drivers and I know what to type.  I can't figure out where to type
it.  I tried the console inside ut2003, no dice.  Sorry to bother you.

Thanks,

Dennis

Mark 8:36 For what shall it profit a man, if he shall gain the whole
world, and lose his own soul?

-- 
__________________________________________________________
Sign-up for your own FREE Personalized E-mail at Mail.com
http://www.mail.com/?sr=signup




From icculus at clutteredmind.org  Sun Oct 20 02:19:44 2002
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Sun, 20 Oct 2002 02:19:44 -0400 (EDT)
Subject: anti-aliasing (fwd)
Message-ID: 



---------- Forwarded message ----------
Date: Sun, 20 Oct 2002 02:15:00 -0400 (EDT)
From: Ryan C. Gordon 
To: DJ Smith 
Subject: Re: anti-aliasing


> I have Slackware 8.1 / GF4/4600. I got ut2003 working with no
> problems.  I want to enable anti-aliasing in ut2003.  I read the
> README for Nvidia linux drivers and I know what to type.  I can't
> figure out where to type it.  I tried the console inside ut2003, no
> dice.  Sorry to bother you.

Open a terminal and type it in at that command line. After typing it in
("export WHATEVER_IT_IS_CALLED=whatever"), run the game from that terminal
by typing "ut2003" (or, if this is the demo version, "ut2003_demo"). That
will probably do it.

--ryan.





From chunky at icculus.org  Sun Oct 20 04:01:47 2002
From: chunky at icculus.org (Chunky Kibbles)
Date: Sun, 20 Oct 2002 04:01:47 -0400
Subject: [lgfaq] Re: anti-aliasing (fwd)
In-Reply-To: 
References: 
Message-ID: <20021020080147.GA3915@gamehenge.icculus.org>

On Sun, Oct 20, 2002 at 02:19:44AM -0400, Ryan C. Gordon wrote:
> > I have Slackware 8.1 / GF4/4600. I got ut2003 working with no
> > problems.  I want to enable anti-aliasing in ut2003.  I read the
> > README for Nvidia linux drivers and I know what to type.  I can't
> > figure out where to type it.  I tried the console inside ut2003, no
> > dice.  Sorry to bother you.
> 
> Open a terminal and type it in at that command line. After typing it in
> ("export WHATEVER_IT_IS_CALLED=whatever"), run the game from that terminal
> by typing "ut2003" (or, if this is the demo version, "ut2003_demo"). That
> will probably do it.

On a mere technicality, it may be preferable to do

$ VAR_NAME=foo ut2003

Gary (-;


From icculus at clutteredmind.org  Sun Oct 20 04:12:58 2002
From: icculus at clutteredmind.org (Ryan C. Gordon)
Date: Sun, 20 Oct 2002 04:12:58 -0400 (EDT)
Subject: [lgfaq] Re: anti-aliasing (fwd)
In-Reply-To: <20021020080147.GA3915@gamehenge.icculus.org>
Message-ID: 


> On a mere technicality, it may be preferable to do
>
> $ VAR_NAME=foo ut2003

Actually, when talking to someone who doesn't grasp the concept of
environment variables, that WAS probably better. Oh well.

How this guy got a working 3D setup on Slackware is beyond me.

--ryan.





From chunky at icculus.org  Sun Oct 20 04:32:43 2002
From: chunky at icculus.org (Chunky Kibbles)
Date: Sun, 20 Oct 2002 04:32:43 -0400
Subject: [lgfaq] Re: anti-aliasing (fwd)
In-Reply-To: 
References: <20021020080147.GA3915@gamehenge.icculus.org> 
Message-ID: <20021020083243.GA5020@gamehenge.icculus.org>

On Sun, Oct 20, 2002 at 04:12:58AM -0400, Ryan C. Gordon wrote:
> 
> > On a mere technicality, it may be preferable to do
> >
> > $ VAR_NAME=foo ut2003
> 
> Actually, when talking to someone who doesn't grasp the concept of
> environment variables, that WAS probably better. Oh well.
> 
> How this guy got a working 3D setup on Slackware is beyond me.

IME, getting a working 3d setup on slack is easier than making it
start at all... And most definitely easier than getting X to crank up

Of course, how someone would choose slacwkare by accident is beyond
me, also...

Gary (-;


From zakk at timedoctor.org  Sun Oct 27 20:17:38 2002
From: zakk at timedoctor.org (zakk)
Date: 27 Oct 2002 20:17:38 -0500
Subject: Backend shit
Message-ID: <1035767859.7926.1.camel@TARDIS.MKII>

PJ suggested we add something to the web so people could send questions
in, and get an e-mail back when their question is answered in the faq.
-- 
-zakk
zakk at timedoctor.org
http://www.icculus.org/lgfaq/



From chunky at icculus.org  Thu Oct 31 21:41:38 2002
From: chunky at icculus.org (Chunky Kibbles)
Date: Thu, 31 Oct 2002 21:41:38 -0500
Subject: loki_faq randomness
Message-ID: <20021101024138.GH21283@gamehenge.icculus.org>

OK. Since we needed something like this at work, I've re-built the
loki_faq engine from the ground up. It's been committed to CVS on i.o.

Things it's missing are in the TODO.

If anyone want to try it, they need at least php3 and mysql.

Just a thought, having sensed some dissention in the lgfaq ranks.
Gary (-;