Forums

Forums (http://www.abandonia.com/vbullet/index.php)
-   Games Discussion (http://www.abandonia.com/vbullet/forumdisplay.php?f=17)
-   -   Elder Scrolls, The - Arena (http://www.abandonia.com/vbullet/showthread.php?t=686)

Scatty 15-01-2013 11:50 AM

Probably you're right Fifth :D
Quote:

Originally Posted by BillyH666 (Post 448725)
Luckily I know how to edit the autoexec through regedit, bypassing ME's wonderful resetting autoexec file.

Actually I think simply setting the autoexec.bat to read-only after editing should stop Windows ME from changing it, too. At least it was working that way in Windows 98 SE.
Anyway good look and be sure to post here if you have any questions or need help.

P.S. Btw. that with the sound card, you mentioned that you got sound working with VDMSound, so when you have more memory that should be solved.

Japo 17-01-2013 12:30 AM

No need to trash your system files! Right-click on the executable, choose properties, then click on the "advanced..." button, on the ensuing dialog window enable the "MS-DOS mode", and then you can toggle another option to substitute the current config.sys/autoexec.bat with custom ones for this particular game (keep only essential stuff you need, including SoundBlaster emulation, so that you have enough conventional memory).

(click to enlarge)
http://i102.photobucket.com/albums/m...psb79270d4.png

Pro tip: if, instead of entering "exit" into DOS to return to Windows, you just power down the computer, the next time it will boot again in DOS, until you enter "exit" at any time.

BillyH666 18-01-2013 10:57 AM

Argggggggghh! Man, I just can' t catch a break! So I found out that to run properly, Arena needs 604k of conventional memory, I have everything else down, I can even use real ems because I actually found dos drivers for my pci card! But with all my editing of the boot disk I still only get about 546k, I' m so close..... why does my computer taunt me so?! :(

The Fifth Horseman 18-01-2013 11:16 AM

Try to only load the drivers you actually need and LH them if possible.

Scatty 18-01-2013 01:54 PM

If you didn't do so yet, put the following line into config.sys (I suspect you didn't yet, hence why you have so little conventional memory):

dos=high,umb


That should free up some memory.
Also sometimes there's more memory free if you loadhigh (lh) some programs, and some not. You should experiment which ones. Try loading some of the programs into upper memory, see if there's more memory available, try to load some other programs instead and see if the free memory increases or lowers. If you loadhigh all of them, not all would fit into high memory, some will be automatically preferred by the operating system and others will stay in the lower memory. Which is not always and optimal choice.

Also while loading the emm386.exe (assuming you are using that ems program) in config.sys, following switches can free up more conventional memory:

Device (drive, folder)EMM386.EXE RAM HIGHSCAN

RAM is absolutely necessary as it frees up upper memory blocks which dos is loaded into with the command further above.
HIGHSCAN can free up even more memory on some computers. On some computers though, it will cause a hang up, after which you'd need to start without autoexec.bat and config.sys and remove the HIGHSCAN option. I advice you to try it out anyway and see if it helps.
Also it is of course necessary to load emm386.exe first and put the DOS command below it in config.sys.

dosraider 18-01-2013 02:31 PM

mem /c
or
mem /c/p

Will tell you a lot.....
Code:


Modules die geheugen gebruiken onder 1 MB:

  Naam          Totaal      =  Conventioneel  +  Upper Memory
  --------  ----------------  ----------------  ----------------
  MSDOS      15,533  (15K)    15,533  (15K)          0    (0K)
  HIMEM        1,120    (1K)      1,120    (1K)          0    (0K)
  EMM386      4,144    (4K)      4,144    (4K)          0    (0K)
  CTMMSYS      8,080    (8K)      8,080    (8K)          0    (0K)
  COMMAND      3,184    (3K)      3,184    (3K)          0    (0K)
  ATAPICD    20,720  (20K)          0    (0K)    20,720  (20K)
  IMOUSE      15,488  (15K)          0    (0K)    15,488  (15K)
  MSCDEX      26,224  (26K)          0    (0K)    26,224  (26K)
  Beschikb  641,312  (626K)    623,136  (609K)    18,176  (18K)

Geheugensamenvatting:

  Geheugentype      Totaal    =  Gebruikt  +    Vrij
  ----------------  ----------  ----------  ----------
  Conventioneel        655,360      32,224      623,136
  Upper                80,608      62,432      18,176
  Gereserveerd        393,216      393,216            0
  Extended (XMS)    32,425,248      275,744  32,149,504
  ----------------  ----------  ----------  ----------
  Totaal geheugen  33,554,432      763,616  32,790,816

  Totaal onder 1 M    735,968      94,656      641,312

  Maximum omvang uitvoerbaar programma          623,040  (608K)
  Maximum beschikbaar upper memory block        15,392    (15K)
  MS-DOS aanwezig in HMA.


BillyH666 19-01-2013 04:07 AM

593k almost there! quick question is it possible to load command.com high?

dosraider 19-01-2013 05:14 AM

It would be simpler if you would post the mem /c output.
Command syntax: mem /c > c:\memc.txt
Gives you the output in c:\memc.txt (of course you can adapt c:\memc.txt to something you prefer)

Some more general tips:
Sometimes loading first the larger ones 'high' can benefit (avoids a lack of large high mem blocks for the larger ones)
You're always better when larger ones can be loaded high, smaller ones can easily be loaded in base mem if needed)
If smartdrive is loaded: 'rem' it out, smartdrive can consume a lot of high (or base) mem and is in fact (kinda) useless.
There are some small mouse drivers to find, (cutemouse .....etc) that can save some mem.
....etcetera etcetera .................

Also: memmaker , maybe not the best memory soft and a bit basic, but it can save you a lot of headaches ......

BillyH666 19-01-2013 10:29 AM

Okay, so my fiddling with the bootdisk messed it up, so now am using Idiot's boot essentials, down to 551k

Code:

Quote:

Modules using memory below 1 MB:

Name Total Conventional Upper Memory
-------- ---------------- ---------------- ----------------
SYSTEM 26,864 (26K) 19,776 (19K) 7,088 (7K)
HIMEM 1,120 (1K) 1,120 (1K) 0 (0K)
EMM386 4,320 (4K) 4,320 (4K) 0 (0K)
OAKCDROM 36,064 (35K) 36,064 (35K) 0 (0K)
MSCDEX 28,032 (27K) 28,032 (27K) 0 (0K)
COMMAND 7,168 (7K) 0 (0K) 7,168 (7K)
Free 568,576 (555K) 563,920 (551K) 4,656 (5K)

Memory Summary:

Type of Memory Total Used Free
---------------- ----------- ----------- -----------
Conventional 653,312 89,392 563,920
Upper 18,912 14,256 4,656
Reserved 0 0 0
Extended (XMS)* 267,302,432 783,904 266,518,528
---------------- ----------- ----------- -----------
Total memory 267,974,656 887,552 267,087,104

Total under 1 MB 672,224 103,648 568,576

Total Expanded (EMS) 33,947,648 (32M)
Free Expanded (EMS)* 33,554,432 (32M)

* EMM386 is using XMS memory to simulate EMS memory as needed.
Free EMS memory may change as free XMS memory changes.

Largest executable program size 563,904 (551K)
Largest free upper memory block 2,480 (2K)
MS-DOS is resident in the high memory area.
Maybe I can get a smaller cd driver, I would like to use the cd version of Arena, but at this point the floppy would friggin suffice.

Japo 19-01-2013 10:42 AM

Getting rid of the CDROM would do it, because MSCDEX is also part of it. CD drivers used to take a lot of memory, but that was hardly an issue, because by that time all CD games used protected mode (no conventional memory requirement). This is a rare case, a game with a very high requirement (even compared to other real mode games--Arena was very advanced technically at its time), but with a CD version released later. It may be possible to have CD support in DOS and enough memory left, but it looks very difficult to me.

The two easy solutions are no CD or DOSBox of course. You can probably play many games in DOSBox in a Pentium III, but a 3D game such as Arena is a stretch. Besides playing the floppy version, you could also look for a pirate noCD patch...


The current time is 07:01 AM (GMT)

Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.