Sorry - Of course the issue was on my side. :-) Everything works as expected.
The test device (notebook) was in the wrong DNS domain and get a wrong (public) IP for the hostname. Perhaps a message can help that the entered hostname resolves to a public instead to an allowed private IP, if "LAN" is selected?
Hm... I tried yesterday evening the U18 version. I noticed that the hostname input for the target host no longer works. I needed to enter an ip address again. Is the new code accidentally not in this version? That worked great before (incl. U15; i didn't have time to test u16).
How is the AI currently performing during the pit stop? Does the AI choose the last free slot for the pit stop and should a real driver make that too? Do we need take the last one too in order not to get conflicts with the AI? If the number of AIs per host is increased, it could lead to (more) accidents in the pit lane if someone does not know the behavior of the AI.
By the way: Why is there (still) no fixed assignment of a pit stop slot where you should / must make the pit stop? Is that planned (on one of your todo lists)? Perhaps with instruction by staff, too?
You can confirm that this version is OK. Windows Defender only remove the file, if you confirm that. Looks like parts of content of lfslazy.exe match to this virus signature.
BTW: Most of virus scanner don't found a match in this binary! Perhaps next time you can verify the binary itself over a such service? :-)
Under certain circumstances, the outsourcing of AI drivers to the dedicated host would be a better solution than increasing the permitted number on the client side? It would be good if you could determine the "field size" and as soon as a real driver connects, the number of AIs is "dynamically" reduced (or increased if someone disconnects from the host).
Perhaps this variant would even be compatible with the U version, because the dedicated host has to manage all connections anyway? But I guess that's a too simplistic view on this subject?
Any increase is welcome! :-) Do you mean 24 for each host / real driver? For me at least 9 AI drivers instead of 3 are enough. But bigger values are also welcome.
In the current Test patch thread I ask you following question:
***
In multiplayer replays you have smoothed the steering wheel movements some time ago. Would that be possible or feasible during a multiplayer (live) race?
The background of my question is that I stream our training races (more or less) weekly on Youtube. The view changes among other things also in the cockpit view. If the cockpit is shown by a vehicle that is not on the streaming PC, the steering wheel movements are still jerky. Is the information missing for the "gentle" movements or is it possible to improve the behavior? Maybe - depending on the effort - does this improvement still have a place here? :-)
***
I guess this one went down? At least you didn't react to it. Maybe that would be something (small) to implement?
A small wish or suggestion for improvment:
The information for the allowed pit lane speed and the drive direction is only displayed in a short time window. Please display this information for a few seconds longer. The luxury variant would be if that you could determine this value yourself in the settings. :-)
Maybe a stupid question, but:
When I drive with a Pimax 8K and 20 AIs with this current test version, the frame rate drops from 80 to 40 fps at most times. But it depends on how many cars are around me. Is the GPU or the CPU limited here? I guess it's the GPU (RTX2070) because the 20 AIs have to be calculated at all times, even if I can't see them, right?
By the way: I could fix the problems described above by starting LFS via a user-defined entry under "My Games" in the PiTool control panel.
I'm sorry for the late feedback. In the meantime LFS works again with my Pimax headset. But I'm not sure, which step resolve the issue. Perhaps reseting Nvidia settings? Normaly I do not change GPU/driver settings in the control panel.
What do you mean with that? That hundreds of route variants and vehicles are required for a simulation to be good?
I like LFS as it is and how it "feels". Of course, I would also prefer some variety in terms of new routes and vehicles ... but the older you get, the more patient you will be, or you just get different priorities. :-)
I also have other racing sims like AC, PC and AM. But I hardly played them in comparison because they hadn't convinced me; because they have too high hardware requirements (which I could not always understand), they were too unstable or they had complicated / cumbersome menu navigation.
I can't judge whether mods make a sim better. I never used mods for any racing simulation. However, it can certainly keep (old) racing sims alive longer.
I have the same issue again. Also after PItool update (to version 1.0.1.259). :-( But other VR-games (like Fruit Ninja or Vanishing Realsm) work fine. BTW: Reinstallation of the current NVIDIA drivers does not solve the issue this time.
If I'm not mistaken other drivers also have pimax headsets. Nobody else has problems?
I still post the deb.log.
May 24 18:06:15 LFS : 0.6U11 May 24 18:06:15 timer resolution 1 ms May 24 18:06:15 read config May 24 18:06:15 get command line May 24 18:06:15 preinit d3d May 24 18:06:15 started Direct3D 9Ex May 24 18:06:15 number of adapters : 1 May 24 18:06:15 adapter 0 - valid modes : 57 May 24 18:06:15 load font May 24 18:06:15 ----- May 24 18:06:16 max texture size 16384 May 24 18:06:16 can do shadows May 24 18:06:16 can do multi tex May 24 18:06:16 load language May 24 18:06:16 initialisations May 24 18:06:16 human system May 24 18:06:16 tables May 24 18:06:16 helmet May 24 18:06:16 controllers May 24 18:06:16 load objects May 24 18:06:16 start intro May 24 18:06:16 end of initialisation May 24 18:06:17 Controller 1 (Logitech G27 Racing Wheel USB) : May 24 18:06:17 Added 5 axes May 24 18:06:17 Blackwood May 24 18:06:23 Next LOD May 24 18:06:23 Next LOD May 24 18:06:24 Next LOD May 24 18:06:24 Meshes : 40 May 24 18:06:24 init sound May 24 18:07:11 open VR
And the application error event:
Name der fehlerhaften Anwendung: LFS.exe, Version: 0.0.0.0, Zeitstempel: 0x5e90a6d7 Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000 Ausnahmecode: 0xc0000005 Fehleroffset: 0x38ea0613 ID des fehlerhaften Prozesses: 0x1668 Startzeit der fehlerhaften Anwendung: 0x01d631e540bfb21a Pfad der fehlerhaften Anwendung: D:\LFS\LFS.exe Pfad des fehlerhaften Moduls: unknown Berichtskennung: 7c7ef346-1c23-472c-9b0d-1ffacedcf6b2 Vollständiger Name des fehlerhaften Pakets: Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
I will report to the pimax forum as soon as possible.
It's based on a proxy solution for d3d8.dll (Direct3D 8; currently LFS uses Direct3D 9). I don't think that this solution works with the current LFS version.
You (the whole team) develop very cool things. I can hardly wait for the update. It is always impressive how LFS continues to develop.
Suggestion
Perhaps could you integrate a simple benchmark in the current test patch (0.6Ux)? With the benchmark you could play a given SPR file and log the smallest and largest FPS values and calculate an average. This would give you an indication of how well / badly the current LFS version is running on your own system and whether switching to D3D10 / 11 would ideally allow better FPS rates despite the more detailed tracks in the new version. In any case, I would be very interested. But there are certainly other ways to benchmark the smoothness of LFS; but not so convenient. ;-)
Thanks you for verifying the data. In the meantime I have installed the latest NVIDIA drivers. Looks like something was wrong before. The installer was not aible to detect the driver version installed before. Very strange
But now everything works again. Thank you for the fast support.
Name der fehlerhaften Anwendung: LFS.exe, Version: 0.0.0.0, Zeitstempel: 0x5dbda5bf Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000 Ausnahmecode: 0xc0000005 Fehleroffset: 0x24cbb2a2 ID des fehlerhaften Prozesses: 0x274c Startzeit der fehlerhaften Anwendung: 0x01d5fb812d89a4b4 Pfad der fehlerhaften Anwendung: D:\LFS\LFS.exe Pfad des fehlerhaften Moduls: unknown Berichtskennung: 858b8aad-d6cf-45a4-a560-251929a6543d Vollständiger Name des fehlerhaften Pakets: Anwendungs-ID, die relativ zum fehlerhaften Paket ist: