Problems with " -nomap"

[Parvus 0]

Hello,

while starting OFP with the " -nomap"

command (as usual) a problem occurs:

and OFP doesn't start ... with no " -nomap"

command it works;

my questions are now:

- did somebody have had a similar problem?

- is the " -nomap" command only till starting

progress active or while OFP is running?

( my impression is at the moment that i have

more lag if i load more addons ... ingame)

thx in advance

[theavonlady 2]

( my impression is at the moment that i have

more lag if i load more addons ... ingame)

That's not an impression. That's a fact.

OFP manages a lot about addons in memory. NoMap is an alternative method to use less memory.

That being said, if you're starting up OFP with a ridiculous amount of addons (2 gig, for example), bad things are gonna happen to good people.

So how much space do your startup addons take altogether?

[Parvus 0]

So how much space do your startup addons take altogether?

... variable beacaúse i use " modfolder i.e. *standard addons ~ 600MB .. to max. ~1,8 GB (1533MB RAM in use)

... but its unplayable with 1,8GB  addons (it starts but its laag's extraordinaraly   )

[theavonlady 2]

So does the problem occur with, say, 1GB or less of addons?

OT: is that Frankenstein reading to the little girl in your avatar?

[Parvus 0]

... no thats me while trying to escape this * - nomap problem  

- there is no solution or? .. laags occurs up to 700mb

- reinstall doesn't help cos i have an image of that ofp instalation and i tried .. [still same problem]

- new HDD? ( )

[raedor 8]

do you have the original config.bin? not that you modded it some way...

[Parvus 0]

... my Res\ folder is untouched; but i'll try this was of course:

is the right config on the CD or was the config updateted by every patch?

[Major Fubar 0]

I've never come accross this particular error before.

The way I understand the " - nomap" function to work <span style='color:red'>(somebody please correct me if I'm wrong)</span> is that instead of OFP loading every single addon at startup (and causing the "cannot memory map" error message on some machnies), it loads addon into memory as required by missions or the mission editor.

My advice would be to uninstall and reinstall OFP (after saving your preferences, user info, missions etc.). Of course, this can be time consuming, so maybe someone else might have a better solution for you...

[benu 1]

... my Res\ folder is untouched; but i'll try this was of course:

is the right config on the CD or was the config updateted by every patch?

Sorry, config.bin has been patched.

[Parvus 0]

Thx for helpinfg me,

i think i found it: i have a broken cluster on the HDD

- Norton send me this message after every restart; repair doesn't help;

- i should buy another HDD (copy the old to the new one - thats it)

- anyway, thx for help @ all

- maybe we can use some experinces for other ppl who became that same error message ...

greetz

[raedor 8]

@fubar: little correction: ofp reads out the config at startup, but not the models and textures, because you get addon 'xy' requires addon 'z' at startup.

[Major Fubar 0]

Ah, I see. Thanks raedor.

[shinRaiden 0]

This can be a bit of a bear to track down as the symptoms can be all sorts of things. I tried to fix a cop's Win 3.11 laptop once (from the back seat reaching through the window... long story), system was BSOD'ing on Windows shell loading.

Digging a round I soon noticed I was getting read errors when trying to access certain files like win.ini and system.ini. Ran scandisk, found that both were on bad sectors. I figured I could probably re-write minimal versions by hand, so I said "I could try hacking a solution together" to get the more robust Win32s I/O drivers. (note to self, never tell a cop you're about to hack his computer.) I abandoned that idea as the 16-bit scandisk came back with dozens of more bad clusters. The poor guy was given a 486sx laptop with Win3.11... in late 2002.

The problem with spotting this in OFP is that you're not likely to access the data other than through OFP the application. A generic scandisk may not always pick it up, you would have to sometimes run the more detailed scan.

Unfortunately, "data read error" can sound rather cryptic, as often times our data in mod-making gets scrambled. It doesn't indicate whether it is a File I/O or an engine error. Was there any data in the config.bin or flashpoint.rpt?

[Parvus 0]

Was there any data in the config.bin or flashpoint.rpt?

=====================================================================

== E:\OperationFlashpoint\FLASHPOINTBETA.EXE

=====================================================================

Exe version: Thu Feb 12 20:01:32 2004

ErrorMessage: Data file read error (config.bin).

.. and tons of informations about every crash that happend ... 2.9mb

=> how can i open a config.bin? ... looks like ASCII signs  

[shinRaiden 0]

You don't. About 80% of the way down (without word wrap) you might see some path data in these type of situations. That can help you narrow down the problem sometimes... if it has to do with some I/O operations.

Sometimes though if it is an engine crash there's not a whole lot of usable user data for the community to look at.