In addition to the connections list, some of us like to change players using TAB and SHIFT+TAB looking at the race positions shown when the connetions list is off. When the time bar is on you can't see
the positions so although you can change using TAB you don't know who you are focusing as you can't see the name with the little arrow pointing to it.
Actually I don't find it very useful either to hide the F9-F12 graphs when the time bar pops in. Maybe it's just a thing of both things sharing the same location on the screen.
This new patch is great. It's not totally awesome yet as it has to "reload" from the beginning when you want to rewind, but it's very useful indeed
You can only detect the old two modes. I did consider InSim and I thought, well, it's just the same as before, no change so no problem.
The 3rd state I consider to be just something extra, intended for making movies (for example so you can move the mouse to manually control a camera in SHIFT+U mode). I guess that if you use an external program to control the camera when making a movie, then you don't need to move the mouse over the LFS screen? And for a TV director system I guess there is no need to disable the appearance of the replay controls?
If there is a need to have this reported to and set by InSim then please explain the situation (or any other issues created by the user's ability to go back and forward).
There is no AI in a SPR, only the starting point and then all driver inputs are stored. So an SPR must run through full physics to get to any point.
In the case on an MPR, it only needs to run in physics for the last second or so, because an MPR works (like multiplayer) by continual position updates. MPR fast forwarding is faster because it's just skipping through the packets and positioning the cars, not running physics.
Yes, it looks awful when 2D elements overlap and that's why those things vanish when the timeline appears. I haven't looked into it yet but I guess the connections list and the positions list could just be moved up when the replay controller appears. It's not nice having things jumping up and down though and can get complicated to keep things in control as there are so many 2D elements that can appear, so I don't suppose I'll be changing anything for the F9 to F12 menus / virtual speedo etc.
Start a replay(I tried it with various Y18 MPR files).
Press Shift-U, set follow car to yes.
Press Space to hide the Shift-U controls.
Click on the timeline to fast forward to a place which isn't visible from the start.
The result is (at least here) that LFS doesn't display all textures in time or at all.
Someone I was online with had the same problem but after reconnecting with the server it was ok again. But for me nothing would accomplish that. I took the install from another computer and replaced all data exept the texture dirs and replay dirs and patched that. Now everything is fine.
EDIT: The guy I was talking about did not have the same problems as me!
OK, I reproduced it by making LFS run an intro replay. We'll see if investigating this helps me to understand how it the sky could go black at other times.
I just noticed 2 things while trying the new patch :
the first thing i did when i started LFS Y19 was of course watching a replay (because of the new replay controls ), so when i wanted to watch a MPR, LFS wants to connect to the internet to check and load skins and because it was the first start of a new patch the "window while connecting" option in multiplayer-menu was still set to "yes", so LFS switched to windowed mode even when loading the MPR, after finishing loading LFS switched back to fullscreen, i don´t know if it its a bug or a feature, but it was the first time i noticed it.
the other thing is, LFS crashes for me (exits to desktop) everytime i do this :
- go to multiplayer-menu from main-menu
- display list of hosts, wait for the list to finish loading
- don´t enter any host and click "back" button to go back to multiplayer-menu
- press "back" again in this menu
--> LFS crashes, but ONLY if i watched a MPR or SPR before these actions, if i go to the multiplayer-menu directly, everthing is fine
EDIT: LFS just crashed for me without watching a replay first...
I had (I think) the almost exact same reproducable problem ("back" button etc. like you described it) some patches ago. After a complete fresh install it was gone and never happend again.
sorry, no crash-adress, but i have visual-studio installed, so it starts as a debugger (but i don´t have any clue about debuggers and any information i can get from it). At first i thought it had soemthing to do with loading a replay first, but it crashed for me without loading a replay before too (As you can see in my edit). It seems to be important that you don´t enter any host, because it never crashed after entering a host and going back to main-menu after that. It never crashed when LFS has loaded the hostlist from cache, but it did crash after refreshing the host list and then exiting to main-menu.
Update: I found something in the Visual Studio Debugger :
its in german, so my rough translation :
unhandled exception at 0x7c809813 in LFS.exe: 0xC0000005:
access violation while writing at position 0x03796460.