From InSim.txt, it sounds like replays only apply to single player. Only thing for multiplayer is your car..

I think your unpack string format is a little off. Type, unique ID, ply num, etc are all bytes that range from 0-256 but in your unpack statement you have a lowercase c, which says its a "signed char". In Java a char is 2 bytes that ranges from 0-65536. If php is the same you will have to use their byte equivalent. If a php char is only one byte, then you will have to use a capital C or "unsigned char". Remember, unsigned means it includes negatives and half the range (-127 to 128) is in the negative area whereas unsigned means its all positive and the full range (0-256). Hope that helps

Hrm.. I'm no php expert but I think you want something like..
Probably a better way to do that. I say that because on the php page for str_pad says "If the value of pad_length (64) is negative or less than the length of the input string, no padding takes place." Which would mean your $msg doesn't get trimmed to 63 characters if it is longer than that, therefore making your packet bigger than 68 bytes.

I was going to mention /mso but it seems it was replaced by /echo. Don't see it in commands.txt and haven't tried it in-game either. Well, good you found a solution.

Theres not much to it matey..

-open up ye LFS cfg.txt and scroll down to da bottom
-open up ye Readme_eng.txt
-copy over da OutGauge lines from yar readme
-close both files, start CSR then start LFS
-choose either the FZR or BF1 and pour ye'self some grog

Good job Yamakawa! Both cars sound awesome. I'm glad my okSocket was helpful.

(today is talk like a pirate day pirate: )

ISM is for identifying the server, not anyone on it. If you get guest and especially no name field, that says single player to me.

The LFS Lapper can do some simple drift scoring, so it says a few threads down from this one

Quote from Dygear :

It's b/c of me. I'm very popular you know. *Barely Misses the tomato being thrown at him.*

:duck:

Sounds like a good idea for people that need a quick setup reference. If done right, this program could access a whole database of material. Depends on how far you want to take it, like the_angry_angel said.

OK, here is the story That's mostly true except the qualify server, my PC, was up for about 4-5 days, from noon to around 11pm PST, Tuesday-Saturday. On race day, yesterday, about 10 people showed up and we did the 22 laps. That race was unofficial because yes there is a major lack of communication and a lack of bandwidth/servers for everyone. Again, all on my PC.

So, my vote is the season is postponed until we have some servers set in place. If anyone would like to volunteer, we hang out in IRC in the evenings, efnet network, channel #lfsnal (or the chat link on our page). An email to us also works, slowly.

Woot! Those are the best screenies/graphics I've seen ever for LFS. If I had a hat, it'd be off for you.

Just for these, and that code thing you mentioned.. I will be willing to help if I can.

Yeah, Hahni mentioned the 0 port thing above, and the docs say you can put port 0 (to send stuff back to the same port you sent on). To me that doesnt make much sense, and our experiences proved what it does.

Anyway, maybe Scawen has a good reason but for now the best practice is to specify a different port.

If LFS is freezing it makes me think that its sending data to the port it is listening on, therefore getting its own data and messing up. If you're sending stuff to port 49999, make sure you specify a different port in the ISI packet and not 0 either because I think that does the same thing..

Worth a shot?

A .wav or 2 tied to the throttle value of OutGauge might be able to do this.

So you can have your setup data without knowing the actual used format (data\*.set). Also, if you could edit it, there is no import key that I know of

Hmm.. I'm pretty sure you can specifiy whatever ports you want. For InSim, you tell it the port you're going to send stuff to with the /insim switch and the port for it to send stuff back to in the ISI packet. OutSim and OutGauge ports can be controlled through the cfg.txt or with OutGauge, through that new InSim packet I think.

imo, its safer to keep them on separate ports of course but I don't think the same ports would hurt much either if handled correctly.

For the type of Java connection, I've had no problems with the DatagramSocket/Packet stuff, as you can see in my little example in this thread.

Ya know.. there are already a couple ban editors out there.

http://lfstools.crazyice.net/p ... ex.php?act=view&id=59
http://rayok.lfsnal.org/LFS/?page=baneditor (i really need to update that site)

Yeah, that subclassing code used in the okSocket is interesting. Assembly stuff I guess. I don't really understand how it works either. The hardcores like Paul Canton (the guy who wrote the subclassing code) do and that works for me.

For some other nice (hardcore type) stuff you should check out some controls from planet source code, esp the stuff from Charles PV. All API and very easy to use. Cool things like toolbars, status bars, list view, even an .ico editor and a couple games! Linkage!

For the split times/on-screen stuff, the easiest way would be the rcm messages like you said. Just do a couple InSim.SendMessage lines and thats all it takes. And a timer control could clear it after 5 seconds or so.

I have thought about trying to figure out the DirectX API to make stuff appear on the LFS screen but have been kinda busy lately. Gotta update the Layout Thingy too.

Yeah, after I made what I have there I wondered the same thing. Why didn't I use classes and an event system before with the primitive types instead of all those user-defined types? That method makes things so much easier, compact, etc..

Well, thanks for the thanks and as said, I will be happy to help with anything else

I've been working on a new project and have redone the way my InSim code works. This example uses a class to handle everything then will just raise events to the other forms/classes/etc that want them. Should be much easier.. you see?

Yep, that other relay you speak of was from Silkswift and was meant for our league (NAL) to do things like rolling start, fuel mod, flag system, etc..

And as far as VB6 and UDP, I use the same system LFS uses, winsock API. Haven't touched a single ocx control. Also, all my current VB6 work is OO.

For a working OutGauge VB6 example, try mine!
http://www.lfsforum.net/showthread.php?p=117090#post117090

I too have a project in development that will function as a relay..
Becky Rose :If you're using VB6, maybe we should get together and compare notes/code/flow?

For sending the SCH packet, Frankmd is right, you are missing the 0 character after SCH. See


For the SendMessage, what does ord(taste) do? If that's what you're trying to send, maybe its trying to find the ascii of 'taste' instead of each character. Hmm, maybe I'm thinking SendMessage only does 1 keystroke at a time.. meaning you would have to send 't' 'a' 's' 't' 'e' instead of 'taste'. I dunno.. I tried

I spoke to a stupid brake I didn't need because it led to free credits.

(my birthday is July 24th Stuff++; )

Don't forget to open the insim port in LFS. Just type "/insim (port)" where port should be defined in the analyser somewhere. eg.. /insim 101

Hope that helps?

Hey! A fellow AutoX program maker buddy. (I made the Layout Thingy)

I have to say this is a nice program yet very simple to use. The way things should be. The feature of distributing objects along a curve is something I had in mind if I ever got around to updating my own.

So keep up the good work and if you want, please steal the aerial and object graphics of AU1 for your own program. Yes, not all the objects are there but they will be someday