Name spacing prism_packets.php would be an extreme pain in the ass, as it's used EVERYWHERE in the codebase. It's also not that elegant to do ...

... any time you want to use a packet.

Quote from szaboaz :

PS. Just a friendly heads up for another non native English speaker: "Object hitted" is grammatically incorrect, because the past tense and past participle of the verb "hit" is "hit". (You know: hit, hit, hit.)

As a native English speaker, I'm honestly astonished that many of you speak English as well as you all do. I've meet some German people who speak English much better then I do. It's really quite impressive, and I wish that I had taken up another language while I was younger. But I digress.

I can't see an area that would be more appropriate then the programmer forum.

Most of the work done is style changes from the inconsistent style that all of the current devs use to the PSR-1 & PSR-2 standard. The problem I'm seeing is that I can't really see the code changes you've made because their a pretty much all burried in these code changes that happen all over the place. He first outright deleted content in one resulting in 21,817 line commit, then later on he added back 17,360 lines in a commit. These two commits result in 38k lines of code changes, that might not of really changed all of that much. But because of the way it happened, git's engine thinks these are all new lines.

Going over 17k lines is no small feat, but it also massively skews the metrics, and it's making it impossible to find out what really has changed. Pretty much all lines of code are showing up as lines that ZenWare wrote them. Also why were .c9save files committed only to be deleted later on? Also removing .gitignore is a bad step, some of us dev off the same tree we use on our servers and don't want our passwords leaked.

There are problems I have with taking this pull request 'as is'. Those problems really come down to the fact, that with all of the deletions and additions of the same code in different commits (making git forget who really wrote them) it's gonna be really hard to finger the correct person to talk about if we have a problem with the codebase. We'd have to look at these commits, and then track that back again to it's original true author. That's gonna be a pain in the ass.

I love some of the stuff in here. I like that every thing is namespaced and is written to a single spec. That part is really cool. The problem I'm having is the way that it was done as far as git sees it. I also really like that it's name spaced correctly, and that the modules were refactored correctly to something that I had in mind but ever got around to doing. So really good job on the re factoring of that code, that must of been a bitch.

Over all, I like the pull request, but I'm still going to have to go over it fully with a much finer tooth comb then I just did because I can already see some areas where I really can't explain what the code is doing.

Has any one had the chance to review the changes made by T3 & ZenWare? If anyone can give me a quick go - no go with their plugins using their code updates to let me know if it breaks anything.

The Tech Report has been trying to do some awesome things in the way of benchmarking video cards. To put it in very laymens terms, that FPS averages simply don't give the full picture of frame fluidity and to get a true sense you have to go inside the second.

To that end they have requested the following:

Quote from The Tech Report :

It would be very helpful to have an API from the major GPU makers that exposes the true timing of the frame-buffer flips that happen at the display. I don't think we have anything like that now, or at least nothing that yields results as accurate as those produced by FCAT. With such an API, we could collect end-of-pipeline data much easier and use frame captures sparingly, for sanity checks and deeper analysis of images. Second, in a perfect world, game developers would expose an API that reveals the internal simulation timing of the game engine for each frame of animation. That would allow us to do away with grabbing the Present() time via Fraps and end any debate about the accuracy of those numbers. We'd then have the data we need to correlate with precision the beginning and ending of the pipeline and to analyze smoothness—or, well, for someone who's smarter than us about the tricky math of a rate-match problem and the perceptual thresholds for smooth animation to do so.

I think it would be awesome for LFS to provide that second part for them. They even had something interesting to say about frame timing effecting engine timing.

Quote from The Tech Report :

However—and this is a huge caveat—we have some trepidation about declaring even this one particular example a definitive triumph for Fraps-based measurements. You see, like most folks who test gaming performance, we've removed the built-in frame rate cap in Skyrim. We already know that doing so causes some funky timing quirks for things like the game's AI, but it may also modify the game's fundamental timekeeping method for all of its physical simulation work. (The variable we've modified in order to "uncap" Skyrim is called "iPresentInterval", and we've changed it from "1" to "0." You may recall that Fraps measures when the game calls Present(). Hmm.) If our uncapping effort has changed the way time is kept in the game, it may have created the possibility of frame-to-frame timing issues that one would usually not see with the game engine's default timing method. This thought occurred to me on an airplane, on the way out to GDC, so I haven't been able to dig deeper into this issue yet. I definitely think it merits further investigation, and the frame-by-frame playback and analysis possible with the FCAT tool set should be a big help when the time comes.

I find to be extremely insightful to the way the Skyrim engine works and I wonder what effects the LFS engine would have it if could not run at the stated 2kHz.

You can find the article I'm referring to and quoted from here.

http://techreport.com/review/2 ... vidia-frame-capture-tools


You should also catch up on their original article here.

http://techreport.com/review/2 ... look-at-game-benchmarking

Quote from Krayy :

May get around to it if S3 comes out.

I know exactly how you feel.

I don't have mod access out here, one of the other mods can merge this thread or delete it outright.

I moved it for you.

That would be a really cool idea, something I never really considered. I'll see if I can't make the native function myself and put the patch on to the github repo. I'll then send you a link too it on here.

Buy a license, and then we will talk.

Quote from Gougoodthing :

Pedro de la Rosa

OMG, Please someone caption this ...

"Put water on the fire"

You'd have to get the old binary and reverse engineer, unless scawen cares to shed some light on the subject.

I guess if the InSim application was on the same server as the LFS Host then, as long as you knew the file system you could parse the logs and find out who has what IP address.

Looking at the Ted's Notebook videos and seeing the cars moving one thing struck me more then anything else. Anyone else think that these cars are squatted down a bit more? They look like they are closer to the road, or is that an optical illusion from the cars being wider, or the tires changing?

Quote from Victor :

As you mention mixed content and DNSSEC in one sentence, I must ask how do they relate?

No, I thought for a second you were doing some sort of Content Delivery System. Or spreading resources across your sub-domains, but not sending them via SSL. But the error went away after a page refresh so I guess it was just a fluke.

I've been looking into DNSSEC as a cheap solution into SSL certificiates. I like that I don't have to pay anyone to secure my server, it would just work and you'd get the green bar out of it. The problem I'm having is that I need to run my own Name Servers, not something that is a bundle of fun for me.

Oh, so you went the SSL route for everyone yesterday huh!? That's a great step, don't really want the possibility of people hijacking my sessions.

When I first noticed it I got a mixed content warning, so I thought for a second that you where doing the DNSSEC Route. But then I realized that you got a whole SSL cert for the site. Hopefully DNSSEC will be supported better by the time you have to renew your certificate so that you can self sign the site and not have to worry paying for an SSL cert.

DNSSEC DEFCON Talk

Discourse is a new type of Forum software in the vein of Stack Exchange, from some of the creators of Stack Exchange.

I recomend stop reading this thread, and trying it out for yourself first. Then come back here and discuss.

Victor, I think this is what you are looking for in forum software.

Quote from T3charmy :

Edit2: I have modded the Timer system to use names, I've used it for months it has no issues, mind if I put that in the next version? or should I just leave it out, until you see fit?

Looks like it brakes compatibility with older code, but that I'm OK with. Just make sure you put it in the notes as a breaking change.

Quote from T3charmy :

Alright, I'll do that, though, I gotta figure stuff out, cause some parts of my PRISM is still 0.4.3 and other parts are 0.4.4

Edit: Soon as I can figure out how to use Git, I've been using BitBucket for all my stuff for a while...

Once you learn how to use git, it's awesome. It should even merge the changes from the 0.4.3 version you're using, and it should bring it up to date with the changes in 0.4.4, but keep all of the modifications you've made to the code base.

Cool stuff, T3 if you want to submit those changes as patch I'll happily merge them and you can release the next version of PRISM (just don't forget to add yourself as a dev to the PHPInSimMod.php file at the top of the class definition).

I've never used Airio, so I don't know what it can and can't do. I also didn't know they had a free one. From that, I really can't explain why people are still using this ...

I'm honestly surprised that anyone is still using it, while PRISM still works quite well with the current version of InSim, it is in such bad need of a re-write from the ground up. The odd thing is, that I think the numbers of people using PRISM is going up quite significantly over the past few months, I'm guessing we are getting some people switching over from ARIO, and new servers showing up that don't want to pay for something that is no longer supported.

Thank you dusty for pointing out the part that is important! You don't even have to do it in JavaScript, you can still do the whole game in C / C++ with the NaCl backend. You really could have LFS in your browser, running native on every platform, Mac, Linux, Windows.

http://vimeo.com/55561636

Done in WebGL, the graphics seem to be about on par with Live For Speed. I think it would be very interesting to see a Browser version of LFS.

It's sad when there are good alternatives out there, that no one wants to use.