RW Released Open Limit Adjuster

[Gramps 777]

I've gotten SA to go around 2.4+GB RAM before, as shown by Task Manager.

But yeah, funny things happened after I hit the 1.6GB-ish mark. It was like I didn't have a StreamMemFix solution.

[SomeGuy86 86]

Well, try to use a value big enough to run the game, instead of unlimited then. Currently we're not sure what's wrong.

 

Sure thing, no problem. Like I said in one of my previous posts, I've only mentioned this issue for the sake of bugs & further LA development... As far as the gameplay goes it's all taken care of by removing unlimited & replacing it with 10000, just like in MVL. My bigger concern is the memory thing, because I can't finish my graphical overhaul, modding the game to a real-life level. Well, technically I can - I just don't see the point since the game is unplayable

 

SA also has the memory issue, but maximum is 1.5-1.6GB. Like an engine limit.

 

I've gotten SA to go around 2.4+GB RAM before, as shown by Task Manager.

But yeah, funny things happened after I hit the 1.6GB-ish mark. It was like I didn't have a StreamMemFix solution.

 

Yes, it does! It's been a loooong time since I've messed around with SA (in 2011 I believe), but yes - I've had the similar issues back then, as well. Honestly not trying to sound mean or hateful, but I just don't see the point of all the limit adjusters & memory "tweakers", since all of them seem to be having the same problem. And let's be honest, the only reason why ppl actually use limit adjusters, is because they want to overload their games with lots of new stuff & fancy graphics .... so therefore it's only a matter of time before people will start experiencing the same problems, all over the place. Come to think of it, they actually /did/, that's why Alexander Blade (I believe that's his name) made one of the 1st memory streaming fixes for SA, back in 2008/9 maybe? That's how all this memory-tweaking era started.

Edited February 25, 2015 by SomeGuy86

[ThirteenAG 3,716]

https://github.com/ThirteenAG/limit_adjuster_gta3vcsa/releases/latest

v1.5.4 released, just AtomicModels isn't unlimited anymore in VC and implemented the limits fastman92 posted earlier.

[fastman92 2,503]

 

	void ChangeLimit(int id, const std::string& value)	{				if (id = MAINsegmentSize)		{			Game_GTASA::SCMlimits::iMAINsegmentSize = std::stoi(value);		}		if (id = MissionSize)		{			Game_GTASA::SCMlimits::iMissionSize = std::stoi(value);		}		Game_GTASA::SCMlimits::PatchScriptLimits();	}

I think it might be wrong.

 

If someone changes two limits, MAINsegmentSize and MissionSize, why should PatchScriptLimits be executed twice?

 

 

		// Patches script space limits, should be executed when all 2 limits are set.		static void PatchScriptLimits();

You should change all limits, if they are changed, then execute PatchScriptLimits();

Edited March 1, 2015 by fastman92

[iFarbod 188]

Can you guys break the 8 player limit in SA?

[SomeGuy86 86]

Does anyone feel like taking on DFF & TXD number limit, within GTA3.IMG? For GTA3, not for Vice...

[ThirteenAG 3,716]

Probably better to ask here: http://gtaforums.com/topic/733982-relsa-fastman92-limit-adjuster/

Because we don't have those even.

Edited March 3, 2015 by ThirteenAG

[SomeGuy86 86]

Probably better to ask here: http://gtaforums.com/topic/733982-relsa-fastman92-limit-adjuster/

Because we don't have those even.

 

OK, thanks!

[pep legal 297]

Hi...

 

...does this mod "stretch" the upper limit of a model polycount ?

 

Because I'm having few Peds "losing" their legs depending on the camera angle.

 

Yes...they are 2~3 Megabytes peds.

Edited March 6, 2015 by pep legal

[csillam_faszlama 108]

Is handling lines ID adjuster going to be added?

[fastman92 2,503]

Is handling lines ID adjuster going to be added?

Not at this time.

[cj2000 813]

 

Is handling lines ID adjuster going to be added?

Not at this time.

 

Wasn´t it already being added in an erlier version?

[fastman92 2,503]

 

 

Is handling lines ID adjuster going to be added?

Not at this time.

 

Wasn´t it already being added in an erlier version?

 

It's part of my limit adjuster, not openLA which this thread belongs to.

[Matheusroque 5]

this limit adjuster have two bugs, when you start a new game the game crashes on the first game cutscene liberty city airport message, and cj are invisible in all cutscenes...

[pep legal 297]

this limit adjuster have two bugs, when you start a new game the game crashes on the first game cutscene liberty city airport message, and cj are invisible in all cutscenes...

 

Not this mod !

 

I had that very same problem while using an old version of SA Delta time fix (from Mix-Mod blog)

 

With the latest version...those kind of problems now are gone.

 

.

Edited April 2, 2015 by pep legal

[kapboy 0]

Is there any chance to make this compatible to Steam versions?

[thelink2012 1,601]

Is there any chance to make this compatible to Steam versions?

Doubt it. In any case most of SA modding only works in 1.0 US so you best bet is to downgrade really.

Edited May 9, 2015 by LINK/2012

[goodidea82 328]

Doubt it. In any case most of SA modding only works in 1.0 US so you best bet is to downgrade really.

 

That's a great link, Link. (Wrote this message to "bookmark" it)

[Ss4gogeta0 1,856]

damn, this was deeply buried... had to use an excavator to find this...

[Gaston86 0]

LINK / 2012 when you will be launching the new version of Open Limit Adjuster or modloader are one of the best mods

[Blackbird88 1,537]

Debug info doesn't work in VC version. Is this SA only?

DebugTextKey = 0x79

Edited September 18, 2015 by Blackbird88

[ThirteenAG 3,716]

Yeah, it was never finished for VC.

[Reyks 2,098]

Aight so since this thread has been bumped, I want to ask something I was meaning to ask for some time now.

 

About the collision limits, I don't really understand how it works, I've been remaking a few collision models in SA in hopes to make shadows display on all surfaces, but the thing is, I have no idea how crazy I can go with it, I fear some day the game may crash or something because I hit the collision limit.

 

So the question is, do I have to worry about increasing the amount of detail in various collision models if I use OpenLA? Or for that I need to use fastman's limit adjuster?

 

If that's the case can you guys please implement the hacked collision limits into OpenLA? Cause I don't really feel like using the Hoodlum EXE again just for fastman's limit adjuster :s

[El Dorado 3,677]

ColModel = unlimited

 

So I guess you can go wildly crazy?

[Reyks 2,098]

ColModel = unlimited

 

So I guess you can go wildly crazy?

Nah, I really doubt it's that simple, I remember LINK/2012 said something about there still being some limits related to collision.

[thelink2012 1,601]

wasn't it collision resource indices? That's, lae_1.col, lae_2.col occupies collision indices (which you need F92LA), while the cols inside them occupies collision models (which is unlimited here).

 

Other collision limits are purely file format limitations (collision spheres per colmodel, collision cones per colmodel, shadow faces per colmodel, whatever per colmodel), which is 65535 (or 32767?) for most stuff.

Edited September 18, 2015 by LINK/2012

[Reyks 2,098]

wasn't it collision resource indices? That's, lae_1.col, lae_2.col occupies collision indices (which you need F92LA), while the cols inside them occupies collision models (which is unlimited here).

 

Other collision limits are purely file format limitations (collision spheres per colmodel, collision cones per colmodel, shadow faces per colmodel, whatever per colmodel), which is 65535 (or 32767?) for most stuff.

Oh I see, so if I understand it correctly if I use new/extra .col files I will need fastman's adjuster. But if I modify the original collision models inside the vanilla .col files like crazy I will be fine?

 

I say this because I'm using Blender to convert .dff files to .3ds files and then using CollEditorII to import the .3ds files as a perfect collision model, this way the collision models are pretty much identical to the .dff files, ofc I'm not doing it to all models, only the ones that use boxes wich don't receive shadows.

 

Man if this is really the case then, oh boy...

[thelink2012 1,601]

Yes, you'll be fine if you don't add any more .col files. Adding more collision models to existing .col files is fine too.

Edited September 18, 2015 by LINK/2012

[Reyks 2,098]

Yes, you'll be fine if you don't add any more .col files. Adding more collision models to existing .col files is fine too.

That's amazing!

 

Thank you for the explanation mate, now time to fix those damn original R* collision models and get rid of those boxes once and for all

[BeingARK 469]

How to install it? :3