public inbox for linux-msdos@vger.kernel.org
 help / color / mirror / Atom feed
From: Stas Sergeev <stssppnn@yahoo.com>
To: linux-msdos@vger.kernel.org
Subject: Re: Doom in Linux HOWTO
Date: Sun, 08 Dec 2002 17:35:51 +0300	[thread overview]
Message-ID: <3DF358C7.4050401@yahoo.com> (raw)

Hello.

Stian Sletner wrote:
> 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.

> 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".

> 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).

> 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.

> $_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?

> $_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.

> 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.


             reply	other threads:[~2002-12-08 14:35 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-08 14:35 Stas Sergeev [this message]
2002-12-08 16:55 ` Doom in Linux HOWTO Stian Sletner
2002-12-08 19:36 ` phrostie
2002-12-08 18:12   ` Peter Jay Salzman
  -- strict thread matches above, loose matches on Subject: below --
2003-01-07 18:53 Stas Sergeev
2002-12-08 20:10 Stas Sergeev
2002-12-08  3:38 Stian Sletner
2002-12-08  4:47 ` Bart Oldeman
2002-12-08  4:58   ` Stian Sletner
     [not found] ` <20021208043551.GA23189@dirac.org>
     [not found]   ` <20021208045400.GD15769@sletner.com>
     [not found]     ` <20021208061926.GA26833@dirac.org>
     [not found]       ` <20021208063342.GF15769@sletner.com>
     [not found]         ` <20021208064541.GA27112@dirac.org>
     [not found]           ` <20021208065503.GA25194@sletner.com>
2002-12-08 19:19             ` Peter Jay Salzman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3DF358C7.4050401@yahoo.com \
    --to=stssppnn@yahoo.com \
    --cc=linux-msdos@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox