Depending on what kind of help you could use I guess I could give you a hand with a few things. I'm not much into web apps development but I think I could go some work in the client-side InSim app...
Because the download speed doesn't depend only on the capacity of your line, but also on the available bandwidth of the server you're downloading from. There might also be some traffic shaping coming into play, but you'd better ask your ISP about that...
Street names & co. for open config
Having sucessfully passed 1st stage of my organic chem exam, I dedided to take a day off and how better to spend in that go fool around with some analytical geometry?
I suppose that a lot of cruise InSim mods programmers could use a system that would allow them to define arbitrary regions based on X,Y coordinates instead of nodes. This small demonstration shows how to use such a system to create street names, there is "Chicane", "Backstraight" and "Sector 2" on BL.
The example is written in C++/CInSim but the basic idea is quite simple so you shouldn't have any problems rewriting it to a language you use.
I suppose that a lot of cruise InSim mods programmers could use a system that would allow them to define arbitrary regions based on X,Y coordinates instead of nodes. This small demonstration shows how to use such a system to create street names, there is "Chicane", "Backstraight" and "Sector 2" on BL.
The example is written in C++/CInSim but the basic idea is quite simple so you shouldn't have any problems rewriting it to a language you use.
Nodes are not available on open configs, you'd probably have to define some polygons representing the streets and check if a such a polygon contains the X,Y coords of a car... I can't think of any easier approach ATM.
SpeedFan can log the temperatures, click on the "Charts" tab and tick "GPU" and "Core". Go play LFS and check the temperature graphs. Other causes of random crashes are faulty RAM or MB, but I guess you'd be seeing problems with other applications too if that was the case.
Unless you have a really good cooling system and a weak CPU, it's impossible for a modern CPU to have 45 °C during gaming. You might be checking incorrect reading or the temp sensor could be faulty, which is quite common. You should certainly check the CPU fan for dust.
Are you sure this is not overheating? Are you logging the CPU temp while the game runs, because the crash seems to be happening within LFS.
The last version of the source that is available looks like it's written in VB.NET, so I think it should be possible.
There is plenty of ways how to do an IP ban independent on LFS, but only LFS can do an account ban...
I see. It's been suggested that limiting the throttle value to say 85 % under the RPM trigger point would do the job too. I didn't test it myself, but I guess it would be a viable alternative approach allowed for online use. I believe the code I have from my previous work could be easily modified to work in that way...
Your reverse engineering is most impressive, I usually get lost pretty fast when I attempt to locate values in memory of application as complex as LFS
BTW, I might be misinterpreting the ASM snippet, but couldn't the first 4 lines be replaced by a simple
mov eax, [00xxxxx]
mov eax, [eax + 148]
?
Interesting approach, am I correct assuming that you add 20 % to the intake restriction and then remove it using memory hacking? Might I ask how do you get the power curves? I doubt that my idea of calculating force from acceleration obtained for OutSim and then converting it to power would produce such nice smooth curves...
Some of you might find this of interest (don't forget to switch to 720p)
The C approach should work fine then...
It's a bit more complicated than that, patching just the lg4ff cannot possibly work (you're lucky it even compiles actually), if you read the source in the patches, you'll see why.
As long as your machines use the same distro, it shouldn't be a problem to create a package containing the precompiled kernel, refer to your distro's manual for details.
EDIT: Some distros like Ubuntu provide packages with the latest kernels.
As long as your machines use the same distro, it shouldn't be a problem to create a package containing the precompiled kernel, refer to your distro's manual for details.
EDIT: Some distros like Ubuntu provide packages with the latest kernels.
I don't recall it off the top of my head, but at least hid-lg.c, hid-lg.h and hid-lgff.c were modified as well, the device ID for DFGT also had to be added to hid-core.c. Unless you really have to use kernel 3.0 for some reason, stick with 3.2, otherwise I suggest you grab the whole patchset from git.kernel.org and apply it "properly" using patch utility instead of manually copying the updated sources.
EDIT: The patches were written against linux-next which at that time contained the 3.1 kernel (IIRC) so there is a slight possibility that the patches won't apply cleanly against 3.0
EDIT: The patches were written against linux-next which at that time contained the 3.1 kernel (IIRC) so there is a slight possibility that the patches won't apply cleanly against 3.0
Last edited by MadCatX, .
Also a solution for Java
byte[] rawSpeed = new byte[4];
rawSpeed[0] = og_packet[12];
rawSpeed[1] = og_packet[13];
rawSpeed[2] = og_packet[14];
rawSpeed[3] = og_packet[15];
int bits = 0;
for(int i = 3; i >= 0; i--) {
bits |= rawSpeed[i] << 8*i;
}
float speed = Float.intBitsToFloat(bits);
Serial.println(speed);
What language are you writing your application in?
C
C++
C
char raw_speed[4];
raw_speed[0]= og_packet[12];
raw_speed[1]= og_packet[13];
raw_speed[2]= og_packet[14];
raw_speed[3]= og_packet[15];
float speed = *(float*)raw_speed;
Serial.println(speed);
C++
char raw_speed[4];
raw_speed[0]= og_packet[12];
raw_speed[1]= og_packet[13];
raw_speed[2]= og_packet[14];
raw_speed[3]= og_packet[15];
float speed = reinterpret_cast<float&>(raw_speed);
Serial.println(speed);
Bose has a point. If you want to attract a programmer, you have to offer him a bit more than a playground to build generic stuff. Programmers like to work on interesting and original things, so it would help if you told us a few of your ideas about the cruise server you wish to create. That way you're much more likely to get attention of even an experienced cruise mods programmer.
To use a USB HID joystick the "joydev" module has to be loaded and since every USB HID device should behave the same, that's pretty much all you need to read the joystick. When my DFP is connected, kernel loads these modules
The enhanced support for the Logitech wheels is a part of hid_logitech driver and most of it lies in /drivers/hid/hid-lg4ff.c
usbcore
usb_common
hid
usbhid
^-- The common part
ff-memless <- Common support for all memoryless force feedback devices (like Logitech's)
hid_logitech <- Specific support for Logitech peripherals
joydev <- Event handler, responsible for generating events when a joystick changes state
The enhanced support for the Logitech wheels is a part of hid_logitech driver and most of it lies in /drivers/hid/hid-lg4ff.c
This is getting interesting... I suppose we will end up with file sharing sites in China and Russia which will block access from US IPs. Well done USA, if that's what you were after...
Your point being? Windows Installer introduces some proper sigcheck in version 3.0
sudo apt-get install php5-common
sudo apt-get install php5-cgi
sudo apt-get install php5
How hard was that?
(BTW most Windows executables are compiled with i386 instruction set too, so I don't get what are you complaining about, it's not like you can't rebuild the packages yourself with -march=native if you want it so badly)
Pacman does signature checking since version 4.
It's funny how MS addressed the problem by adding more complexity to it, only to drop it with MSVS 2010 and move to a system that has been used by UNIX OSes for years.
And how is that better? When I install a piece of software, I want it to work right away and if php5 in Debian depends on these packages, it's only logical to install them along with it. You can always ignore dependencies if you know what you're doing.
I love when people pull facts out of their arses.
Windows Installer is not an actual package manager, it's just a tool which copies files from MSI and executes few installation scripts. Compared to APT, RPM or say pacman it's extremely slow, does not provide any means of verification that the MSI installer is legit, cannot update or download software from centralized secure repositories, does not do any file conflict or dependency checks which forces programmers to bundle everything to with their apps(DLL hell anyone?). It often gets me enrages when I have to explicitly say "you have to install MSVS 20xx redists to run my app", one would expect Windows to figure it out on its own.
I have exactly the opposite experience with W7 which BSOD'ed multiple times a day until the uberklug uncancellable autorepair feature (Which always reported that there was nothing wrong with the system) killed the system altogether.
Use proper hardware as about 90 % of kernel crashes are caused by thatm the rest is down to drivers' developers.
It was a (sorry) bad example to counter a bad argument. If you install stuff outside the package management, you have to be aware of the consequences, but it doesn't defy the point that Windows doesn't have an actual package management.
FGED GREDG RDFGDR GSFDG