As far as I know, the replay data is engine events from the servers point of view after dealing with lag. InSim packets, are then made based off those events when you run your replay by the engine on the fly. So that might be why there is some inconsistency.
Well, that really depends on how the functions work. For example, if I have a function on the server side like setPlayerSpeed(uint8 PLID); then it would be reported to all client's, via for example a packet, and the server would know because it would be the one telling the clients. The only problem with this system is that it would only work on one server at a time.
That was by design. We avoid abbreviations so it's very clear as to what we are doing with that function. Any abbreviations that we do use ... for Example UCID, PLID, or things like that, is from the InSim.h file, so that it's consistent.
I just want to make sure my examples for PHP are functional. So that people can use them.
Yeah, I was going to say, I'm pretty careful when it comes to that, and I know the other devs are too.
The problem with that is, in PHP, there is no wrong way to make an InSim application. I feel that PRISMs code is pretty good, but I don't know if I would use it to teach people. I don't think new people find objects very easy to use, while it might be the most concise way, I don't feel it's conducive to learning how to program from the outset. I would first have to teach them the OO model.
I'll have to look at your code, for pyInSim, and the examples you put up to see how I should translate it across so that it allows for people to understand it. Also, I made a HTML version of the InSim.h file, that Scawen gave out in the document directory. The file links to definitions of it's self so you know where one variable came from. If we can do something like this with the Wiki I think it would stop a ton of the questions also.
This is what I want. Full control over the engine. If they provide it on a packet interface, that would be fine, but I think that allowing direct access into the engine, via say a DLL that we can override, or something we can hook, I think that would be awesome. I agree that allowing action on a per use basis can cause admins to cheat, but I feel that problem is negligible with allowing people to acquire how to use say DRS, or KERS. I think that would be awesome.
What variables are giving you the trouble? There should be no problem with unused variables causing a plugin any trouble.
Musing about having full access to the LFS Engine, through a PAWN API.
Doing so on the fly would be nice ... I really, really wish he had the same level of power as AMX Mod had ... 8 years ago ... over the Half Life engine. I don't want to be constrained, it's stops innervation.
You can enforce that, but it will require manual intervention from an admin to save the setup file sent. Once there, you can simply MD5 against the setup file you mandated, and so long as the hash matches the sets are the same.
About 5 years, but it's still 'alpha', but I'm pretty sure that's just because they don't want to call S2 finished yet. Making something beta for the devs around here seems to mean feature lock. Meaning nothing can be added, only fixed. I would expect that to happen in the next year or two. S3 alpha around 2 - 3 years after that. This will be a 15 year project by the time it comes to an end.
That's actually quite good, but your format will only work for Official LFS tracks, none of the unofficial tracks have nodes and X/Y format tracks don't have nodes at all due to their configuration. Cool tho.
No, you have no control over the setup of the car. The only thing you can do is force intake restrictions on cars, but they have to pit in order for it to be updated. This means that, for example, you can give a car a 10% intake restriction via a command, but you will have to force pit them in order from that change to take effect. You can't modulate the level of restriction while the car is on track with the current tools we have as InSim programmers.
If you take a look in your LFS directory, you'll find another folder called docs. In that directory you'll find a file called InSim.txt. This contains all information about the InSim system, and what it can an can't do.
---
I just want to say, I love what you're trying to do. I love F1 as well, and I wish you all of the best.
-- Mark 'Dygear' Tomlin, Founder - Simulation Federation Internationale de l'Automobile.
If you take a look in your LFS directory, you'll find another folder called docs. In that directory you'll find a file called InSim.txt. This contains all information about the InSim system, and what it can an can't do.
---
I just want to say, I love what you're trying to do. I love F1 as well, and I wish you all of the best.
-- Mark 'Dygear' Tomlin, Founder - Simulation Federation Internationale de l'Automobile.
I've already done this ... Quite a while ago, for the SimFIA website.
[EDIT] Hey! The guy squatting on SimFIA.com finally left! I have to domain under my control again! Yay!
[EDIT2] If you want, I have the Sporting Regs for the 2006 season of SimFIA F1. You might find it useful.
Last edited by Dygear, .
You can't force off EBS, even in directly, this information is not reported back to an InSim client in any way. I'm pretty sure that ABS is also not reported to InSim. Only the player's help flags are reported, such as Clutch Assist, and if they are using a Mouse, Keyboard or Wheel.
Different car models would be a cool. Where you buy a car for a set price say 21,000 for an XRT. But you could get into an XRT for 25% off if you accept say weight and air restriction of 10% each. You can then pay to upgrade you're car so the weight and air restriction goes into the other direction and you have to pay like 5,000 for an 'upgrade kit'.
Indeed, I don't know why I did not think of that. I'm pretty sure that Mac's comes with python preinstalled ... but I could be wrong, as I might be thinking about Ubuntu or something like that.
Using PRISM to admin a server?
Is there any one out there using PRISM as the admin system for their server(s)? How do you like the system, does it work well for you? Do all of the commands work as you would expect, is there anything that you would like to see improved?
The only one I really know of it PRISM that uses PHP and is thus cross platform. The UI for it is command line for the first part (But it's really quite easy to use, although I might be a little basis as I'm one of the main devs) but once you get the HTTP part setup, you can use that for adming a server. It gives you the option of doing other commands in game as well.
Yes, it's the spec that filur had a few years ago.
Takeovers yes ... Teams ... Eh ... I'll get back to you on that.
I do from time to time. I'll be sure to fix that.
That function is commented out.
Last edited by Dygear, .
So, yeah, I had the chance, and yeah. It looks pretty good 
. Better late then never I guess. I guess I'll put this out as a PRISM plugin later on.
. Better late then never I guess. I guess I'll put this out as a PRISM plugin later on.I guess it's a moot point anyway, when this whole system becomes obsolete in a few versions.
Kinda true, you can still use ISP_TINY if you want too ... or ISP::TINY for that matter to get all tiny packets. But you will need to use TINY::WHATEVER to get that particular subtype. So I really do recomend that people move away from the ISP_WHATEVER syntax and go over to the ISP::WHATEVER syntax so that it's consistent throughout.
Last edited by Dygear, .
FGED GREDG RDFGDR GSFDG