@TheMurderousCricket said in [Information/Discussion] ScriptHookV & OpenIV Updates:

Thanks for waging in @SLY95ZER, though I don't know if it is a valid solution. As far as I can tell, the game needs to connect to the Inet somehow to continue to function or grant you an offline access.

Even STEAM will grant you a temporary offline period (usually like a few days, or maybe a full week even). But eventually the game insist on an online check again.

Like I said, though, going offline (or firewalling gta5.exe) is a bad idea to begin with, and not necesarry (it may be for the retail version, though).

@KappaCinn said in [Information/Discussion] ScriptHookV & OpenIV Updates:

ok so what you're saying is that all i have to do is copy my backup files to the main file ? or can i just copy my gta.exe over since it is previous version, i prob sound stupid cuz im not good w this kind of stuff lol

No, you definetely need more than the gta5.exe file, like the new update.rpf, for instance. Personally, I just make a full backup of it, and then do a full restore thereafter.

Since, apparently, it isn't clear for many, ppl, for the STEAM version of the game, you don't need to prevent updating. In fact, just let it do its thang. Then, afterwards, you restore your game (from backup). This works, because STEAM decides the need to update, based on a manifest file (higher up the repository tree). So, when the manifest file is up-to-date, you're good, and STEAM won't look for updates any further (unless there actually is an even newer one, of course, or when you do a forced 'verify files').

As the result of the above, it also makes no difference how you start the game after you restored the GTA V folder (as in, with GTAVLauncher.exe or no).

@ashishcw said in Menyoo - a workflow question:

@TheMurderousCricket In short and simple answer Yes.
AFAIK, The reason this happens(Invisible roads, invisible Other components) is because of occlusion culling. It's a technique used by many game engines(Unreal Engine, Unity3D). It simply disable/hide the game objects(for Non Static) & layers(for Static Objects) which are out of the camera's draw scale.

So in simple words, GPU & CPU only needs to render the game objects which player(Player's main camera) can see. Gameobjects are not needed to be rendered processed which are out of this range.

Apples and oranges, really. Naturally, objects far outside the scope of the player, will not be rendered (nor objects within a ymap governed by the entitiesExtents* value, when you are outside of these bounds).

What TheMurderousCricket is talking about, though, is the fact that Menyoo's camera is assuming a fixed 'start-off point', as it were, where the farther you move away from that position, LODS start to kick in, so roads/bushes, etc, will all become fuzzy when you panned too far off. 'Occlusion culling' is simply not related to this phenomenon.

As for despawing, apart from cars and peds (outside range), normally actually nothing despawns. Ere the opposite: objects you manually despawned (or with a script. of course) will return after a while, when you were away in the meantime. The way a script tends to handle this, is to re-despawn these objects (usually based on proximity to them).

@Maxro said in Game crashes when I have 15 or more peds installed with addonpeds:

@meimeiriver How do I go about doing that?

You can find Dilapidated's Gameconfig.xml 3.0 right there. Many modders/players use this as the start-off point for their stable game.

@Maxro said in Game crashes when I have 15 or more peds installed with addonpeds:

So.. It hasn't worked- and I can't find a way to fix this issue

I suspect you increased more (beyond what's wise) in your gameconfig than just pedmemory. So, I suggest you start with a fresh Dilapidated gameconfig, and adjust pedmemory (and maybe a few other items) from there.

@ReNNie said in [Information/Discussion] ScriptHookV & OpenIV Updates:

the update to 1.0.1493.1 was on 10.16.2018, it hasn't been even a whole week now on 10.23.2018 since then

the other times it took between one and two weeks generally so I wouldn't hold my breath just yet

Yeah, I saw they snuck in another patch, the 16th. Was it actually something substantial?! (Like After Hours), or just a bug-fix patch?

Oh well, time to restore again. You guys did make backups, right?!

@Maxro said in Game crashes when I have 15 or more peds installed with addonpeds:

@meimeiriver It was already 700! Should I make it higher to like
<PedMemoryMultiplier value="1200"/> ?

Too high isn't good either. 500 is already pushing it. That's a general rule of thumb for the gameconfig anyway: don't just start increasing stuff. Every bit of resources you grab, likely goes at the expense of something else. Take what you need, increase it gradually, and stop when you have a stable game.

@RVGOD said in Issues with House building and LODS:

Im making a house and im at 500 -700 objects but my fps is dropping at a a drastic rate !
from 70 fps to 25-20 at times . is this because of a lack of LODs or what ? If so , can someone help me out ? thank you!

I noticed the same thing in a build of mine. Even bought a GTX 1080 Ti, back when, thinking it would speed my game up. It didn't.

Since I built that huge mansion myself, with a custom props library of my own as well, I have full control over the ymap, and all its pertinent settings, like LOD distance, etc. So, even when setting these things to minimum, it made no difference: FPS simply drops when I even come near the build.

It would appear the number of drawcalls is either simply too big for my... CPU to handle (not GPU), and I have an i7 6700K, or the game is simply badly optimized for such conditions.

@Maxro said in Game crashes when I have 15 or more peds installed with addonpeds:

I still need help, please if anyone could or if they know someone who could help.

Specifically, you may want to tweak this gameconfig setting, to like

<PedMemoryMultiplier value="500"/>