Hey there...
UK users only for this one I guess.

I used to be a Plusnet ADSL customer, until their traffic management killed LFS. They tried hard to fix it for me - I sent them a whole bunch of packet dumps, but no dice. They claimed it had some behaviour (port usage) that made it hard for their systems to recognise (and prioritise) the packets. Long story short - I changed to Xilo (partial LLU, C&W ADSL2+) - happily ever after.

Now BT have put fibre in my neighbourhood, and I'm very tempted, but it comes with an 18-month contract. So if it's not good for LFS, I'd be screwed. They have NOT claimed that it doesn't use traffic management (even for the package which has unlimited download).

So I'm hoping there are happy customers here who are using it already?

ta!

Quote from PMD9409 :

I'll post it if you wish. The alternative pit road had to be "slowed down" due to it being much faster than the normal route. So serving a DT in a league race wouldn't actually lose you time, if anything you would gain time.

Well yeah, it's stupendously quicker to take the pit lane, by the looks of UM21's pic, but you'd miss the checkpoints, so wouldn't that cost you an entire lap? Or umm, maybe I'm missing sumfink...

Cool, ta. So, one end of that pit looks a little safer than the other
Might be fun to give it a try...

Interesting... Anything that kills that horrible last chicane is worthy of a try
But I'm not sure what the pit entry/exit would be - maybe you could overlay in red or something?

Ahhhh.
I'm such a noob I didn't know there was a time before limiters

Fair enough, but it's not the underlying LFS model I'm puzzled about, it's the data Bob provides.
I should really hope that Bob will leap in here, cos it's his method I'm querying: how did he end up with data beyond the redline if it comes from the measured performance of the car? And if the data from beyond the redline isn't from actual measurements but rather extrapolation, why is the data all ripply beyond the redline?
(The ripply-ness is why I'm saying it isn't extrapolated... Unless some ripply-ness was added to make it match the appearance of the data below the redline? Nah that's too nuts!:schwitz

Hmm, I felt certain they couldn't be polynomial-generated curves cos they have lots of fine-scale wiggles, so you'd need a ridiculously high-order polynomial which would explode as soon as you tried to extrapolate with it... No?

Nice one, ta. Will have a peek.
(Btw do you have any clue about the way-past-redline torque/power data? :shrug

Wow, useful curves there Bob. Dunno how I missed them in the past
(And I thought I'd looked very hard...)

Are the (S2) curves still up to date, does anyone know? If not, I might have a go at redoing 'em...

And one question which I don't see the answer to in the thread - how did you get the curves to go past redline revs? They don't look extrapolated...

Bingo, ta!

Ah, nice one thanks! Hadn't found the newer thread when I searched
Will have to have a good look at both sets of source code to get a feel for how it's done, as at the mo I am a bit confused as to why the LEDs can be set with DirectInput (by using LFS's own handle for the wheel?) but yet this approach isn't appropriate for the range.

Hey...
Very happy to see someone has written a bit of code for this, even if it is hacky
I am planning to try it, now that I have a wheel with lots of turniness (my previous wheel had about 200 degrees ).

Am wondering just how godawful the SDK must be for you to have gone the long way around and implemented it the way you did... Did the API call not work properly/reliably?

(PS: am also planning to play with the LED mod too - do the lights flash beyond the shift point or just stay all lit up?)

I'm sure you're fully on the ball as usual
Perhaps it would be useful/necessary to only allow explicitly "allowed" hosts to be shown on the Airio Servers page? (Big headache to maintain though, so maybe not worth the pain.)

I'm still confused, EQ. Maybe my confusion is the same as some of the others who posted recently...

The way I see it: basically, if you want to prevent someone cheating in order to win the race, then some kind of generic "route checking" might be required, as the PTH file can't do this (because people can leave the path by just going wide on a corner by accident and speccing them for that would be a bit harsh ).
However if you want to stop people getting top times by cheating, then I believed the PTH file did that job perfectly.

Ah. Perhaps nobody spotted this yet?

Nah, brake bumps would slow you down

WOW. If I were a sig kind of person I'd have had multiple sig opportunities in the last few hours worth of this thread

Quote from Squelch :

Going back a bit further I found this from Scawen. I don't know if it still holds, but that is the principle I've been working on.
http://www.lfsforum.net/showthread.php?p=52917#post52917
Edit:
I can't find the post, but I also believe the pressure settings are for optimum, so by deduction, setting higher temps will give a slight over pressure.

Edit:
Found it, but it was the speculation thread.
http://www.lfsforum.net/showth ... imum+pressure#post1210485
Too much coffee and not enough sleep for me, so didn't quite absorb Bob's post which seems to dispel the myth.

Garage tyre pressures are cold/ambient.

Yikes, so you've managed to find some more recent posts in which both AndroidXP and Bob Smith have contradicted their statements from the posts I quoted earlier. OK, it's not a big deal I guess (and I have to say it's making me chuckle!) but I will PM them both if they don't reply here soon. I don't personally have any axe to grind, but I do think the correct answer is indeed "cold/ambient".

Hotlapping testing suggestion for Scawen: a possibly worthwhile tweak to the HLVC code would be to make it report *all* HLVC violations in each lap, not just the first. This would speed up 6A1 testing in places like SOx. Probably only needed until 6B. (If it's simpler, you could have a keypress to reset the HLVC status.)

Quote from AndroidXP :

It's exactly as it should be. A hotter tyre has a bit more air pressure, causing the tyre to bulge (making it more donut-shaped), resulting in more load on the middle section. The pressure setting in the garage is the tyre pressure at optimal heat, not at the heat the tyre starts out with.

Eh, this seems to be one of those points on which people keep getting mixed up. (Understandable.)
Take a look at http://www.lfsforum.net/showthread.php?p=783321#post783321 and http://www.lfsforum.net/showthread.php?p=596365#post596365 (linked from the first one).

Unless things have changed since 2007/8, the pressures which you set in the garage are the COLD pressures. (Once we're agreed on this, I suggest we delete/change the incorrect stuff to minimise the spread of disinformation )

Quote from Whiskey :

You'll need to speed LFS physics loop 10 times to get that. Otherwise, you'll get faked (rounded, aproximated) times, which is what many games do.

Actually I disagree.

While the physics loop frequency may be 100 Hz (or any other value; it's not important) it's always possible to interpolate between the positions that straddle any given checkpoint and thus produce a timestamp with higher precision.

(Edit: perhaps I should add that there's nothing at all fake about this. It's actually *less* fake than using the timestamp of the first position update which is beyond the checkpoint. That may not be what LFS does of course - I don't know.)

Quote from scipy :

This is silly. Add me on MSN and be educated.

Kind offer dude but sadly I'm not an MSN user... No matter - having figured out what was bothering me, I'm done. You may continue to believe a freely revving engine with fully open throttle is not delivering full power if you wish, no skin off my nose

Quote from scipy :

Then how is it unclear to you what I've said 2 posts ago?

You were quite clear, but just wrong
That's IMHO of course. Read on and I'll justify that.

Quote :

If you have an engine revving in neutral it's only going to produce enough power to cover it's inertia/friction/pumping losses. It is not making xyz hp @ 8000 rpm when you floor it in neutral - only when you try and stop it (like connect a resistance to it, then it'll be producing power - and only enough power to overcome that resistance, still not the full power).

I have no idea why you think that. I've just done some tests to verify that it isn't true in LFS. I don't believe it to be true in real cars either, but of course the engine management system *could* decide to reduce power when in neutral (my car's ECU doesn't even know that though) or if it spots the revs climbing very rapidly. One thing I did observe is that the FBM torque reduces dramatically quite a long way below the actual limiting rpm value when IN a gear (more than I'd expected) and even further below when the clutch is pressed (that's a bit weird and maybe fake?). I thought this was the reason for my original observation but it wasn't - explained below.

Quote :

...power "rapidly" goes into increasing rpm but it's not using anywhere near "maximum" power (meaning power it has at those rpm when on the dyno or accelerating the car and overcoming air resistance, rolling friction, inertia etc).

This assertion really confuses me. I think you'll agree it's wrong when I explain the test results.

Quote :

In fact, if you payed attention when driving a real car you could notice that even when you shift normally (lift off throttle, clutch in, cluctch out, throttle back on) but trying to make it a pretty quick shift, you will still get a little boost from the engine inertia.

Yeah, have (of course) noticed that. Every 17 year old probably finds that out when first allowed out alone

Quote :

Problem is that you took the FBM as an example.. where the limiter and the shift point are one and the same, so when you clutched on your flatshift.. where can the engine accelerate to? It will just keep bouncing off the revlimiter.

Yeah, I thought this might have been the problem all along. I had been aware of the limiter of course when I did the hotlaps last year, and thought I wasn't hitting it. But now I see the torque (clutch down) drops way below the limiter... However, that still wasn't it.

Quote :

Scawen modeled these transmissions correctly (as far as power/work/acceleration goes), there is no way you can gain acceleration by disconnecting the engine from the wheels and relying on increased rpm and subsequent slippage on re-engagement, over the dog-engagement gearbox.

This is exactly what I think my results below prove to be true in fact. Doesn't mean you'd want to do it in a long race of course. Or in the FBM as it goes.

Quote :

I think your main problem is not understanding how a dog-engagement gearbox really works. The shifts are very violent, in fact, more violent than a flatshift with a clutch.. but power delivery is nearly uninterrupted (in reality it is uninterrupted, the car will never go into opposite longitudinal G while accelerating), the components are very stressed but they're designed to survive.

They sound like a cool idea if a bit brutal. I guess the tyres and engine mounts take up most of the (brief) strain? Maybe the engines get torn off the mounts now and then?

Now the results to support my slanderous allegation that the one and only scipy has made a mistake
Today I did some acceleration tests on the drag strip in an FBM. Lots of 'em. More than it's fair or sensible to report in this thread so I'll be concise. (Need a new thread for more detail if anyone's masochist enough to care.)

The upshot: when changing some way below the redline (even as high as 8500) the time taken to accelerate to any given speed is significantly SHORTER with the clutched change than with the quick lift. Even when changing more or less at the redline (I was shooting for 9000) I only managed one run in which the quick lift got to a higher speed earlier than the clutched change; in the other runs that clutched change was marginally quicker. (My button rate has been set to 10 for this lot of tests btw.)

As you mentioned, the shift point being so close to the redline in the FBM means that it's a poor candidate for this, but perhaps the MRT has the same box? (And an amazingly high redline )

As a result of all of this, I now believe I understand my original problem btw: while the total time to accelerate to any given speed in the FBM when changing at roughly the redline may be just about identical whether you lift or use the clutch, the speed vs. time graph when clutching shows a slight drop and then a very rapid recovery - very brief deceleration while clutch down, then extra acceleration when it's released, "catching" up on the speed achieved by a "quick lift" change. But that means (by integrating the speed vs. time graph) that the distance covered in the clutched case is slightly smaller. D'oh! Quicker to get to a given speed need not mean quicker to cover a given distance...
(Apologies for length )

Quote from scipy :

Sry, don't wanna be dismissive but I'm not getting into energy/work/power discussion with you unless you are willing to go through thermodynamics 1 & 2, internal combustion engines intro and ICE construction first.

Luckily enough I'm a physicist so feel free to get techy when explaining. (Quite familiar with thermodynamics and engines.)

Quote from scipy :

There is no power to speak of if something isn't using it on the other end. When you rev the engine to 8500 rpm in neutral, it makes no significant power. It's better to have 50 % being used than having none during clutch full engagement period.

Eh? When the throttle's fully open at high rpm and you disengage the clutch, the engine is still producing full power unless you cut fuel or ignition. The power just goes into (rapidly) increasing the engine speed. It's still real power. And if you can at least partially convert it back into road speed it's also useful real power.

Ooo, unexpected bonus fixes:

Quote from Scawen :

Multiple object selection - press CTRL and click object button
Selection can be deleted, copied (O), moved (M), rotated (, / .)
Maximum qualifying time increased from 60 minutes to 240 minutes
TC Allowed Slip slider now goes up to 20% (previous maximum 10%)
On changing allowed cars disallowed cars will join the spectators
Exit from pits now results in a clean restart to hotlap position
New packet IS_PLC sets allowed cars for individual players

Fantastic (That disallowed=spec one will make cargame.nl S2 much better - GT2s constantly in/out of allowed cars...)

PS: I agree with Worry - the headlights are bright enough already!

Quote from scipy :

...when you lift 50 % of the power is still being transmitted to the wheels during the shift because only a small unloading of the transmission is needed

Ah, that's probably the key bit of missing info, ta

All the same, am still a wee bit puzzled about the "energy accounting" here. In the "quick 50% lift" case, the engine power output is reduced momentarily, but a negligible amount of that power goes to waste during the change. When the clutch is used, the engine+flywheel soaks up all of the (almost unchanging) engine power while the wheels aren't getting it, and if the engine speed hasn't risen much before the clutch is dropped again then the energy wasted in clutch heating should be "very small" (for some value of "very small"). So, hmm.....