PLJ's stubborn attempt to track CTD's - Page 2

plj · 10-25-13, 01:36 PM

Quote:

Originally Posted by sober

I unenebled my mod list today and the n reinstalled witht he Tasks/Load mod profile option . I noticed half way thru jsgme stopped responding . Ctds ever since then with a new campaign . Even after I reinstalled the game . Maybe a mod is corrupted , who knows .

I dont want to be too optimistic, but it looks like we are zooming in on the issue. It seems that under certain conditions, JSGME does not work propperly.

Quote:

Originally Posted by Mikemike47

I have noticed in my sitauation that JSGME stops responding according to windows task manager. I do not get the CTDs like you mention in your situation because of a stop responding issue. I just let it run.

Does post #3 in my signature help with your issue?

On a side note, not related to PLJ's mission but, related to JSGME and possible CTDs:
I am not at my game computer at the moment. I am going to add some new information to JSGME help thread I created in about 12 hours for something else I discovered in JSGME issues. With all of the various threads about CTDs lately, perhaps it will help others.

The veterans Sober, gap, volodya61 trevally, have all helped

with CTD and mod soup JSGME issues so much. Now vdr1981 and especially plj

mentioning JSGME CTDs a lot. I hope know one feels left out.

Same here .. if I do anything buy let JSGME run, it gets unresponsive, till it finished loading the list. No idea if still does its job like it should when it does that... any more info on JSGME is more then welcome .. fixing that will save me from having to load a list manualy :p

Quote:

Originally Posted by gap

I can confirm: I had the same happening on my rig. It is probably connected with the enabling of burdensome mods or large mod lists, because it never happens when enabling small mods (in terms of Kb). What I do, is leaving JSGME alone: after a while the program gets back responding, and the mod(s) is/are enabled as supposed.

It does this when it has to copy large files .. like a large volume of sound files or the intro video. It indeed seems to have done its job .. JSGME validator agrees on that .. but the random CTD's we get kinda disagree .. and it seems that for an unstable list to become stable, all one has to do is disable and re-enable it .. or the other way around .. perfectly stable modlist becommes a CTD-ing one after dis- and re-enable of modlist.

Bathrone · 10-25-13, 07:45 PM

Its a red herring. That just usual windows behaviour with the file system and the latency/bandwidth limitations of moving the files around

If you wanted to get all scientific, you could run a checksum hashing algorithm over the unmoved mods files and then move it with a profile, see the not responding due to latency/bandwidth, then once the mod enabler has all moved the files, re run the hashing algorithm over the same files just moved and you *WILL* see that the hash values are identical

This is not the problem folks

Mikemike47 · 10-25-13, 10:57 PM

Quote:

Originally Posted by Bathrone

you could run a checksum hashing algorithm over the unmoved mods files and then move it with a profile

Just curious. Running JSGME, tasks, generate snaphot of game files produces files with a whole bunch of numbers/letters afterwards. Is the whole bunch of numbers/letters considered a checksum hashing algorithm?

I have used his MD5Mate.

plj · 10-26-13, 01:28 AM

Quote:

Originally Posted by Bathrone

Its a red herring. That just usual windows behaviour with the file system and the latency/bandwidth limitations of moving the files around

If you wanted to get all scientific, you could run a checksum hashing algorithm over the unmoved mods files and then move it with a profile, see the not responding due to latency/bandwidth, then once the mod enabler has all moved the files, re run the hashing algorithm over the same files just moved and you *WILL* see that the hash values are identical

This is not the problem folks

Given mike's finding here it seems that JSGME is err-ing sometimes for some reason.

I went through the documentation yesterday, and the unresponsive UI for JSGME is by design .. described as some sort of optimization to make JSGME focus on the task at hand .. while in fact, it's lazy coding. In that loop should be the equivalent of vbscripts DoEvents().

All scientific, the files could vastly differ due to how JSGME handles files .. open/locked files are ignored and will not be copied, so it takes as much as having a file open by accident in notepad++ or something, and en/dis-abling your modlist at that moment. This could even happen if windows for some reason wont release the lock on the file .. for instance cuz the game crashed.

But you are right in that the unresponsiveness is an issue .. it's just not so elegant coding :p

THE_MASK · 10-26-13, 01:41 AM

I am 99% sure most ctds are ubi game launcher related . TDW says that and the fact that I can reload all previous saves and the game works .

volodya61 · 10-26-13, 08:06 AM

Quote:

Originally Posted by sober

I am 99% sure most ctds are ubi game launcher related...

Unfortunately no.. I've never used launcher..

plj · 10-26-13, 08:32 AM

I dont use the launcher either .. so everything I can replicate, is not launcher related .. same for volodya ... that leaves us with verry few scenarios to ascribe to the launcher .. and tbh, I think it can be ignored as cause unless we are able to replicate the issue.

Trevally. · 10-26-13, 11:30 AM

Quote:

Originally Posted by volodya61

Unfortunately no.. I've never used launcher..

Quote:

Originally Posted by plj

I dont use the launcher either .. so everything I can replicate, is not launcher related .. same for volodya ... that leaves us with verry few scenarios to ascribe to the launcher .. and tbh, I think it can be ignored as cause unless we are able to replicate the issue.

Then how are you starting the game

gap · 10-26-13, 11:37 AM

Quote:

Originally Posted by Trevally.

Then how are you starting the game

... they are listening

plj · 10-26-13, 11:54 AM

Quote:

Originally Posted by Trevally.

Then how are you starting the game

Set to offline in uplay screen .. be done with it. You loose the (useless) online functions.

Trevally. · 10-26-13, 11:58 AM

Quote:

Originally Posted by gap

... they are listening

I hope so

Quote:

Originally Posted by plj

Set to offline in uplay screen .. be done with it. You loose the (useless) online functions.

But the game will still only start through the launcher - just in offline mod.

There must be more to this

plj · 10-26-13, 12:03 PM

Quote:

Originally Posted by Trevally.

I hope so

But the game will still only start through the launcher - just in offline mod.

There must be more to this

I doubleclick sh5.exe ... works fine

gap · 10-26-13, 12:27 PM

Quote:

Originally Posted by plj

I doubleclick sh5.exe ... works fine

Double clicking the exe doesn't bypass the launcher, no matter if the game is set to offline mode or not. This is UBI's way to know that you own a legitimate copy of the game. The only way to bypass it, is by using an "hacked" copy of sh5.exe

gap · 10-26-13, 12:52 PM

Quote:

Originally Posted by volodya61

A long time ago, in the beginning, I had a legal version of the .exe.. but when the permanent problems with uplay launcher started, I changed my file.. and have no regrets..

I see your point Volodya, but this is not the best place to discuss your choices, I am sure you understand it. I was just correcting plj's statement

volodya61 · 10-26-13, 01:06 PM

Quote:

Originally Posted by gap

I see your point Volodya, but this is not the best place to discuss your choices, I am sure you understand it. I was just correcting plj's statement

You first uttered the forbidden word

10-26-13, 08:32 AM	#22
plj Captain Join Date: Sep 2013 Posts: 542 Downloads: 70 Uploads: 0	I dont use the launcher either .. so everything I can replicate, is not launcher related .. same for volodya ... that leaves us with verry few scenarios to ascribe to the launcher .. and tbh, I think it can be ignored as cause unless we are able to replicate the issue. __________________ 0x0000005 ruïning your day when trying to load the patched sh5.exe ? Click.

10-25-13, 07:45 PM	#17
Bathrone Ensign Join Date: Jan 2007 Posts: 234 Downloads: 82 Uploads: 0	Its a red herring. That just usual windows behaviour with the file system and the latency/bandwidth limitations of moving the files around If you wanted to get all scientific, you could run a checksum hashing algorithm over the unmoved mods files and then move it with a profile, see the not responding due to latency/bandwidth, then once the mod enabler has all moved the files, re run the hashing algorithm over the same files just moved and you WILL see that the hash values are identical This is not the problem folks

10-26-13, 01:41 AM	#20
THE_MASK Ace of the deep . Join Date: Jan 2006 Posts: 9,226 Downloads: 901 Uploads: 73	I am 99% sure most ctds are ubi game launcher related . TDW says that and the fact that I can reload all previous saves and the game works .