Quote from Scawen :

This one sounds... not so reproducable. Or is it? Would I just need to run a dedi for a while, or do I need to join and leave? Any ideas on the simplest way to make this happen? If I can make it happen easily then I'll be able to see what's up in the debugger.

There has to be some activity before this happens. Today it was running for few hours, max 3 people connected & there were few races. And I've noticed this bug quite few times already, since W26 I think.

Guess I test this some more tomorrow to find easy way to reproduce.

And yes, this is directly with dedi server, not when connected as admin.

Last edited by hackerx, Tue, 29 May 2007 22:32.

Noticed a bug with dedi server. After it has been running for some time, you can't enter commands & messages any more. That is, you can type text in and see it, press Enter, text disappears, but nothing happens.

Quote from zockmachine :

what does this actually change?

"MPR file format : result times now saved in milliseconds"

This doesn't concern you unless you are writing program to parse .mpr files. Previously times in MPR header were MSHT I think.

I guess you can do whatever you want with this little demo. If all goes well this show names thing will be one of functions of InSim helper program I'm currently working on.

I noticed that ViewPLID in STA packet shows some (random?) other player's ID when you go to pits (shift + P). Shouldn't it be in this case zero = none?

Also, how do I detect if LFS is in autox mode?

Last edited by hackerx, Tue, 29 May 2007 13:46.

Hmm after some thinking, this automatic system isn't perhaps that good, or so to say future compatible. Suppose one day you want to make LFS UI fully configurable. Which is quite likely I guess. Or just rearrange screens. In this case "recommended area" has no meaning any more.

Anyway, simplest solution is perhaps clear screen completely on shift+B/I, if InSim program requests that (with BFN?). Plus possibility to make "always on" buttons, which would be then treated as part of LFS interface. Simple, but quite flexible.

Last edited by hackerx, Sun, 27 May 2007 13:50.

Quote from Scawen :

- Always visible buttons (possibly those outside the recommended area)
- Space clearing optional (possibly if any buttons are in the recommended area)

That would be nice. For space clearing maybe BFN packet could be used, with commands like "clear space", "unclear space", "make this ClickID always visible/not affecting space clearing", etc.

And few questions...

I noticed that buttons don't work at all in MPR replay. Is that intentional or not done yet?

Is it somehow possible to use on buttons those seven-segment numbers LFS uses to display times?

Here's a little toy to test the new button interface.

Put this exe into main LFS directory, then type into LFS commands:
/insim 29999
/exec names
or
/exec names localhost 29999 <password>
if you have admin password set.

Now when switching view to other cars with TAB key, player name is shown on top of screen.

I meant, how to find out if somebody is cheating?

Quote from XenoWolf :

Theoretically it's possible to 'find out' the stages for the late event, but anyone found to be cheating in this manner will be immediately disqualified from the championship.

And how could this be found out? Driving too fast?

Can PLID be zero? According for example to this in STA packet...

...seems it should not be. But sometimes in single player it's 0 (seems only when starting LFS, if you are already in grid - bug?).

Also something I haven't figured out yet, when using InSim locally in multiplayer mode, how do I know which is "my own car"?

Hmm... New Order - Blue Monday?

Actually is quite easy to build with current buttons something that looks like multi-line text box. Unless you want it to be automatically scrolling?

Nice, but what I don't really understand is 'early' and 'late' events. For 'late' event stages will be known already?

LFS crash on receiving some (probably invalid) BTN packets: 0040FFE7.

Edit: seems that packets that cause crash are not invalid after all, but with no text. I understand that this should be legal (BTN packet size 12)?

Last edited by hackerx, Fri, 25 May 2007 04:07.

Quote from MonkOnHotTinRoof :

Another request that would be very useful for multi-purpose sim . I would like to force guests to remove all default text while on track (thing that already happens when clicking shift+f), so they only see custom buttons. I don't see any way now to do it, unless asking very nicely in welcome screen players to press shift+f when joining track

Haven't tried it myself yet, but take a look at IS_SFP packet, ISS_SHOW_2D there could be what you looking for.

Edit: hmm no that's local only.

Last edited by hackerx, Fri, 25 May 2007 00:41.

Quote from Scawen :

I don't really know how this system could work at all if I don't make some buttons disappear. But, ok, I'll leave the join race button there, I'll just not draw the connection list and the start grid.

Say I want to just add one small button to race setup screen... then disappearing LFS buttons seems kinda weird. Why not make disappearing LFS buttons optional, controlled by InSim in some way? Could be special TINY packet. BStyle in BTN is already all used... Maybe Instance could be removed and BStyle made a word?

What version is your LFS server? If you use W test patches, then those have new InSim version which doesn't work with relay yet.

Quote from Scawen :

Here's a preview of what's to come.

Beautiful!

And to make this post more useful, little suggestion not related to buttons: CNL packet could have reason for disconnect, normal/connection lost/kick/ban(/something else possible?).

OK did some quick testing, few thoughts:

I create 60 buttons (as on picture - players list), and it takes somewhere between 1.2 - 1.5 sec. That's quite slow.

Also I think 79 (if I'm not mistaken) local buttons is not enough, for example for creating some bigger tables with many columns. Why there has to be two separate ClickID ranges anyway?

Aha. There's few more of those "PlyNum" thingies I think, in camera control packets. And as for colour codes, I guess better is to put them back. For example, one of possibilities with buttons is full message history, but that wouldn't look right without colours.

OK, I go to test the buttons now.

Hi, me again...

Tried to make use of ViewPlayer in STA packet, but to my surprise it's not player's unique id. That "Player index of viewed car" is kinda useless, as seems like it doesn't relate directly to any other data received from LFS. Also this number can change, while viewed car itself doesn't. Quite confusing.

So, any particular reason why this isn't PLID?

Messages in MSO have colour codes stripped. If this is intentional, then why?

Had same problem: http://www.lfsforum.net/showthread.php?p=427928#post427928

It seems losing focus is impossible to prevent ATM, unless program that is run creates its window in some sort of "silent" way (dunno I'm not familiar with winzozz programming). It is possible to exec programs in a way that window is created somehow on background, seen it done in other programs (AutoGK for example).

If arrows not working, try Shift + arrows.