96 bytes * pps = bytes/car/s.
Data to send: racing_cars * ((racing_cars - 1) + spectators)
20 racers 3 spectators = 20 * ((20 - 1) + 3) * (96 * pps) =

247.5 kB/s @ 6 pps.
495.0 kB/s @ 12 pps.
618.8 kB/s @ 15 pps.

Not counting possible Insim/UDP traffic at X bytes/s.

Any errors will be blamed on lack of sleep.

My XRT on Blackwood.

Pre-patch: 1:23.79
Post-patch: 1:25.09

Same setup, more understeer.

Quote from fragile_dog :

I have a simular problem to this dudes, racing by my self i get between 80 - 130 fps depending on graphic options (aa etc) as soon as theres cars on track it starts dropping rapidly, full grid i get barely 20 fps :/.
AMD 64 2700, 512meg pc2700 ram, asus n6800. :/ I think it might be the ram slowing things down, but I thought I would get good fps all round with this set up.

I find it really hard to believe your RAM could eat 60 fps, is your fps still that low if you pause a replay on a full grid start, hop into shift-u camera and look around at all the cars?

Knightmare is such a good game.

Quote from mrbogeyman :

I just ran another speedtest, and it showed some levels of packet loss(4% and 16%), is this normal?.

Not the end of the world, but not very good (16% :zombie, might just be your link to that particular speedtest, most online/web tests are incredibly incorrect for obvious reasons.

No problems with T for me, few hours yesterday, 80 minute run in an endu race just now, no disconnections or lag at all.

Quote from cannonfodder :

When racing alone, I can get 40-80 fps. When on a full grid in multiplayer, 10-20 in the start and down to 6-7 in some first corners like Blackwood GP.

Logic suggests that your CPU is falling behind when there's more cars to calculate physics for (more cars in view), try pausing a replay of a full grid and look at the difference in fps, that difference is probably close to the amount of fps sucked away by physics calculations.

I've managed to bend the entire car, getting it into a J shape with wheels bent about 70-90 degrees, pretty damageable i'd say.

Got the patch, drove a new PB on Kyoto GP / XRR, struggled at Blackwood in the XRT. Summary, race car behaves more like a race car, road car more like a road car, great.

No indent at all? I'd refuse to read it.

The worst kind of indent is ..


And my wonderful indent looks like ..


.. that.

Quote from SamH :

Playback at 1280x960. Fraps automatically cuts that down to 640x480. It won't record full 1280 resolution, even if selected in the options, according to the documentation.

Have you tried recording "full size" and lowering your LFS res? The more pixels for fraps to look at - even if it only saves half - will increase the workload.

Only NVidia users with this issue?

I can record a full grid at ~25 fps, 4xAA/AF, getting ~35 fps while not recording, 3GHz Celeron, Radeon 9550SE.

What resolution are you trying to record in, SamH?

Quote from the_angry_angel :

Something I've always hated, but today more than usual; reading other people's code. Unless both myself and the other programmers / coders are in a "metal-sync", I just tend to think "wtf, I wouldnt do it like that" and not get past it. Either that or I need a few days to get into the api and mindset of the coders.

Different indenting is enough to make me loathe a piece of code. :zombie:

Hotlapping by yourself would be mighty different i guess.

"Too bad them other games can't really match the actual use of said content."

I'd like it, maybe it's possible with a "third-party" hotlap parser/website.

Very good wheel, the DFP.

Isn't this a better place to ask?

Quote from AndroidXP :

@filur: Looks about as userfriendly as nKPro...

World of difference, mplayer can be configured to your liking (and beyond), nkpro can hardly be configured at all.

In essence mplayer and VLC are basically the same thing, mplayer is less bloated by default while carrying a few million options if you really want them (there's even GUI's!), it's a bit faster and easier on cpu, and it plays anything and everything, it also has an encoder featuring pretty much the same amount of options.

It also works by just dragging and dropping a file onto the .exe, so it's not really that hard to use.

Quote from Tweaker :

.. to play, you'd need a GUI, wouldn't you?

MPlayer works by commandline ..

.. etc, tiny list of options can be found here.

I actually just set it as default app, which also works.

For the feedback, try the softer FFB-mode.

Quote :

Select+R3+Left shift paddle, toggle between normal (two blinks of leftmost LED) and older(?) softer FFB mode (one blink)

For calibration, use DXTweak 2 from Wingmanteam.

VLC has a GUI, what's the sport in that?

MPlayer for those who doesn't want to litter their pc with codecs.

Quote from TaiFong :

Here is the official story:


Scavier: "Yo, Bimmer, I need that fly ass whip right there"
BMW: "Aight"
Scavier: (To LFS community) "Ay, check dis. We got this new thang right here, dawg. Fast as hell, yo."
LFS Community: "Oh snap son!"

:uglyhamme

Quote from kamo2000 :

well i don;t know if i understand clearly, but i also started server on non standrad port and he still can;'t connect..everybody else can..i have public ip nothing blocked...no matter what we tried it failed...and the funniest thing is i can connect to him if he start his own server.

Can he connect to you at all, if you start an ftp or webserver, file transfer on IRC, anything?