Skip to contentSkip to conversation

Doom in Linux HOWTO

DISCUSSION Stas Sergeev 4 participants 4 messages Dec 8, 2002

lore
Share & tools
lore
#0 lore raw

Hello.

Quoted 2 lines · Stian Sletner

Section 4.2 is still unwritten because of my tunnelling problems, I'm still not quite sure how to go about it.

I really think that playing doom on the same machine the tunnel is running, is rather rare requirement, so you can write that section omitting that detail. I also still think that it is nothing more than your bridging software limitation. See what the main page says:
---
For those who wanna play in Windows, *with more than 2 LANs connected*, try GIT
---
And I also think that tunelling to dsn will work. I tried 2 dosemu sessions:
first with $_vnet=(on) and the second with $_vnet=(off) (as acting from outside) and the dooms see each other.

Quoted 1 line

if you want sound to work (and who wouldn't), you need to get a third-party patch

Well, I don't agree it is a third-party patch:) Furthermore it will be a part of dosemu eventually, so this part of the doc is nothing more than a "temporary hack".

Quoted 1 line

Set $_cpu to whatever fits your iron.

No, this is whatever CPU you want to be emulated (actually just reported to the dos prog with some other minor differences).

Quoted 1 line

Set $_xms to some value you see fitting, I use 8192. Set $_ems to 0, Doom doesn't use it.

Doom might not requre neither XMS nor EMS but still setting them to 0 is not recommended as many other progs may start complaining.

Quoted 1 line

$_novell_hack to on.

Is it really necessary to do that packets conversion? I was playing network doom only on dsn and it works also without a novell_hack, so I am not sure what problems does it solve exactly. So why is this important?

Quoted 1 line

$_netdev to "eth0", if that is your LAN device.

OK, I think you have to also describe a $_vnet possibility. Btw, if $_vnet is enabled, $_netdev is ignored, which must be noted.

Quoted 1 line

DOSEMU and Doom do not use very much CPU

How does this feet with your suggestion of setting $_hogthreshold to 0? It must eat 100% of your cpu if $_hogthreshold is not enabled.
Even with $_hogthreshold set to 1 doom eats 75% of CPU under X and 60% under console on my Athlon700. Two instances of doom (connected via vnet) are not playable:(
So I would say doom is extremely CPU-hungry under dosemu, at least on my system.

#1 lore raw

* At 2002-12-08T17:35+0300, Stas Sergeev wrote:
:

| I really think that playing doom on the same machine the tunnel is
| running, is rather rare requirement, so you can write that section
| omitting that detail.

I find this to be a very strange opinion. Most people wanting to play Doom on the 'net won't have an extra machine on which to run a tunnel.

| I also still think that it is nothing more than your bridging software
| limitation.  See what the main page says:
| ---
| For those who wanna play in Windows, *with more than 2 LANs
| connected*, try GIT
| ---
| And I also think that tunelling to dsn will work. I tried 2 dosemu
| sessions: first with $_vnet=(on) and the second with $_vnet=(off) (as
| acting from outside) and the dooms see each other.

Mm, I still have some testing to do...

| Well, I don't agree it is a third-party patch:) Furthermore it will be
| a part of dosemu eventually, so this part of the doc is nothing more
| than a "temporary hack".

I'm aware. On the other hand, it's been supplied as a patch for quite some time now. :)

| No, this is whatever CPU you want to be emulated (actually just | reported to the dos prog with some other minor differences).

Ok, I guess it's rather irrelevant in Doom's case, then?

| Doom might not requre neither XMS nor EMS but still setting them to 0 | is not recommended as many other progs may start complaining.

That's sort of outside scope of the HOWTO, however I believe there was some particular reason for setting 0 EMS, but I don't remember what it was, now.

| Is it really necessary to do that packets conversion? I was playing
| network doom only on dsn and it works also without a novell_hack, so I
| am not sure what problems does it solve exactly. So why is this
| important?

Hm. Looks like it does convert them to 802.3 regardless of whether it's on or off?

| OK, I think you have to also describe a $_vnet possibility. Btw, if | $_vnet is enabled, $_netdev is ignored, which must be noted.

Yes, I will expand this part when Section 4.2 is written.

| How does this feet with your suggestion of setting $_hogthreshold to | 0? It must eat 100% of your cpu if $_hogthreshold is not enabled.

You're right. This was an error. It DOES eat alot of CPU. :)

Thanks for your feedback.

Signature · 1 line
Stian Sletner
#2 lore raw
In reply to Stas Sergeev

sorry i'm late getting into this but why can't you run either:

lxdoom-svga 1.4.4-7
Svgalib binary for lxdoom
or
lxdoom-x11 1.4.4-7
X binary for LxDoom

do they not have needed features?

Signature · 4 lines
Oh, I have slipped the surly bonds of DOS,
and danced the skies on Linux silvered wings.
http://pfrostie.freeservers.com/cad-tastrafy/
http://www.freelists.org/list/cad-linux
#3 lore raw

because he wanted to detail doom under dosemu. :) sometimes this kind of reason is simply enough when you're talking about linux.

btw, lxdoom is totally outdated. that project has merged with 2 other doom port projects and has formed prboom.

i think doom legacy is the best; you have mouse look up and down (like quake) and can jump.

pete

begin phrostie <[email protected]>

Quoted 9 lines

sorry i'm late getting into this but why can't you run either:

lxdoom-svga 1.4.4-7
Svgalib binary for lxdoom
or
lxdoom-x11 1.4.4-7
X binary for LxDoom

do they not have needed features?

Signature · 1 line
Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D