In my 10 year LFS Cruise dev "career", I haven't used this command even once... We usually have !a/!c/!m/!pm/!anything which is also hidden, and since all commands use ! as a prefix its easier to remember and type for users.
P.S. what is the correct thread for InSim (the InSim system itself, not apps that use insim) requests? I have a few suggestions that could be useful especially for Cruise, but also some other modes too.
AFAIK lapper is based on a .Net 4.x framework which makes it unable to run on Linux host without some trickery (Wine, Mono).
You'd be better off looking for a "shared" windows host.
IIRC - @Bass-Driver (Dan) used to provide a dcon+lapper hosting. Maybe its possible to host lapper only and prices are pretty good from what I've heard.
After setting host to W51, it ran for a while, then I got kicked out and host is gone (Host not found on master server).
The activity shows insim connection:
EDIT: It came back to life after stopping and starting it again.
Well until it is explicitly forbidden, for backwards-compatibility purposes InSim.NET will still have the 4.5 version. The end user can choose their own framework at will
the 4.5 version is already in lower priority than the .NET 6 version, meaning when there will be more inSim changes, version 6 will be updated first.
Yes, if you're using insim.net standard version, your project is probably also set to the .NET 4.5 version.
The .NET 4.5 only supports TLS 1.0 by default.
Upgrading your project to .NET 4.6 would support 1.2 by default (and would allow to use C# 6.0 syntax ), and it should still allow to reference the 4.5 version dll, but this is trivial, since it can be solved with the ServicePointManager option adjust.
There shouldn't be such problems in .NET 6 insim.net version
usually in LFS data first byte in a block is the block size, and it is constructed in such blocks. knw files seem not to be of this case. It could may as well be just the weights for custom neural network layers inside the lfs game engine.
Another suggestion: a server-controlled filter for players in mod selection - just like with regular cars setting allowed per player would be very useful in the mods page as well.
For example only show specific cars that player owns instead of trying to join with all the cars until insim allows to do it (JRR response)
Hi I can confirm that there's something funky with IS_MCI
I've set up 17 AIs to a race and connected insim - i've got 2 MCI packets with 8 CompCars each:
I've tested some other combinations of cars:
3 AI cars - 1 MCI packet with NumC = 3
9 AI cars - 1 MCI packet with NumC = 8
15 AI cars - 1 MCI packet with NumC = 8
16 AI cars - 1 MCI packet with NumC = 8
17 AI cars - 2 MCI packets with NumC = 8 each (contains first 16 PLIDs)
25 AI cars - 2 MCI packets with NumC = 8 each (contains first 16 PLIDs)
32 AI cars - 2 MCI packets with NumC = 8 each (contains first 16 PLIDs)
couldn't test with more because couldn't think of a way to have more AI in track
Hi, just tested it - works fine
Just a suggestion: maybe Flags in IS_MAL could be an "operation" - add mod to allowed or remove.
It would be easier to call it from GUI or commands without having to update local cache first.
Another flag option could be "force-remove players with disallowed cars" - spectate those who drive with no longer valid cars after updating.
It is most likely because those apps are pretty limiting and can't be used maliciously to break the hosting server or data in it.
Other libs (like insim.net) are just tools for interfacing with insim, but the app is full executable that can do anything on the host.
It is technically possible to limit the app behavior by strictly configuring containers, but I guess the work needed outweighs benefits.
As Victor said before the best solution for both sides is renting a cheap linux VPS and connect from there. There are plenty libraries that work on linux now. For example insim.Net has .NET 6 version that can be built into linux-executable app. There's also prism (php), pyinsim (python), I've seen java version of insim and possibly many others.
Well as I've mentioned before, I think that there are main 2 branches that should get updates
- .NET 4.5 (as its still the one everyone uses for insim/outgauge experiments, servers)
- and .NET 6 (for the rising popularity of linux-able hosting)
Other (2.1, 3(.1) and 5) can be deleted since they are the "in-betweeners" and don't have any features that would make them more desirable than the main two.
arguably the 4.5 could be upgraded to 4.8 at some point, but that could cause some older system incompatibility - there's probably someone that has their insim running on some old windows server 2008 pc in their workplace
I think you meant .NET 4.5 version of InSim.NET 2.x.x
but there can be 2 nuget packages for both versions (its common practice in nuget.org) so I imagine there's only a need for 2 branches:
master - .NET 4.5 version of InSim.NET 2.x.x (InSimDotNet nuget package)
core (or net6) - .NET 6 version of InSim.NET 3.x.x (InSimDotNet.Core nuget package)
both of them should get updates, since everybody's probably using the .net 4.5 and I'm the only one using the 6.0
p.s. if you're a Java dev - maybe consider porting this to Java (OpenJDK probably) - it would be in great demand since its so much easier to do cross-platform stuff with java and many new programmers choose Java as the one with most community support/job possibilities
I found the culprit... it was... me!
It was a bug that sent delete command (BFN) for all unused buttons in each GUI refresh..
This is how the traffic looks like:
P.S. After the policer adjustment ddos message did not appear again I'll keep monitoring the bandwidth for the future
Hi,
I've just wasted good 4 hours trying to figure out why the API server did not accept Authorization header
It looks like there's nginx standing as a load balancer before the API and it rewrites calls to the https://api.lfs.net/vehiclemod endpoint
but it does it with a 302 Redirect response (to the same endpoint but with / at the end..) which somehow cancels Authorization flow in the .NET side.