People who don't want to buy a licence will not buy a licence no matter how constricting the demo will be. Large demo community is actually a good thing because newcomers have a lot of opportunities to try the game out.
Centering spring should not be enabled in the Profiler. It creates an additional force which messes up the force feedback generated by games. LFS calculates force affecting the front wheels and uses it to create appropriate FFB effect, centering spring interferes with that.
I bet that FFB effect generation in LFS is designed to produce correct forces at racing speeds. Physical properties of objects change considerably with their respective speeds - see static and dynamic friction for instance - which is probably the reason why the FFB feels incorrect when a car is stationary.
The only way to know for sure would be to inspect the FFB effects LFS generates and compare them to the data sent to the wheel by the Logitech drivers, but that is crazy stuff
.
I bet that FFB effect generation in LFS is designed to produce correct forces at racing speeds. Physical properties of objects change considerably with their respective speeds - see static and dynamic friction for instance - which is probably the reason why the FFB feels incorrect when a car is stationary.
The only way to know for sure would be to inspect the FFB effects LFS generates and compare them to the data sent to the wheel by the Logitech drivers, but that is crazy stuff
.It does, take a look at the documentation
PDB is a Program DataBase. For a .NET executable it contains only names of the source files and local variables and some information to match the assembly code to a particular line in a source file. It's used to help debugging.
This simplest example from InSim.NET documentation is written as a console application. You should create a console application project in VS to make it work. Don't forget to add InSim DLL as a reference to the project.
It's also opensource so even if DarkTimes decided not to maintain it any further, it's not a problem for anybody to take over and keep it up to date.
Can you get us the detailed error information when the crash happens? Without it we're all just guessing here.
So which is it? Do you experience frequent LFS crashes when you try to go online or is it a networking problem?
The picture is not a problem, modding the car's mesh is. Modified meshes of cars and wheels are known to cause issues when they are used online which is why the forum policy forbids discussion of such mods.
Maybe you just set the "password.def" file wrong? If I put this into the file:
it brute-forces over a mixed-case strings containing numbers of any length. My sorry-ass 3.5 years old laptop with a C2D and 9800M GTS crunches through over 800 p/s. I only tested the 3.43 Linux version, but it picks the CUDA up fine. By the time I finished writing this it successfully cracked a 4 chars long password in under 7 minutes averaging 921 p/s.
EDIT:
If I had such files on my hard drive, I'd definitely be using be the joint power of all computers I have access to to get the password
EDIT2:
Just for comparison, running this
takes over 32 secs on the same machine. This is essentially what the rarcrack does (with different passwords of course) and on my lappy it makes it about 15 times slower (if it used both cores).
##
[$a $1 $A] *
it brute-forces over a mixed-case strings containing numbers of any length. My sorry-ass 3.5 years old laptop with a C2D and 9800M GTS crunches through over 800 p/s. I only tested the 3.43 Linux version, but it picks the CUDA up fine. By the time I finished writing this it successfully cracked a 4 chars long password in under 7 minutes averaging 921 p/s.
EDIT:
If I had such files on my hard drive, I'd definitely be using be the joint power of all computers I have access to to get the password
EDIT2:
Just for comparison, running this
#! /bin/bash
for (( RUN=0; RUN<1000; RUN++)); do
unrar t -y -p111111 101pwd.rar &> /dev/null
done
takes over 32 secs on the same machine. This is essentially what the rarcrack does (with different passwords of course) and on my lappy it makes it about 15 times slower (if it used both cores).
Last edited by MadCatX, .
This rarcrack by any chance? This thingie is a nice POSIX + C exercise but not an actual archive cracker
cRARk is a much better CUDA/OpenCL aware tool which runs even on Windows.If you will be processing some highly important data, you might consider getting two HDDs and put them into a software mirrored RAID. You'll lose half the capacity, but you won't lose any data if one of the drives fails.
RAMs should not be a problem as long as you have sticks with same frequency and DRAM timing, chipsets are usually smart enough to pick a working settings.
RAMs should not be a problem as long as you have sticks with same frequency and DRAM timing, chipsets are usually smart enough to pick a working settings.
You should definitely talk to your ISP because the UDP position packets from the server aren't getting through. Switching to TCP increases the load on the server and it's not a solution but a nasty workaround.
I've done some intensive video encoding, mostly ripping DVDs and converting them to a more compact format. What you need is a strong CPU, the rest of the system didn't seem to have that much of an impact. I used my laptop for the encoding and despite it having an energy efficient (=slower) HDDs and RAM it still managed to kick ass of most comparable desktops. If you use a software/codec that supports hardware accelerated encoding a compatible GPU might come in handy too.
I've read some horrible stories about WD Green's unreliability, those drives are not meant to be run 24/7. It might have been exaggerated or maybe the problem is fixed by now, but I'd certainly be careful here.
I've read some horrible stories about WD Green's unreliability, those drives are not meant to be run 24/7. It might have been exaggerated or maybe the problem is fixed by now, but I'd certainly be careful here.
Please don't call cruise server applications InSims, it's confusing. InSim is an interface operating over TCP/IP which allows external applications to talk to LFS. You can use it for whatever you wish, a cruise server is just one of many examples.
It has been my observation that code quality of cruise server applications is not very good. Only few cruise server applications are open source (mostly because an angry programmer leaked the source to piss off his mates etc.) and those that are are quite outdated. I'm afraid that the only way to get a bug free cruise server app is to write one yourself...
It has been my observation that code quality of cruise server applications is not very good. Only few cruise server applications are open source (mostly because an angry programmer leaked the source to piss off his mates etc.) and those that are are quite outdated. I'm afraid that the only way to get a bug free cruise server app is to write one yourself...
If you insist on having a different handler for each instance, I don't think it will make much of a difference, but perhaps something like this might work?
<?php
List<Action<InSim, IS_NCN>> IS_NCN_Handlers = new List<Action<InSim, IS_NCN>>();
IS_NCN_Handlers.Add(this.myNCN1);
IS_NCN_Handlers.Add(this.myNCN2);
...
for (int i = 0; i < InsimInstance.Count; i++) {
InsimInstance[i].Bind<IS_NCN>(IS_NCN_Handlers[i]);
}
?>
EDIT: You might be interested in reading this: http://stackoverflow.com/quest ... -dynamically-calling-them
EDIT2: I have corrected the sample code to use Action instead of Func (Func apparently has to return a value whereas Action is what is usually called a procedure)
Last edited by MadCatX, .
I might be wrong, but there appears to be a bug in the IS_NPL constructor. IS_NPL is defined like this in "insim.h"
The IS_NPL constructor in InSim.NET however does this:
<?php
struct IS_NPL {
...
byte Pass; // passengers byte
int Spare; // 4 bytes long
byte SetF; // setup flags (see below)
...
}
?>
<?php
public IS_NPL(byte[] buffer)
: this() {
PacketReader reader = new PacketReader(buffer);
...
Pass = (PassengerFlags)reader.ReadByte();
reader.Skip(1); // This is probably intended to skip the Spare variable, but it skips only 1 byte instead of 4
SetF = (SetupFlags)reader.ReadByte();
...
}
?>
InSim relay connects to your server's InSim, so you have to add a forwarding rule for that too, otherwise the incoming connection ends up on your router rather then on your server.
Nice wallpaper showoff, but the actually important information can be barely read from the images. I've taken the liberty of reuploading the images in a less-useless form.
Your third port forwarding rule doesn't make sense. You only need to forward ports for incoming connections (connections that are initiated by the remote computer).
EDIT: Removed the InSim relay setup screenie as it contained the admin password.
Last edited by MadCatX, .
It looks like your problem might be related to this. According to Scawen, LFS will always use UDP packets to send your position to the server, the TCP mode refers only to the server sending other cars' positions back to you via TCP. Some ISPs limit or even block certain UDP traffic. If you have a router, is there any chance you can bypass it and connect the WAN cable directly to your computer?
If I'm reading this correctly I think that your problem doesn't have to do anything with lagging. If you got spectated for your ping being too high or erratic, that would be a lag problem. If the server spectates you for being idle, it means that it doesn't see you moving at all - it's not receiving position updates from your computer. There has been a discussion on this topic quite some time ago. The issue was supposedly fixed (and AFAIK it cannot even happen with TCP), but maybe there is a similar problem with the LFS' new netcode. I suggest you ask other guys on the server if they can see your car (and if they do, what's happening with it) when you hit the problem again. A replay from the remote side could also be helpful.
1.99C will hopefully be one of the last testing versions. It now checks if there is a correct dinput8.dll file in the LFS directory. There is also a new pit limiter indicator function.
Open diffs are used on almost all road going cars, so you can create a real road going setup with it. Lower steering lock can be useful on high speed tracks like Kyoto Oval or maybe Westhill, it increases steering precision and car's stability a bit.
I can understand your point, but I don't think this is such a good idea. UDP packets are always supposed to come through, if they don't, the Internet connection is broken somewhere. Working around the problem by switching to TCP is not a solution, the option should be only used for diagnostics.
Making it more automated or even default would IMHO cause more problems that it would solve in the long run.
FGED GREDG RDFGDR GSFDG