Hi cheesecake, Theoretically LFS is a driving simulator, released as a racing simulator.
Im sure scawen ill read that and think "GTFO"....
Expected does not garuntee anything other than people bringing up useless topics like this one.
I hope that demo racer get's banned for such a pre-puberty low brainer name.
no. That is dumb.
The lowest noticable should be 15FPS.....
The lowest noticable should be 15FPS.....
That's good.
But ill bet the layout prolly has about 700 objects?
( I was here seing if JustASimFan was gonna say something that would give me a reason to flame him , but oh well )
But ill bet the layout prolly has about 700 objects?
( I was here seing if JustASimFan was gonna say something that would give me a reason to flame him , but oh well )
Dear Scawen , I want a feature that can delete idiots.....
Or turn autosave for MPR replays on
lol
There are plenty of reverse threads on LFSforum though
Fortunatly my skins contain COPYRIGHT protected artwork on it , I have my Aya-chan painted on a couple of my chars. Get a lawyer and sue him youself as this has nothing to do with the devs.
Dear god .
Please update Earth to include better graphics and physics.
Please add a anti hack system to assasinate Santa.
Please update Earth to include better graphics and physics.
Please add a anti hack system to assasinate Santa.
Try This:
Run Z28
check server list
Run 0.6
check server list ...
See the difference?
ALot of servers aren't updated yet.
Run Z28
check server list
Run 0.6
check server list ...
See the difference?
ALot of servers aren't updated yet.
Can you let the fking thread die already?
I was trying to point that out as well but I forgot to attach the image:
Here is mine ( this time without forgetting )
I think the 'elevation' of different color chalk above the road surface should be altered as it seems two chalk of the same type and color dont affect each other.
attached image
Ran it and I think I spotted something - but ill verify it before I note it here:
On another note that has been bugging me, especially since the object limit was increased recently.
On A host with like 700+ objects layed out ......
If we get disconected and reconnect to the the same host - we have to load all these object all over again - but not the track itself ( because the track is already loaded ).
:A: Since a command exists to insta clear objects I think it would be a good idea to allow client side caching of the track layout objects so if we reconnect to the host we can simply load the cached - once connected have the client "verify" that no objects have changed.
The reason for this is on a slow or very busy server the 'repeately' waiting for the server to load the same layout over and over again is somewhat annoying. If the track remains in memory after DC or after disconnection then It could make sense to allow the layout to stay in memory as well instead of resetting it every time you are disconnected, or at least make it a slectable option in the client settings.
This way when reconnecting to a server ( or after getting joosed by a server after connecting ) we don't have to sit and wait for 800 objects to load all over again. Basically speeding up the reconnect by 'not' clearing the layout from the loaded track when your connection gets dropped. But only maintaining the layout in memory under the condition:
:B: when switching server then load the new layout from scratch again but clearing the cached layout if the other server uses the same track.
On another note that has been bugging me, especially since the object limit was increased recently.
On A host with like 700+ objects layed out ......
If we get disconected and reconnect to the the same host - we have to load all these object all over again - but not the track itself ( because the track is already loaded ).
:A: Since a command exists to insta clear objects I think it would be a good idea to allow client side caching of the track layout objects so if we reconnect to the host we can simply load the cached - once connected have the client "verify" that no objects have changed.
The reason for this is on a slow or very busy server the 'repeately' waiting for the server to load the same layout over and over again is somewhat annoying. If the track remains in memory after DC or after disconnection then It could make sense to allow the layout to stay in memory as well instead of resetting it every time you are disconnected, or at least make it a slectable option in the client settings.
This way when reconnecting to a server ( or after getting joosed by a server after connecting ) we don't have to sit and wait for 800 objects to load all over again. Basically speeding up the reconnect by 'not' clearing the layout from the loaded track when your connection gets dropped. But only maintaining the layout in memory under the condition:
- Reconnecting to the same server
- Server has not changed track
- server has not /end-ed race
:B: when switching server then load the new layout from scratch again but clearing the cached layout if the other server uses the same track.
Last edited by CodieMorgan, .
Im wondering though ( possibly unrelated ) .
When connected to the server do all other clients wait for a connected player to respond ( or master server ) - ???
It's wierd that when one player is connecting/etc all other players end up unable to perform certain actions until that player has completed his current action.
Not sure if humans can understand what im saying.....
When connected to the server do all other clients wait for a connected player to respond ( or master server ) - ???
It's wierd that when one player is connecting/etc all other players end up unable to perform certain actions until that player has completed his current action.
Not sure if humans can understand what im saying.....
I didnt see this - lol u funny troll.
The idea was that I could go to nutral by pressing and releasing a button.
Clutch button would have to stay in while im shifting to neutral and and requires more work when I need to perform a split seccon action. On a sequentual it's a nightmare.
A quick press of a single button is preffererd > more than holding a button in while shifting down and trying to recover the car at the same time.
The more buttons you have to press teh more mistakes you are likely to make.
There are situations were I have accidently turned off my engine because I fumbled the swing switch - and in a BF1 - that sucks.
That's cool.
I would suggest adding that switch anyhow - even though LFS doesnt have a neutral button assignable command.
It would make it possible to at least use that ability with sims that do support it.
I would suggest adding that switch anyhow - even though LFS doesnt have a neutral button assignable command.
It would make it possible to at least use that ability with sims that do support it.
2 notes:
1: It's not 'Cruise Control' - it's a speed limiter on some cars to prevent violation of pitlane speed - and is a safety feature.
Cruise Control allows you to change your speed when u feel like it at any time.
A speed limitor does not.
2: I'm sure a demo user has experianced speed limitors in the pits.
Cruise Control in a pitlane would not be considered cheating - it is pure lazyness. It isn't hard to control your speed in the pitlane if u have a pedal.
Last edited by CodieMorgan, .
Yeah - and my XFG has "Free Candy" painted all over it. Im pretty legit u know
The keynote as well being the skin starts with the abreviation of the car.
for XRR it would be XRR_TROLLFACE.jpg ....
RB4 it woulf be RB4_DUKENUKEM.JPG...
1: no spaces, use underscores instead.
2: no funny chars with exception of color coding escapes
for XRR it would be XRR_TROLLFACE.jpg ....
RB4 it woulf be RB4_DUKENUKEM.JPG...
1: no spaces, use underscores instead.
2: no funny chars with exception of color coding escapes
I don't know. Ill have to ask LFS.EXE if it has heard anything.
ME: LFS.EXE - Have you heard anything?
LFS.EXE: Meh - IDK - let me ask the Master Server for you
ME: OK ... im waiting.
LFS.EXE: I think we have a winner. DO you want it?
ME: what is it?
LFS.EXE: A Fake Scirroco.....
FGED GREDG RDFGDR GSFDG