Do you also get the "Emergency Brake" text? That is only sent when my program at least tries to press the brake button. If not, have you tried starting my program as admin? Maybe windows won't allow its inputs otherwise.
Do you have your mouse buttons assigned as accelerate and brake (right mouse button as brake)?
Thats the only thing I can think of. I just tested a lot of things with mouse, but it does seem to work just fine.
Oh yeah and I will include a file to at least automatically initialize insim when starting LFS with the next update
Hey! Thanks for your feedback. And yeah, I know some of the issues, and they are my stupidity and easily fixable.
The next Version will have an error message when /insim 29999 isn't set before starting the program.
But...
1. The thing with the administrator mode seems like your antivirus program doesn't like local TCP connections. My program uses a basic data connection with a socket between LFS insim and my Python script. Your Firewall/Antivirus program may think that that's some kind of sketchy malware haha. Not really sure what to do about that.
2. I've never heard that no input is working.
Did you set your personal control settings in the controls.txt if you changed anything?
Do you have LFS focused the entire time or something else, like discord?
What type of controller are you using?
3. Yes I know, these messages were for me when I was figuring out whats the best way to support mods with the AEB. You have to brake in a very specific way to get it to work properly. I know that and I am working on making it better. For now I will have to tell you, sorry for the inconvenience :/.
If the brakedistance is too bad btw, open the menu and click "recalibrate AEB". That will reset it to the default value. And you can set the warning distance to "late".
Hope that helped a bit, and if you give me the answers to the questions above, maybe we can figure out, why the pressing of buttons is so difficult for my program on your pc haha.
I see your point, but there is a very simple reason.
It doesn't look good. Multiplayer Replays tend to be very laggy - more than the actual race. At least for me. And jumping cars are just not so nice for a trailer .
But yeah, I know that there could have been more racing.
Well thanks For the Feedback. Cruising is a Huge Thing in a big Part of the lfs Community, so i figured that's appropriate. Still you might bei right that there is Not as much racing in there as there should be.
Maybe i'll do a Propper lfs racing Trailer one day.
Hey!
If you download the latest Version (11.7.2 Beta 8) that should be fixed already. If it still crashes, pls tell me and ill immediately look into that.
Don't know if this is a known issue so... here it is haha:
When generating an AI Path for a Mod, if you tab out of the LFS Window (once bc I wanted to look smth on discord and one time bc I wanted to open another application), LFS always is very unhappy.
The path generation for me kind of stopped for a good minute, then I had a black screen for a good minute and then after a bit of the windows "LFS is not responding", it came back to life.
It seems like you need to be focused on the lfs window the entire time for it to work without any hiccups.
Ive attached a screenshot when lfs was not responding...
The path seemed to be generated fine afterwards anyways though. Maybe still something to keep in mind .
just tried it, and while the text selection works fine, no matter what kind of keyboard i select, every symbol is an ASCII Character, after I click on it on the virtual keyboard...
IDK if that's in any way intentional, but I didn't find any way to use other symbols now
1. Outgauge: That's weird. That shouldn't happen. There is outgauge handling implemented that should detect exactly that and basically reboot outgauge when it freezes. Do you know how long you have paused the game for? Does it also happen if you just pause for like 5 seconds? I'll look into that tho.
2. The cursor visibility is a thing that I definitely know, but I just didn't see myself bother with that so far. I will see what I can do. The mouse stays there because there are always buttons on the screen that you can click. Ill look what I can do.
Well, i have Always Had issues with this bloody geos_c.dll.
The Problem is, that i dont have a win 7 System to Test it. I dont think that Windows 10 systems have this Problem, because i include one DLL For win 10 in my Programm.
The worst Thing ist that i dont really know how to fix it, because i personally dont even utilise this geoc Thing. It's Just needed For one Python library that is used.
Maybe i can Figure Out some Kind of workaround there.
I'll definatly try...
Sorry For the inconveniences. I'll Post smth on the Forum If i Figure Something out.