With GeForz working on the Button Manager, and Morpha working on the LFS String class, I'll work on the not so sexy stuff. I'm going to work on the loging functions of PRISM so that the console function logs to a file, like it should. This should help with some debugging later down the road. .

Anyone have any information on the Mitsubishi 23 Inch 120Hz Display?

Quote from PoVo :

Also, would I need the NLP packets to for the Streets, or would MCI suit?

MCI, you need to know the cars X & Y position on the track. Node positions won't help you on the open configs.

Should not make a difference, unless there is a bug within LFS.

So, then iconv if available, then PRISM's native PHP implementation otherwise.

Quote from morpha :

I've encountered a few back in DriftWars's prime, ISOs instead of MSCPs messed up a few of the exotic names, but nothing major. I genuinely meant the "reasonably accurate", that wasn't sarcastic


CP932 and CP936 are now 100% complete and produce identical results to mb_convert_encoding() and iconv(). Unfortunately, being pure PHP, it's quite slow, about 50 times slower than iconv()/mb actually. As such, I don't think it's worth finishing, except maybe as a fall-back solution for systems where neither mbstring nor iconv are available. I've attached it though, if anyone wants to have a look.

That's fantastic then. When loading up PRISM, I'll check to see if the mulibyte module is loaded in PHP, and if it's not use this. Thanks!

You could use path from the other tracks based off the map to make the track names. It would provide a pretty high level of accuracy as well.

That looks good to me.

Quote from morpha :

If all goes according to plan, I'll also be able to provide conversion mappings for PRISM, though obviously not to and from Unicode but rather UTF-8 directly, since PHP doesn't have native Unicode support (yet).

That's great! I'm happy if you're willing to do the work. I wonder why Victor has not chimed in yet, seeing as he deals with this on the LFSWorld site, with hostnames, and usernames.

Quote from boothy :

At least it's not like iRacing, where despite apparently using UTF-8 internally, they can't seem to get UTF-8 characters to display on their website, nor on the sim due to the fact "The sim uses pre-rendered fonts, and we include only the first 255 characters." :doh:

This might give me nightmares.

Quote from boothy :

It seems to have a HTML4 doctype as well :rolleyes:

Yeah, I noticed that too.

Quote from GeForz :

Actually... it's not even html 5 as there is no canvas element involved
It's some wtf-html generation that creates a triangle by creating a div for each pixel-line with differing width's...

Huh, I really should fix that.

That's not flash, that's pure JavaScript and HTML ... Also known as HTML5.

Quote from DarkKostas :

I was testing insim locally so yes, both insim and server were on the same computer(mine) and connecting locally(127.0.0.1).

I never noticed this problem, but I'll see if I can reproduce it.

Might be more of a latency thing then any thing else. Is the InSim client on the same computer as the LFS host? Are they connected via the lookback IP? If both cases are true, then I would say that you might be right, otherwise it's almost sure to be a latency issue.

We should really have a paging mechanism, where buttions that go past the 240 are displayed once a the require number of ClickIDs are available for that element. This becomes important when the client is given a interface where multiple elements are presented to them in a single context. These single context relationships will have to be known to PRISM so that it may intelligently display these buttions to the client when the ClickIDs do become available to it. But it has a caveat, where even tho the elements are within the same context, it might not be assigned sequential ClickID's as the ClickID's could open at random.

The whole counter is off by one or two seconds because of the delay? Does this save to the reply state?

I want access to every engine event. I want what AMX Mod had in 2002, I want what AMX Mod X had in 2004, I want what Source Mod had in 2006 and that is access to the engine. I will learn C++ just to take proper advantage of it too!

The Tech Report has an intresting article about The 10 commandments of PC games. It's ten things that a PC game company should never do. So let's see how LFS fairs shall we?

1. Thou shalt not shun thine player's mouse.
   LFS get's more then full marks for this one. Using the mouse to control the car's steering, and doing it well at this was a stroke of genius!
   
2. Thou shalt not accelerate mouse input.
   And it does not.
   
3. Thou shalt not make a mockery of third-party controllers.
   I think LFS has the best 3rd party controller support I've ever seen.
   
4. Thou shalt not mix thine bindings.
   No mixed bindeds found, in fact I don't think LFS allow it at all.
   
5. Remember thine user-interface conventions and keep them holy.
   Even going so far as to recommend them to InSim devs with buttons.
   
6. Keep thine configurations options exposed.
   Top marks for LFS on this one.
   
7. Thou shalt allow players to host dedicated servers.
   And LFS does.
   
8. Enough with the save points already!
   Not a problem.
   
9. Thou shalt not worship false gaming services.
   Not a problem here
   
10. Honor thine modders and mod communities.
    This one, needs some discussion.
    

Kinda like a Time to Live? Interesting.

That does bring up a good point ... Timed buttons. Where a button must only display for some time, the delete it's self. This comes to a point where I must think how to setup the API to allow for buttons to have their own callbacks within plugins, so things like a count down clock could be done easily.

Ah, ok, got ya!

Quote from Squelch :

I was involved in a large project where we tried several of the distributed ones, and Git came out tops. I ended up being resident Git support.

Teach a man to fish ... or in this case, read the manual, lol!

Quote from Squelch :

I'm just checking my history and looking for the LFS Ruby library I found.

Let me know if you find one.

Quote from Squelch :

Not forgetting SVN of course.

Yeah, but I did forget it, lol.

Quote from Squelch :

To expand the options, the web resources like GitHub, Codeplex, Sourceforge and even Google code could be included yes.

Yeah, I would need a list of popular ones, and ones that are used by the InSim developers out there. Of the coalition of PRISM Developers (Myself, Victor, GeForz, & T3) we all use Github. But I really can't think of any other InSim project that has multiple programmers working together like on the PRISM project.

Quote from Squelch :

I'll nail my colours to the mast now and declare Git to be my favourite.

You and me both! I did not like CVS and I could never get SVN to work very well. Too complicated. Mercurial and Hg (That filur had me using for a while), never really seem to work as well as Git does.

Quote from broken :


<?php 
short Z = (short)(MCI.Info[i].Z / 16384);
?>



Should that not be; or ?

Quote from Squelch :

I'm surprised Ruby didn't make it onto the list alongside Java.

No one has made a InSim client / app with Ruby. The programming languages listed are used within the LFS Programming Libs and Tools forum. If some one made a lib, app, client, tool with Ruby I would of added it to the list. You might also notice that the order is not really an order at all. I did that to ensure that no language was unfairly favored because of it's position within the list. The list it's self is in the order that I found them within that Libs & Tools forum.

Quote from Squelch :

Any thoughts on making a repository/source management poll Dygear?

I see several people using Git and Mercurial here, but it would be interesting to see how its spread across them and the others available.

Yeah, but how many source control management software are out there? I only know of Git, Mercurial, and CVS. Would you also include the web sites that run behind it like github, codeplex, and sourceforge? If you want to do it, or if you want me to do it that's fine, but we should know the scope of the question before we ask it.

Quote from broken :

Also, if anyone is curious or needs to transfer coords from MCI to AXM, here is how:

AXM X coord = MCI X / 4096 | & conversion to short
AXM Y coord = MCI Y / 4096 | & conversion to short
AXM Z coord = MCI Z / 16384 | & conversion to short
AXM Heading = MCI Heading / 256 | & conversion to byte

I can see it now! Set a cone on each node, set a cone behind the client as he drives around ... Some silly fun can be had here!