Other evoHUD 1.5.0

zAmboni · Oct 2, 2017

I just did something easier, just to see if I could launch. I made a copy of the AMS folder and dragged it to the steam path I previously had on the C: drive.

(╯°□°）╯︵ ┻━┻

Yup, AMS launched fine, loaded up a quick race with 20 AI and EvoHud works. WTF.

My only guesses to what is going on with the crashing is:
1) Folder permission problems that a straight copy to the original install directory fixed.
2) Some sort of loading conflict that happens depending on where the files are located on the drive (Although I did a clean install before, I did an immediate reinstall and it may have placed the files in the same place). It has probably been a month since AMS has been off of my C: drive and I have installed other things, and the placement of the files on the disk may be different?). It may be a stretch, but other than that I have nothing.

Edit: 3) conflict with Steam (Steam Plugin)? that gets bypassed when I did the copy this way?

I need some sleep right now, but sometime tomorrow I am going to go ahead and uninstall AMS again, and then have Steam reinstall it back into the default location to see what happens.

Christo Nieuwoudt · Oct 2, 2017

As Jim mentioned in post #451, we spent a long time last night trying different thinks, but AMS just kept on crashing. Thanks again for the help Jim. As he suggested I renamed the exiting AMS folder and did a fresh re-install, downloading through the night as I got a slow 10meg line.
Tried this morning and can you believe it (you just said yes, did you?) still crashing.....

@Nobkins I only have normal Sata Drive installed, no SSD.
I got my reliable old GID back up running for tonight. Will continue the battle after the races.
By now I think there are so many of you that treat this as a huge challenge to find the problem.
ps. Talking about which version of Java is installed - I did not see any Java installed so I downloaded the latest version 8 update 144, but crashed afterwards as well.

Christo Nieuwoudt · Oct 2, 2017

Fred Locklear said:
I just did something easier, just to see if I could launch. I made a copy of the AMS folder and dragged it to the steam path I previously had on the C: drive.

My only guesses to what is going on with the crashing is:
1) Folder permission problems that a straight copy to the original install directory fixed.

I need some sleep right now, but sometime tomorrow I am going to go ahead and uninstall AMS again, and then have Steam reinstall it back into the default location to see what happens.

So Fred has won the fight to fix the Hud issue, although it was mentioned about different folders, paths and so forth.
I took my crashing game folder, copied it to my D drive, and there the game stopped crashing, evoHUD is working just fine. Say no more...
Now let's hope that it will work for all crashes!!!

Nobkins · Oct 2, 2017

Fred Locklear said:
After reading through many of the recent posts I want to think the problem may lie in a bug in squirrel, and there may be a problem with the install path the same way there is a problem in loading the 8.3 .nut modules. But....I am not so sure because if there was a problem with the install directory, then EVERY person trying to use EvoHud with AMS installed in the the steam default directory should have crashes.

Thank you!

This got me thinking. I had not made the leap to it being related to 8.3 in the full path. It isn't but in the process of ruling it out I made another discovery.

I renamed my Automobilista folder to Automobilist (one letter shorter) and "Automobilista1" (one longer. I got a crash exactly the same as I witnessed with @Christo Nieuwoudt last night when I was using TeamViewer to monitor his computer.
This made me think there must be something somewhere with a hardcoded link causing the problem. I opened every *.ini, *.nut, *.log, *.txt file in notepad++ and searched for "Automobilista". No luck with a hard coded path.
I then thought: "If it is not a file in the Automobilista install directory then it must be something in the "My Documents\Automobilista" folder.
Quick way to rule out it being something in the user profile is to create a new one...... and it worked. My game folder was "Automobilist" (one letter shorter). This crashes when using my default in game profile when I go on track. With a brand new fresh profile I can go on track.
I renamed my "Automobilist" folder back to "Automobilista" and tried to go on track with my new profile (created when the game folder was called "Automobilist") and it worked!
I renamed the folder back to "Automobilist" and switch back to my usual profile. I was expecting a crash and it didn't. It worked.
I think it is profile related.

My latest theory is it is something relating to in-game driver profiles causing the crash. Something that is fixed by switching profiles (creating a new one and then switching back to the old profile). @Christo Nieuwoudt. Please can you NOT do the following. If this fixes the crash then I want to try and find the cause rather than this work around which means I need a guinea pig and you seem willing

If ok with you, before the race tonight we can use TeamViewer to quickly do some testing on your install.

@taylajee, @julien2324 please can you help us. You two have reported the crash issue. Please can you do the following to test something. I have gone back through the last 100 posts and you are the only two I can find (other than Christo who I want to save for testing tonight) who are reporting the crash and helping with our investigation.

@Tony can you give me any forum usernames from the AUS club that you know have the crash?

Install evoHUD and check that the game crashes when you go out on track (just like it used to)
Now that you confirm you have the bug please relaunch the game and click the button at the top right corner of the main menu to create a new profile (the picture of a head and body)
Call the new profile "Test"
Now load up any default car / track and go out on track.
Tell us if it works?
If it does work, exit the track and at the main menu press the profile icon again and then use the left and right triangle buttons to switch back to your usual profile (the one you were using when the crash occurred)
Load up any default car / track and go out on track.
Tell us if it works?

Nobkins · Oct 2, 2017

Seems I am too late! Christo has his fixed. Going to see if I can break Christo's again so we can work out the cause

.

@Christo Nieuwoudt are you able to come on TeamSpeak so I can play with your game on TeamViewer again?

Jamie · Oct 2, 2017

Nobkins said:
Thank you!

This got me thinking. I had not made the leap to it being related to 8.3 in the full path. It isn't but in the process of ruling it out I made another discovery.

I renamed my Automobilista folder to Automobilist (one letter shorter) and "Automobilista1" (one longer. I got a crash exactly the same as I witnessed with @Christo Nieuwoudt last night when I was using TeamViewer to monitor his computer.

This made me think there must be something somewhere with a hardcoded link causing the problem. I opened every *.ini, *.nut, *.log, *.txt file in notepad++ and searched for "Automobilista". No luck with a hard coded path.

I then thought: "If it is not a file in the Automobilista install directory then it must be something in the "My Documents\Automobilista" folder.

Quick way to rule out it being something in the user profile is to create a new one...... and it worked. My game folder was "Automobilist" (one letter shorter). This crashes when using my default in game profile when I go on track. With a brand new fresh profile I can go on track.

I renamed my "Automobilist" folder back to "Automobilista" and tried to go on track with my new profile (created when the game folder was called "Automobilist") and it worked!

I renamed the folder back to "Automobilist" and switch back to my usual profile. I was expecting a crash and it didn't. It worked.

I think it is profile related.

My latest theory is it is something relating to in-game driver profiles causing the crash. Something that is fixed by switching profiles (creating a new one and then switching back to the old profile). @Christo Nieuwoudt. Please can you NOT do the following. If this fixes the crash then I want to try and find the cause rather than this work around which means I need a guinea pig and you seem willing If ok with you, before the race tonight we can use TeamViewer to quickly do some testing on your install.

@taylajee, @julien2324 please can you help us. You two have reported the crash issue. Please can you do the following to test something. I have gone back through the last 100 posts and you are the only two I can find (other than Christo who I want to save for testing tonight) who are reporting the crash and helping with our investigation.

@Tony can you give me any forum usernames from the AUS club that you know have the crash?

Install evoHUD and check that the game crashes when you go out on track (just like it used to)

Now that you confirm you have the bug please relaunch the game and click the button at the top right corner of the main menu to create a new profile (the picture of a head and body)

Call the new profile "Test"

Now load up any default car / track and go out on track.

Tell us if it works?

If it does work, exit the track and at the main menu press the profile icon again and then use the left and right triangle buttons to switch back to your usual profile (the one you were using when the crash occurred)

Load up any default car / track and go out on track.

Tell us if it works?

@Jamie is one !! Thats me Jim

Nobkins · Oct 2, 2017

Long shot. Are you free now Jamie? I am on teamspeak and if you are willing we can use TeamViewer to try some more tests. TeamViewer is a free program that will allow me to see your computer screen and control it to etc.

Jamie · Oct 2, 2017

Nobkins said:
Long shot. Are you free now Jaime? I am on teamspeak and if you are willing we can use TeamViewer to try some more tests. TeamViewer is a free program that will allow me to see your computer screen and control it to etc.

Sorry mate I would love to. I am at work and wont be home for about an hour and a half !! Free then for sure. I have Team Viewer for all the help Tony gives me !!

Nobkins · Oct 2, 2017

I have some tasks to do today (shopping etc). Can we schedule for in 3hours mins time. That is 13:00 local time for me (BST). Sorry to mess you about. Please do not try to fix it before I can play with your PC.

Jamie · Oct 2, 2017

Nobkins said:
I have some tasks to do today (shopping etc). Can we schedule for in 3hours mins time. That is 13:00 local time for me (BST). Sorry to mess you about. Please do not try to fix it before I can play with your PC.

for sure. There is no chance I will try and fix it on my own so dont worry about that

Tony · Oct 2, 2017

Jamie said:
for sure. There is no chance I will try and fix it on my own so dont worry about that

On ts with jim now, we can try a few things tonight jamie

Jamie · Oct 2, 2017

Tony said:
On ts with jim now, we can try a few things tonight jamie

ok cool. I was going to suggest we all TS together at the time Jim suggested. I was just typing that to you but as usual you beat me to the punch !

kenken · Oct 2, 2017

Nobkins said:
With latest test build 6.7. Here is the log.

I moved the import routing into the initialise function that is called once on game launch. There was no other location that any import was attempted.

Here is the code I used in the initialise function:

Code:

local widgetFiles = searchFile("widgets", "*.nut"); foreach(widgetFile in widgetFiles) { import("widgets\\"+widgetFile); }

I tried with just one file (tireInfo.nut - 8.3 format name) in the widgets folder. It failed.

If I change the import to hard coded path (not within a dynamic loop) then it works:

Code:

import("widgets\\tireInfo.nut");

Very strange one this. Maybe we have to give up and just tell the user (probably a widget creator) that they must not have file named 8.3 format. I am already detecting the failed import and using a regexp to check the filename for 8.3 format and alerting the user to the issue.

I identified the cause. Fixed version will upload shortly.

Nobkins said:
As squirrel is based on java is their any likelihood that the version of java a user has installed is relevant or is evoHUD self contained? Again related could it be related to whether people have the 32bit java or the 64bit java installed.

Where did you get this idea? Squirrel is completely irrelevant with java. evoHUD is 100% pure C++.

Caution for all who try to find out win10 CTD:
I have modified code since 1.4.0 release. Therefore, you should check with latest 1.5.0 RC, not 1.4.0 release. RC might not fixed win10 CTD, but gathering information of RC is definitely better than doing for old 1.4.0 release.

kamackeris · Oct 2, 2017

i'm interested to try this HUD as i use gidhud at the min....if i just install this should it just work or do i need to do anything to get rid of gidhud ??

kenken · Oct 2, 2017

kamackeris said:
i'm interested to try this HUD as i use gidhud at the min....if i just install this should it just work or do i need to do anything to get rid of gidhud ??

I don't use gid since it get CTD. So I'm not sure but there will be no problem except you have to take care of d3d9.dll conflict.

kamackeris · Oct 2, 2017

kenken said:
I don't use gid since it get CTD. So I'm not sure but there will be no problem except you have to take care of d3d9.dll conflict.

i just copied the old d2d9.dll for gidhud and saved it elsewhere then installed this with martin fiala's nut file...now i have only the default hud ...how do i activated this hud ??

kamackeris · Oct 2, 2017

righto....i too get the crash to desktop when it goes to garage. speaking to some of the aussie guys on teamspeak they had it working by moving ams to the c drive. i have mine installed on e drive

Nobkins · Oct 2, 2017

kenken said:
Where did you get this idea? Squirrel is completely irrelevant with java. evoHUD is 100% pure C++.

Sorry kenken. Because squirrel is similar to java (I think - I said I was amateur!).

No problem. Mainly just throwing ideas out there.

We have some progress on the CTD after much testing with @Tony @Jamie @Kevin Harris @Christo Nieuwoudt.

For those that get the CTD they can work around this as follows:

Use steam to move the game top a new drive (Steam Library -> Right click Automobilista -> Properties -> Local Files tab -> Move Install Folder)
Launch the game
If it still CTD then:
Rename your documents/Automobilista folder to Automobilista old
Launch the game
Create new profile (forced to create it)
Test it

Not sure if this is any help. we have not used debug view or anything else to get logs yet but we have a good team of people who now have a working copy on another drive and a copy that still CTD's. Let us know how we can help with this @kenken.

Thanks

kamackeris · Oct 2, 2017

Nobkins said:
Sorry kenken. Because squirrel is similar to java (I think - I said I was amateur!).

No problem. Mainly just throwing ideas out there.

We have some progress on the CTD after much testing with @Tony @Jamie @Kevin Harris @Christo Nieuwoudt.

For those that get the CTD they can work around this as follows:

Use steam to move the game top a new drive (Steam Library -> Right click Automobilista -> Properties -> Local Files tab -> Move Install Folder)

Launch the game

If it still CTD then:

Rename your documents/Automobilista folder to Automobilista old

Launch the game

Create new profile (forced to create it)

Test it

Not sure if this is any help. we have not used debug view or anything else to get logs yet but we have a good team of people who now have a working copy on another drive and a copy that still CTD's. Let us know how we can help with this @kenken.

Thanks

i just don't have enough room on my other drive to do this...i will have to wait for another solution