Hi,
On Sun, Jun 28, 2015 at 3:59 PM, Mateusz Viste mate...@viste.fr wrote:
On 28/06/2015 20:03, Eric Auer wrote:
As mentioned earlier, all those tricks are just working around
annoying limitations of the totally outdated DOS extender used
by DOOM. The better solution is to replace that: Use
On 29/06/2015 01:07, Eric Auer wrote:
So I can imagine that Doom uses a really old version of dos/4gw,
which is even more likely to have issues with too much RAM ;-)
That's very possible, yes. Ultimate Doom doesn't come with a DOS4GW.EXE
file at all, it is embedded inside DOOM.EXE already. The
Hi again,
On Mon, Jun 29, 2015 at 5:41 PM, Rugxulo rugx...@gmail.com wrote:
On Sun, Jun 28, 2015 at 3:59 PM, Mateusz Viste mate...@viste.fr wrote:
While I do agree with the raw technical argument that DOS32A seems
superior to DOS4GW, it's still my opinion that it's saner to have a
system
Hi,
Just for completeness
On Mon, Jun 29, 2015 at 5:41 PM, Rugxulo rugx...@gmail.com wrote:
Even running under QEMU (1 GB free for the VM), CWSDPMI chokes with
not enough swap because it needs to swap the page tables out of low
RAM. (Normally I only use 128 MB, which is fine.) So (IIRC)
On 28/06/2015 22:50, Mateusz Viste wrote:
I quickly (re)read
the XMS v2.0 standard, and haven't found any function that would even
communicate the physical address of the data back to the application...
Actually, by taking a closer look I did find the function 0Ch from both
the XMS 2.0 and
On 28/06/2015 20:03, Rugxulo wrote:
Below 16M? You mean for DMA or the like?
I have honestly no idea what the 'low-level' implications are. If
someone asked me 2 days ago, I'd say that's impossible, since an
application only requests XMS handles from the XMS driver, and
performs all moves
On 28/06/2015 20:03, Eric Auer wrote:
As mentioned earlier, all those tricks are just working around
annoying limitations of the totally outdated DOS extender used
by DOOM. The better solution is to replace that: Use DOS32A or
load a resident instance of CWSDPMI while playing DOOM :-)
While I
Hello, here is my last batch of tests:
SHSURDRV /T works perfectly, so I use it now instead of XMSDSK /T (the
former being open-source, while the latter is not).
I also tested UIDE with its /R63 option following Jack's suggestion
offlist, and it makes Doom work, even with big caches (I tested
Hi Mateusz,
- I don't like the idea of having fragmented XMS memory
Indeed. See below...
- UIDE seems to interact with my soundcard - when UIDE is loaded, I
loose FM music in Wolfenstein 3D
Strange.
- UIDE is not open-source anymore, while LBACACHE is both open-source
and still
Hi Mateusz,
Actually, by taking a closer look I did find the function 0Ch from both
the XMS 2.0 and 3.0 standards. This function returns the physical
address (called base address for the occasion) of the allocated XMS
block as a 32bits integer.
Now, I could imagine an application (like
On Sun, 28 Jun 2015 16:50:25 -0400, Mateusz Viste mate...@viste.fr wrote:
On 28/06/2015 20:03, Rugxulo wrote:
Below 16M? You mean for DMA or the like?
I have honestly no idea what the 'low-level' implications are. If
someone asked me 2 days ago, I'd say that's impossible, since an
Hello all,
I'm almost sure nobody cares, but here's a little follow-up on my
Doom/XMS troubles, maybe some future generations will find this somehow
useful.
A few details first, that I should have included in my first message
probably:
- When I run Ultimate Doom while RDISK or LBACACHE is
Hi,
On Sat, Jun 27, 2015 at 12:45 PM, Mateusz Viste mate...@viste.fr wrote:
I'm almost sure nobody cares, but here's a little follow-up on my
Doom/XMS troubles, maybe some future generations will find this somehow
useful.
Of course we care, but Ultimate Doom sounds like a commercial
variant,
Hi Rugxulo,
I understand your utilitarian way of thinking, but this is a specific
case for me. There are some pieces of software that I consider museum
grade and that I want to keep running it their full legacy glory, as
much as possible. Ultimate Doom is one of them.
About the general
Hi,
On Sat, Jun 27, 2015 at 4:59 PM, Mateusz Viste mate...@viste.fr wrote:
I understand your utilitarian way of thinking, but this is a specific
case for me. There are some pieces of software that I consider museum
grade and that I want to keep running it their full legacy glory, as
much as
Hi guys,
Limiting LBACACHE to 4MiB is a price to pay also, but I can live with that.
That leads to the question if Jack's cache works better,
but to be honest, I like the method of using DOS32A a
lot more: It works stable with modern hardware and any
cache size, as far as I understand your
Hello Rugxulo,
About the shareware edition: it did the same for me (crashes at exit
with a hellish BEEEP), but again, only if I don't give enough low
XMS memory to Doom. Since my Ultimate Doom problem is solved, the
Shareware edition runs fine, too (and quits fine also). You use big
17 matches
Mail list logo
