Precisely why I rarely visit or post, why I gave up trying to help with lots of things around here.
There's a phrase that says you can't polish a turd[1]. The visible LFS community has become a big steaming turd and no amount of elbow grease or bees wax is going to fix that now. Bad behaviour has become ingrained and accepted - and I'll admit that I'm just as guilty as anyone else about that. Whilst some of my old posts were very funny, and well directed (in my opinion), they were ****ing rude and realistically they should never have been allowed.
Several years ago I was told that by new LFS'er that he'd never come across such an arrogant bunch of whining ****s in all his life. This view was reflected across a lot of the sim community. I saw LFS as being a bit noisy, but generally not that bad. Now if I think a lot of the loud voices are arseholes, I don't even want to know what the rest of the sim community thinks.
[1] Mythbusters did prove that you can polish selected turds, but lets ignore this for the purposes of this post.
Dygear - learning in abstract terms can sometimes be very boring and uninspiring. Taking some code and picking it apart on conjunction with a few articles on the fundamentals can yield impressive results.
Having seen it first hand at work recently, it shouldn't be underestimated.
Having seen it first hand at work recently, it shouldn't be underestimated.
Tables are perfectly valid for display data.
Yeah, but I ain't working on it or any LFS projects any more (if someone wants to take it up and develop it further I'd be perfectly happy with that), and quite frankly it'll fall into disrepair fairly quickly (evidence by the fact that I was asked to fix something with luaLFS fairly recently and I refused said person).
Plus lapper has become the defacto standard so I never bothered moving on with it. Consider it a learning tool for other programmers (of how not to do this - the API I came up with is terrible and needs fixing badly, plus theres whole piles of problems regarding multiple scripts since they all run in the same scope, plus the C is shit), not a lib and I'd be happier tbh.
Plus lapper has become the defacto standard so I never bothered moving on with it. Consider it a learning tool for other programmers (of how not to do this - the API I came up with is terrible and needs fixing badly, plus theres whole piles of problems regarding multiple scripts since they all run in the same scope, plus the C is shit), not a lib and I'd be happier tbh.
It sounds like what you really want is a multi-master/bi-directional replication.
SQLite isn't a fully featured SQL database so it doesn't have this built in by default. Other SQL engines, such as MySQL, SQL Server, PostgreSQL, etc. all have this feature. There are SQLite servers that will make SQLite addressable from multiple machines at the same time, over their own network protocol, but thats just a poormans version of a proper SQL server and you'd need to modify lapper to support it anyway.
If you wanted to do it automatically every X hours you'd have to roll your own script to merge multiple SQLite databases - it wouldn't be too hard - you just need to give each entry its own unique id and the last change time of each row, and then check each row that doesn't match in each database and update where necessary (most recent update wins - but you'd need to always favour one in the event that both get updated at the exact same time).
I've not looked at the databases you've provided, but in theory it's possible. You'd most likely need to make some alterations to your SQLite database - either LFSLapper would need to update a column recording the datetime of the row change, or you'd need to add a trigger to each table that does this instead.
I don't have time to produce something that would do this, although once you've got the datetime and primary keys in the database it's actually fairly trivial as you can make the script or program intelligently able to cope with any table by utilising the describe statement, but hopefully this will help you/someone along with the process.
Edit: I've just realised I might've gone off on a tangent and not actually answered your question - if thats the case then I apologise.
SQLite isn't a fully featured SQL database so it doesn't have this built in by default. Other SQL engines, such as MySQL, SQL Server, PostgreSQL, etc. all have this feature. There are SQLite servers that will make SQLite addressable from multiple machines at the same time, over their own network protocol, but thats just a poormans version of a proper SQL server and you'd need to modify lapper to support it anyway.
If you wanted to do it automatically every X hours you'd have to roll your own script to merge multiple SQLite databases - it wouldn't be too hard - you just need to give each entry its own unique id and the last change time of each row, and then check each row that doesn't match in each database and update where necessary (most recent update wins - but you'd need to always favour one in the event that both get updated at the exact same time).
I've not looked at the databases you've provided, but in theory it's possible. You'd most likely need to make some alterations to your SQLite database - either LFSLapper would need to update a column recording the datetime of the row change, or you'd need to add a trigger to each table that does this instead.
I don't have time to produce something that would do this, although once you've got the datetime and primary keys in the database it's actually fairly trivial as you can make the script or program intelligently able to cope with any table by utilising the describe statement, but hopefully this will help you/someone along with the process.
Edit: I've just realised I might've gone off on a tangent and not actually answered your question - if thats the case then I apologise.
Yeah that looks about right
Afraid I don't have it to hand any more - it isn't on any backup either so I most likely binned it months ago.
It's not exactly complex code tho and shouldn't take too long to write. Infact if you look at MaKaKaZo's CInSim and rip out the encasement in a class and convert it into inline you've pretty much got it with a few improvements.
Failing that it may even be a better idea to implement it using APR's buckets or something similar.
It's not exactly complex code tho and shouldn't take too long to write. Infact if you look at MaKaKaZo's CInSim and rip out the encasement in a class and convert it into inline you've pretty much got it with a few improvements.
Failing that it may even be a better idea to implement it using APR's buckets or something similar.
No idea. I didn't delete it. I'm not sure if I've still got it to hand. When I'm back at my home office tomorrow I'll take a look and see.
What you consider to be a light hearted joke others may not.
For instance I may very well consider calling you a "slack mouthed ****" light hearted. I may also consider joking that I'd like to "**** your dead dog" as light hearted.
Most people wouldn't consider it light hearted. Do I need to hammer the point home any further?
Those that are caught are reprimanded either via PM or via infractions. Mods aren't everywhere at all times.
What I do find very funny is you blowing up every time you get a knuckle rapping. Its very funny, infact. Interesting how most other people manage to cope or at least understand.
If you think you're being picked on then you're sorely mistaken.
We don't read every thread. Please use the report this post feature if you want a thread locked, altered, changed, etc. for whatever reason.
The reason we've not noticed your other request is because we simply hadn't read your post.
No, but given that Khaled ha(s|d) worked on mIRC since 96 I think he deserves a little payment tbh :P
mIRC was the first IRC client I ever used and although I didnt use it when I bought a licence, I still got one. Thanks to him and little game called planetarion I've met a great number of very interesting people, a small subset which I now get to call good friends
If he's done the same for you then I encourage you to throw a little cash in his direction.
LFS has a feature called OutSim which I'm guessing the Simcraft platform will be using. Theres 2 different ways to turn it on - via InSim or via manually configuring your config file.
Without knowing how Simcraft works I wouldn't be able to advise which to use, and the Simcraft website seems to be rather vague on details - after a quick scan. You might be able to get some more information from the Simcraft guys.
Unless theres someone else here who has one, but you might be waiting a while
Without knowing how Simcraft works I wouldn't be able to advise which to use, and the Simcraft website seems to be rather vague on details - after a quick scan. You might be able to get some more information from the Simcraft guys.
Unless theres someone else here who has one, but you might be waiting a while
If you're using mIRC you can buy a licence from mirc.com.
There are other IRC clients out there don't require registration.
There are other IRC clients out there don't require registration.
Make sure that your admin line only has one / - two means it's commented out. Also make sure that you restart your LFS server if you've changed your admin password in the cfg file directly.
You're kind of asking an odd question there Marc1100.
The source code to various cruise projects is already available. The source code is in "TXT format". However all source either needs to be compiled or interpreted to be run.
The existing cruise stuff out there needs to be compiled into "executable format" to run, as its based on C#.
If you want something you can just run without compiling (but by running them through an interpreter), then it would need to be made of an interpreted language - something like python or PHP, or maybe even LFSLapper (not sure if its capable of running anything like a cruise server tbh). The problem here is that I dont believe there are any available cruise programs for these interpreted language - which means you'd have to start from scratch.
Regarding your question for help Marc - you might be very lucky and get someone to help you, but honestly I doubt it. There's a lot of people trying to create cruise servers already and they're all asking for help. Often with little return for that person providing help. The reason I'm telling you this is to just prepare you.
joordy, please stop making completely useless posts WITH THE SAME CONTENT over and over and over and over and over and over and over and over and over and... You get the point?
If you were helping it wouldn't be a problem. But you're not. You're just endlessing posting the same link. Please do not do it any more. If you do we'll start handing out infractions to get the point across.
If you were helping it wouldn't be a problem. But you're not. You're just endlessing posting the same link. Please do not do it any more. If you do we'll start handing out infractions to get the point across.
If there's going to be a patch, there'll be an announcement.
Mm, if the OutSim packets are the only data you can get from DiRT2 then I'd probably try it something like this:
* For each track define the start-finish line coordinates. Also setup a set of points at a specific interval on the track - say every few meters - and give each point it's own id number. You can use these to determine the vehicles current position on the track.
* Store the current x,y location and heading for each vehicle, the number of laps and the point they've just passed. Everytime they pass the start-finish line increment the number of laps.
* To display the positions in a table it's just a case of ordering the list of players by the number of laps and which point they've just driven past. For any 2 vehicles on the same point you can compare their coordinates and heading vectors to determine whos in front.
It does mean that you'll need a fair bit of information about each track.
There are a couple of other solutions to the same problem. For example you could instead split the track into sections and record their rough direction of travel for each section. For example on a hairpin you might have 3 sections, and on a straight you'd have one. You could then record how many laps they've driven and what section of the track they're in. For each section you just compare the vehicles coordinates in context of the expected heading to determine the positions. That's probably less accurate, but it could well be quicker for long tracks that get people spread out very quickly. For tracks where people stick together it could be a lot slower as you'll be frequently checking coordinates rather than points.
Hopefully that's given you a few ideas?
* For each track define the start-finish line coordinates. Also setup a set of points at a specific interval on the track - say every few meters - and give each point it's own id number. You can use these to determine the vehicles current position on the track.
* Store the current x,y location and heading for each vehicle, the number of laps and the point they've just passed. Everytime they pass the start-finish line increment the number of laps.
* To display the positions in a table it's just a case of ordering the list of players by the number of laps and which point they've just driven past. For any 2 vehicles on the same point you can compare their coordinates and heading vectors to determine whos in front.
It does mean that you'll need a fair bit of information about each track.
There are a couple of other solutions to the same problem. For example you could instead split the track into sections and record their rough direction of travel for each section. For example on a hairpin you might have 3 sections, and on a straight you'd have one. You could then record how many laps they've driven and what section of the track they're in. For each section you just compare the vehicles coordinates in context of the expected heading to determine the positions. That's probably less accurate, but it could well be quicker for long tracks that get people spread out very quickly. For tracks where people stick together it could be a lot slower as you'll be frequently checking coordinates rather than points.
Hopefully that's given you a few ideas?
I feel like I've acheived sweet **** all.
Tested this morning on a 2008 R2 x64 box with no trouble s1mon 
Pretty much just worked.
Pretty much just worked.I don't know if DiRT2 is different from LFS, but LFS' OutSim implementation only gives you the information of the currently viewed vehicle. Under LFS you'd want to be using the car tracking stuff - thats part of InSim and gives you information about all the vehicles.
Regarding your question I'm not understanding - if its a translation problem then I apologise, but what exactly are you trying to do? The x,y,z coordinates are the exact position of the vehicle. You can't really get much more specific than that. Are you trying to plot each vehicle's position on a map, or are you trying to map the other vehicles relative to your vehicle (i.e. building a spotter application)?
If its a case of plotting positions on a map, you can either translate from the given coordinates to those you can use on top of a static image, or you can plot them as you have been doing, with the coordinates you get straight from the API, and make it so that each track knows how to center/rotate itself beneath the graphing.
If you're trying to figure out the relative position (i.e. for a spotter program) of other people to you, then it's a case of calculating the distances and then using trigonometry to work out the direction.
Simple fact; people are retards and have short memories.
Unfortunately there's not much that the general LFS community can do about a specific server and what they choose to do. You'd be best of taking it up directly with the LTC team, via their forums or website - http://forums.livetocruise.net/
Edit: I've been informed by PM that you should look at http://forums.livetocruise.net/showthread.php?p=34724.
Edit: I've been informed by PM that you should look at http://forums.livetocruise.net/showthread.php?p=34724.
I didnt get a chance on Sunday or today, but I will tomorrow morning - I'll let ya know if it works shortly afterwards (just so you know I've not forgotten).
The dedi doesnt have support for running AI. You'll need to use a fat client running as a server to do that.
FGED GREDG RDFGDR GSFDG