He's the artist, he has drawn the picture! d'oh!
)Yay, relay's back! Victor, you rule and Scawen rock 
:
:Maybe, but... just do *not* cut it
Interesting and very funny thread, had a good laugh on the fakes, especially the captions for that pic with your arm sunk into the ground hehehe
1) ye, but 255 hours = 10 days, 15 hrs.
2) indeed, they could cut the track where it's possible. :shrugs:
Oh gee...forz... that looks like the whole track is burning down, lol
255:59.99 *hides*
Anyway.. if it would not be changed serverside, we need a workaround. Either monitor the RTP reply and ignore laps that are done in a specified timespan or send a "/restart"? :scratch:
Out of sight. I'm leaving you :/
Greetings fellow racers,
I know that 97% don't really care about this and would rather spam something like "What's the point of the thread?" for whatever reason that may be, but the other 3% might think, that it is "nice to know".
Today, due to very personal reasons, which I am not going to talk about further, I needed to announce that I leave the ZockerTempel Racing Team. But that's not all, I am also leaving LFS and many other things behind, at least for quite some time. Therefore you won't see me as an active member of the LFS community either. I feel very sad to have this decision made but currently I give myself no other choice.
I'd like to thank the ZT Racing Team that I was given the chance to join the team. It was the best time on the track with you guys! I still remember my first LFS days where I was convinced by the RB4's awesome sound and power on FE Green
I did already leave some greetings in the german forums for some special people but I want to leave some over here as well. LFS got a very good community giving criticism, suggestions, help other users and even spend their spare time to contribute something to LFS and to the community. Keep everything in one piece until I return some day, if anything needs to be broken I wanna kick it, too
For LFS... I don't have to say it because you will keep up the good work of course, anyway.. keep up the good work, Scawen, Victor and Eric LFS to the people 
Special greetings to all of you in #liveforspeed on the gamesurge IRC network, I will join from time to time to push my stats :rasp:
As for LFS.Live and library development.. again, I can not continue with it. There will be more information on the site in the next days. Programmers feel free to grab some source if they need something. Everything will stay there since SF.NET doesn't delete anything.
:worried: see ya
I know that 97% don't really care about this and would rather spam something like "What's the point of the thread?" for whatever reason that may be, but the other 3% might think, that it is "nice to know".
Today, due to very personal reasons, which I am not going to talk about further, I needed to announce that I leave the ZockerTempel Racing Team. But that's not all, I am also leaving LFS and many other things behind, at least for quite some time. Therefore you won't see me as an active member of the LFS community either. I feel very sad to have this decision made but currently I give myself no other choice.
I'd like to thank the ZT Racing Team that I was given the chance to join the team. It was the best time on the track with you guys! I still remember my first LFS days where I was convinced by the RB4's awesome sound and power on FE Green
I did already leave some greetings in the german forums for some special people but I want to leave some over here as well. LFS got a very good community giving criticism, suggestions, help other users and even spend their spare time to contribute something to LFS and to the community. Keep everything in one piece until I return some day, if anything needs to be broken I wanna kick it, too
For LFS... I don't have to say it because you will keep up the good work of course, anyway.. keep up the good work, Scawen, Victor and Eric
LFS to the people Special greetings to all of you in #liveforspeed on the gamesurge IRC network, I will join from time to time to push my stats :rasp:
As for LFS.Live and library development.. again, I can not continue with it. There will be more information on the site in the next days. Programmers feel free to grab some source if they need something. Everything will stay there since SF.NET doesn't delete anything.
:worried: see ya
Last edited by Messiah, .
If I remember right, the body damage is only visual damage so it does not afflict aerodynamics. For the suspension, if your inner wheel and it's nut watching the sundown, its not just visual
Do you consider being stuck in the gravel as sortof irrepairable damage?
(though it's a matter of the setup, there ARE setups you can even get out with XRR and other cars )
(though it's a matter of the setup, there ARE setups you can even get out with XRR and other cars
)Very nice writing, Gimpster. I like it 
They just realised that "oval" is just a synonym for "boring"
Aphew...
Hm.. LFS' target platform is x86 and win32 systems. If LFS is run in an emulated environment, the application may be run there as well ^_^ gotcha :P I don't get the point of complaining anyway. There's barely languages around who do not depend on something like a runtime (Python, TCL, Perl, .NET, everything *needs* something to be installed, even C / Cpp programs need some DLLs to be present already or are shipped). Except for the point that most of them are supported by it's developers for other OS ^_^ but lets move it to another thread :P
Last edited by Messiah, .
No win32 api. It was functions like those with structs. Also the "const char *src" confused me.
void Decompress(char *dest, const char *src, int *dest_size, int *src_size, HuffmanObj *obj);But I simply gave up trying to use it. So I spent a bunch of hours to write my own huffman implementation in C#. Also pointed me to some list of compression algorythms, I started to write implementations for, so I unified them with an Interface ^_^
:woohoo: A W E S O M E
You should have seen my big grin when Zeeall's parking scene started, mwhaha in the video the police seems to be much close to Zeeall than in the replay ^_^
Excellent work, DoN! It all looks like lots of traffic in the city, great cut! Nice quality! Glad you put all your motivation together and finish the movie, even with the laggy replays.
You should have seen my big grin when Zeeall's parking scene started, mwhaha
in the video the police seems to be much close to Zeeall than in the replay ^_^Excellent work, DoN! It all looks like lots of traffic in the city, great cut! Nice quality! Glad you put all your motivation together and finish the movie, even with the laggy replays.
LFS AI Name Editor v1.2
LFS AI Name Editor
Current Version: 1.2
Description:
This editor allows you to load, save and edit files that LFS uses for AI driver names, number plates and gender. You can quickly change the names that LFS uses for the AIs rather than edit manually 12 names all the time.
LFS uses the "Drv.nam" file in ".\Live For Speed\data\misc\".
This utility was created because I was using different sets of AI names for testing purposes with LFS.Live. If you feel to have a need for editing the names that way, feel free to use this tool. It is free of charge and released unter the GNU General Public License.
On the screenshots you see the user interface with randomly generated names and tags. The in-game screenshots show you the custom plates and driver names from the first screenshot.
Notes:
As of LFS Alpha 0.5P2, LFS loads the DRV.NAM only at startup. You have to restart LFS in order to make it use your changes to the DRV.NAM file.
If you get into the options with the page where you can edit the AI names, LFS will overwrite the numer plates that you have set. It uses the first 8 characters of the driver name.
Requirements:
You need the .NET Framework 1.1 by Microsoft to be installed. If you don't know if you have installed it already, try to run the binaries download of the editor. If it doesn't run, you probably have not
Otherwise download the framework here .
Changelog:
v1.0
- Initial release.
v1.1
- Code rewritten. Name files wrapped.
- Name generator added.
- About form replaced.
v1.2
- Teamtag generator added.
Download
Visit Website
View all releases of the Editor
View release files for version 1.2
Download 1.2 Binaries (only ex ... shipped files) (150 KB)
Download 1.2 Installer (280 KB)
Download 1.2 Sourcecode (159 KB)
Current Version: 1.2
Description:
This editor allows you to load, save and edit files that LFS uses for AI driver names, number plates and gender. You can quickly change the names that LFS uses for the AIs rather than edit manually 12 names all the time.
LFS uses the "Drv.nam" file in ".\Live For Speed\data\misc\".
This utility was created because I was using different sets of AI names for testing purposes with LFS.Live. If you feel to have a need for editing the names that way, feel free to use this tool. It is free of charge and released unter the GNU General Public License.
On the screenshots you see the user interface with randomly generated names and tags. The in-game screenshots show you the custom plates and driver names from the first screenshot.
Notes:
As of LFS Alpha 0.5P2, LFS loads the DRV.NAM only at startup. You have to restart LFS in order to make it use your changes to the DRV.NAM file.
If you get into the options with the page where you can edit the AI names, LFS will overwrite the numer plates that you have set. It uses the first 8 characters of the driver name.
Requirements:
You need the .NET Framework 1.1 by Microsoft to be installed. If you don't know if you have installed it already, try to run the binaries download of the editor. If it doesn't run, you probably have not
Otherwise download the framework here .
Changelog:
v1.0
- Initial release.
v1.1
- Code rewritten. Name files wrapped.
- Name generator added.
- About form replaced.
v1.2
- Teamtag generator added.
Download
Visit Website
View all releases of the Editor
View release files for version 1.2
Download 1.2 Binaries (only ex ... shipped files) (150 KB)
Download 1.2 Installer (280 KB)
Download 1.2 Sourcecode (159 KB)
ORION is blue, dabedidabedei oh dabediiidabediohdabedidabedei (or similar) *sings* :P
I guess that LFS somehow "forgets" that there's other cars to switch to. I had the same during a qualifying session where only 2-3 cars where on track because you got one free lap. So cars were leaving and joining the race.
At some point I could not switch to the other of two cars on the track. But as soon as the next racer joined, LFS knew about all 3 cars and I could switch. Another thing that happens to me is when watching replays, I get "Could not find Client <n>'s connection info", where <n> is a number. Maybe it's about the "forgotten" racers?
At some point I could not switch to the other of two cars on the track. But as soon as the next racer joined, LFS knew about all 3 cars and I could switch. Another thing that happens to me is when watching replays, I get "Could not find Client <n>'s connection info", where <n> is a number. Maybe it's about the "forgotten" racers?
Yeps, GerG is completely right. If you read "80" on your speedo you are actually driving something between 80.000000 and 80.999999 km/h. So if you have no speed limiter, try to stay at 78 km/h as long as 80.000001 is considered as "speeding".
When staying at 78 km/h you can lift the gas a bit when speeding up to 79 so you do not hit the 80.00001+ mark ^_^
Same for mph.
kmh = mph * 1.61
mph = kmh / 1.61
When staying at 78 km/h you can lift the gas a bit when speeding up to 79 so you do not hit the 80.00001+ mark ^_^
Same for mph.
kmh = mph * 1.61
mph = kmh / 1.61
It works with Internet Explorer for me but Opera refuses something to do to store the positions
Last edited by Messiah, .
Reason : disabled the plain stupid emoticon -.-
Heh.. yeps.. I like the RSC one much more than this <insert the GREY biggrin here, the GREY one from RSC not the yellow thingie over here> forum's :/
You are going to code in C# <insert GREY biggrin here>? I bet you got your pistol ready to shoot with pointers :]
See.. when I'm reading through the thread and all about the problems you got and design decisions to make.. it's not only complicated for you but also for other users. Especially who are not familiar with C or DLLs. It may work like a charm for C/C++ programmers because they have no work with "translating" datatypes because it's the same language.
As far as I know, yes. VB's "Type" is similar to a struct, and like C, no forward references. The only datatype missing, afaik, is the signed byte that may be put into a signed 2-byte integer datatype.
.NET can also manage the precise order of structs. I personally barely use structs and prefer classes. There's a major difference between structs in C and C#. For example, they can yield performance gain if the data chunk is <= 16 bytes in size (by Microsoft).
I think .NET programmers are somewhat spoiled. They have been given a huge framework. It may be the same like an old fashioned C/C++ programmer who got his includes ready at all times and everything works fine for him. We got our framework ready and it also works fine for us
Implementing .NET Assemblies (same like DLLs) is a lot more comfortable for us. We got intellisense providing us with all available classes, structs and their methods (even with parameters to pass) and properties to access. We don't explicitly need a list of what we can do/call and not. That's handy.
I can either provide your with support and contribute to a .NET assembly if you're going to create one or a descent article about what someone should know when moving from a C major to a C sharp ^_^ (musician joke :P). And I bet sdether would contribute as well if he got the time to do so
Otherwise I'd wrap the DLL into a C# class rather than using the DLL directly with all programs. Because you'd still need to convert the returned data into proper C# datatypes. It's less work than porting the whole functions but I guess it needs maintenance as well if the DLL changes. <insert :scratch: here>
You are going to code in C# <insert GREY biggrin here>? I bet you got your pistol ready to shoot with pointers :]
See.. when I'm reading through the thread and all about the problems you got and design decisions to make.. it's not only complicated for you but also for other users. Especially who are not familiar with C or DLLs. It may work like a charm for C/C++ programmers because they have no work with "translating" datatypes because it's the same language.
As far as I know, yes. VB's "Type" is similar to a struct, and like C, no forward references. The only datatype missing, afaik, is the signed byte that may be put into a signed 2-byte integer datatype.
.NET can also manage the precise order of structs. I personally barely use structs and prefer classes. There's a major difference between structs in C and C#. For example, they can yield performance gain if the data chunk is <= 16 bytes in size (by Microsoft).
I think .NET programmers are somewhat spoiled. They have been given a huge framework. It may be the same like an old fashioned C/C++ programmer who got his includes ready at all times and everything works fine for him. We got our framework ready and it also works fine for us
Implementing .NET Assemblies (same like DLLs) is a lot more comfortable for us. We got intellisense providing us with all available classes, structs and their methods (even with parameters to pass) and properties to access. We don't explicitly need a list of what we can do/call and not. That's handy.
I can either provide your with support and contribute to a .NET assembly if you're going to create one or a descent article about what someone should know when moving from a C major to a C sharp ^_^ (musician joke :P). And I bet sdether would contribute as well if he got the time to do so
Otherwise I'd wrap the DLL into a C# class rather than using the DLL directly with all programs. Because you'd still need to convert the returned data into proper C# datatypes. It's less work than porting the whole functions but I guess it needs maintenance as well if the DLL changes. <insert :scratch: here>
Last edited by Messiah, .
Yes, in fact there "should be" on problems but there is. Unfortunately the .NET Framework 1.1 lacks major features and support. I had really simple functions to import once, but anything I tried failed. Not at least because you don't really need "real" pointers anywhere in C# since instances of classes are passed as reference already, function returns are rather used than pointers or the ref keyword on value types (like int, double, etc).
I have asked a handful of C# programmers for advice, they were using C# nearly since it was released but didn't have a clue why it didn't work. I even had the source of the C dll :/
If I ever was using it, I had problems. The major lack I have spoken of is the reponses of the .NET Framework. For example it just gives you a NullReference Exception (Guess it's equal to null pointer exception) instead of telling you that you have used a wrong parameter while calling the function or whatelse you did just wrong. All that makes it very hard to debug. I even tried to trick the whole call with just giving a pointer to an address with only a byte array where I would be able to convert the data in their proper datatypes.
It's probably possible to use native DLLs flawlessly but it requires someone to have lots of experience with using them and using pointers and the proper datatypes. Unfortunately I lack the experience for that with C#
I don't know if that has been fixed with the .NET Framework 2.0 but I tend to doubt it, while it needs another bunch of hours to learn working with the new framework
And... there IS a banana when you write a posting, in the small window "Smilies" and it sucks as much as the "modern"-Emoticon :P
I have asked a handful of C# programmers for advice, they were using C# nearly since it was released but didn't have a clue why it didn't work. I even had the source of the C dll :/
If I ever was using it, I had problems. The major lack I have spoken of is the reponses of the .NET Framework. For example it just gives you a NullReference Exception (Guess it's equal to null pointer exception) instead of telling you that you have used a wrong parameter while calling the function or whatelse you did just wrong. All that makes it very hard to debug. I even tried to trick the whole call with just giving a pointer to an address with only a byte array where I would be able to convert the data in their proper datatypes.
It's probably possible to use native DLLs flawlessly but it requires someone to have lots of experience with using them and using pointers and the proper datatypes. Unfortunately I lack the experience for that with C#
I don't know if that has been fixed with the .NET Framework 2.0 but I tend to doubt it, while it needs another bunch of hours to learn working with the new framework
And... there IS a banana when you write a posting, in the small window "Smilies" and it sucks as much as the "modern"
-Emoticon :P
Last edited by Messiah, .
Reason : disabled emoticons because too many of them are PLAIN STUPID! ;)
LOL the cam crash was nice ^_^
Neat video! I don't found it really exciting, neither did I really like the music but .. quality, editing and cut with the music .. outstanding work! Therefore a 5 stars rating for very good quality work
Neat video! I don't found it really exciting, neither did I really like the music but .. quality, editing and cut with the music .. outstanding work! Therefore a 5 stars rating for very good quality work
Last edited by Messiah, .
Reason : I really hate the stupid looking emotions, therefore I disabled it >_<
I won't use it tbh :/
IMHO C++ sucks anyway. Furthermore, whenever I was importing functions from dll written in c or c++ or some other outside-.net language by someone, it caused problems or didn't even work at all. €0.02
If that wasn't enough, that stupid dancing banana on the right is driving me crazy... I WANT RSC BACK :E
FGED GREDG RDFGDR GSFDG