Track sucked though...
It's a silly excuse for a circuit, even a street one.
The only wide spaces are completely useless because they give you no opportunity to overtake, and the places that allow overtaking end up in a bottleneck making every attempt at passing overly risky.
Sole exception being the hairpin at the end of the s/f straight.
The race was eventful, I'll give them that. But being held up by team Lebanon, because blocking here only takes about 10cm of deviating from your line, has to be something nobody likes very much.
Next season they should go to Kyalami or Welkom in SA, and add a different street circuit to the calendar. I've always been a fan of Long Beach for some reason.
Funny how in about an hour and a half, a driver can go from zero to hero...
He should never have stuck it on the outside in the sprint race, and I cursed him for that stupid move... Then in the feature, he did the same thing at the same spot at the same lap (the final one), and pulled it off, and guess what? It was a brilliant move now :P
Yes, but when the whole language patches thing came to an end Scawen mentioned starting work on a large (incompatible) patch to solve some of the bigger physics bugs... So that leads me to believe the initial release pattern of 0.3, 0.6, and 1.0 might be changed to 0.3, 0.7, 1.0... Basically that fits it better as well, because S1 was actually 33% of LFS, S2 66% (which rounds up to 0.7) and S3 100% done.
Either way, we're not at S3 stage yet, and I have a feeling that what we currently have will turn out to be only about 40% of what eventually will be S3.
SO we'll have plenty of room for patches once the final is out. It could even be that Alpha = 0.5 until the next incompatible physics patch, when it will be 0.6, and then S2 final which will be 0.7, so until S3 we'll have at least 3*26 patches left (if S3 alpha is released like S2 alpha).
On the other hand... WHY do you think Scawen released the language patches? Just so he could start using cyrillic characters for the versions of course
ajp's argument is exactly what you say... On stills (renders) the environment may look real, but the way we look at the screen and objects make them completely unreal because of the amount of detail we get... What you see on the screen, is not what you'd see in a real car on the same track... So he pleads for less detail to make it more realistic.
Hmmm... I've done that hundreds of times... Here's how to create a dual boot system the manual way:
So you've got 2 systems booting from different drives...
Make the W98 the primary master drive (the one it boots from)
Boot into W98 and create an Emergency Boot Disk...
Open Notepad and type in this (and exactly this):
L 100 2 0 1
N C:\BOOTSECT.DOS
R BX
0
R CX
200
W
Q
Save this file to the W98 system partition with an easy to type name (like Boots.dmp)
Reboot using the W98 EBD you created.
At the prompt type
DEBUG < C:\BOOTS.DMP
(use the name you just entired for the notepad file)
Check to see if there is a new file called bootsect.dos on the C-drive.
Next, boot up using the Windows XP install CD.
Once the setup loads, choose repair, and enter the recovery console for your Windows XP installation. It should detect it even if it's not on the bootable drive.
At the prompt, type FIXBOOT and press enter.
type Y and enter...
Remove the XP CD, reboot, and you'll have your options including W98 and XP...
The slave active partition will be disabled upon boot, so it should work fine.
If it's the comp it's probably hardware related. On the other hand, Windows should NEVER freeze because of a software problem that doesn't shut down hardware (that's why we have those blue screens).
I can only assume that there's something in your BIOS settings that turns off something it shouldn't turn off because of some threshold being reached. Usually this is temperature related. Even if it's not hardware related in the end, this is the best place to start experimenting, since there's only so much hardware in the comp.
Try the following:
Take out everything except the proc, and some memory (only one strip, not all if you have more)... Run the comp, and wait and see what happens. Then one by one start reinstalling hardware, until the beeping occurs again. (of course an old PCI videocard would be useful if you don't want the comp to seriously stress out because it wants to draw out the pictures in thin air.)
It's gonna take time, but at least you're ruling out hardware as the problem.
Also, check the proc for any bent pins (there's about 187 of them, so that should keep you busy)... Since you changed the MB, I'm assuming you inserted the proc. Could be you messed that part up just a tad. Or applying the cooling block might have slightly cracked the core (depending on what proc you got). <-- Yes, I've spent days looking for this very problem of a tiny crack in the core with my PC stopping dead in its tracks after about 20 minutes of uptime. Since this is a pretty dangerous operation when the cooling is already in place (you could crack the core by removing it again), I suggest you try this last.
If none of these solve your problem, get back to us, and we'll start examining your system.
(BTW, Windows not responding and the mouse still moving is not so strange... The way the mouse works on a computer is in many ways the stupidest design flaw ever... They made sure that the mouse's I/O will not interfere with anything else, so unless the processor itself is in a deadlock, and windows hasn't killed all its threads (which is basically when you get a bluescreen), the mousepointer WILL move.)
And to be quite honest... That's the only two words that should ever have been written in it... On the cover of a book "Don't PANIC" in large 'friendly' letters.
As for favorite font...
For large pieces of text, it's gonna have to be Century Schoolbook or Goudy Catalog... Only because it's just a pleasant typeface to read for long periods of time.
For the sheer looks of it, Lithograph and Mystical... Reads like sh*te, but looks awesome on posters and flyers.
Of course, there's hundreds more (I have several thousands installed) that are good, and as many that suck.
You know you can search the posts for keywords like DFP instead of just the thread titles, right? It will even highlight the keywords when you open a thread in the searchresults.
So by reading this topic, the skins started downloading again?
What worked? Deleting the helmet skins? If so, I'm going to try and recreate this problem so we get better insight into what makes it fail in the first place.
Victor, Scawen...
Seriously, it's not a BIG problem, but there seems to be a bug with the auto helmet skins download... Would you mind looking into this when you have a chance? My guess is it only happens when one or more of the helmet skins is corrupted on the local drive... I have NO clue how it could still happen when the entire skin_x folder is empty, but still that seems to be the case... It happened to me back in October, and it happened to other people as well... And Yugo wasn't entirely going crazy... I only remembered the helmet part because I looked for my own original post on this subject and someone mentioned helmets.
What conditions need to be met for a skin NOT to download? Must be on local drive, must have a timestamp newer or equal to the one on the server, and must have matching CRC?
I just found part of the original conversation about a looping problem like this on here...
Yugo, bud, can you do me a favor and try something for me?
You said you'd removed all the skins from the skin_x folder, right?
I'm assuming you tried connecting to the servers after that and start all fresh with no skins, so it would download ALL of them... (if not, hold on a bit, want you to try the next first)...
Try deleting ALL the HEL skins (helmets) from the skins_x folder. Turns out for someone that was the problem (I've tried millions of things, and found it worked again all of a sudden, so that may actually turn out to be what did it for me eventually). After you've done this, connect as usual and auto download the skins... See what happens, and report back.
If that doesn't work... Do me another favor (at least we're working on your problem now)... Delete everything from the skins_x folder (including hidden files, and stuff like that), and delete all skins except the default ones from your skins folder as well... I want everything to be clean so we can see what happens... Next, make a screenshot of when you join a server.
All white skins... And make one where you have the MISC options menu open (it shows the list of skins it downloads...)... When it's done downloading and starts looping (if ever), make another screenshot, just so we get to see the list of remaining skins. Then disconnect from the server, turn off auto downloading, and reconnect (you should see the skins, right?)
Screenshot of the skins, then turn autodownload on again, and make another screenshot of the disappearing skin...
I want to see what it is exactly that's happening... I also would like to know if the skins that disappear reappear in the MISC options window, so we can see if it redownloads them or leaves them alone.
Hide the .jpg files, or just the extensions?
This is getting weirder and weirder, but it COULD be that "hide extensions for known file types" is acting up. Uncheck that in "Folder options".
The weird part is that for some reason, the amount of skins LFS seems able to display changes when you use automatic skin downloading. I don't know how LFS handles changing that option, but it would seem to me that skins turning white has nothing to do with files on the harddrive at all UNLESS they are all reloaded when that option changes.
I remember a time when there were a lot of people complaining about skins not downloading... Maybe search RSC forums for "skins won't download" or "skin download loop" or something... It may turn up something useful...
@ Tweak: Actually it sounds as though the problem you are describing is the mirror image of this one... With you, this guy's skin wouldn't load on your PC, while here your skin won't load on his PC.
So... LFS says it's downloading the skins... And says its downloading some of those more than once in a loop...
While it is downloading those skins you don't see any of the downloaded skins, but when you disco and reconnect to the server, you see the previously downloaded ones, but not the ones it hasn't finished downloading yet?
If so... I've had that problem once... There's a list of skins it's downloading in the player options (I think)... See which skins are on there, and try to stop them downloading (you can cancel the downloads by clicking them or something, can't really remember... When you've done that, turn automatic skin downloading to off, and connect to the same server again... Then disconnect, turn automatic skin downloading back on, reconnect, and for some strange reason, from that moment forth, it would simply download all the available skins for me. There may be a small bug in the automatic download functions, causing the skins to become corrupted, or the wrong message received when downloads finish. Most common for me were helmet skins not downloading correctly.
Well we won't be able to help you if you don't tell us how it's set up...
We need to have at least some idea of what a packet of data has to pass on its merry way to and from your server to and from the clients...
So what IPs are you using on the server, how is the server itself configured, how is the router passing the packets needed (NAT config would be really nice to see), etc, etc..
You may want to scan anything you post here for passwords, so we don't get to see those, and you may change your external IP address to something else so we won't instantly know where to send spam mails, or virii (not that we'd do that, but this is still a public website). If you change the IP address, make sure you change it to the same one everywhere, or else we'll be yelling a lot of false positive errors in your configs
If any of this did not make perfect sense... Just say so.
LOL... You wouldn't happen to have one of those Genuine People Personality Prototype computers, would you? Because next it'll go off in a rant of how all the diodes down his left side hurt, but nobody ever cares to replace them, ooohhh no, it's god it's so depressed... Life, don't talk to it about life.
Just think about the possibilities, mate... stepping through a replay like that, having all the time in the world to position the camera just right before you hit Record, and the slideshow begins to fill your harddrive... Listen to the LFSMM write the frame, then seeing it advance one frame, adjust the camera, wait for the frame to be finished, and save it to disc, seeing it advance.... I'm ranting.
Yes, this is getting stupid, because I will for the 3rd time tell you that not everybody thinks like you... There are plenty of RL racers that do not mind an occasional bumpdraft, as has been proven over and over again in this thread... You keep referring to BD as "bashing into eachother" which it is not.
Only in your mind is BD slamming other cars... I'll go look for that link to that vid...
Well, I didn't see a need to get technical and vacuum is what best describes a low pressure area, since there's nothing with less pressure than no pressure at all. No matter what you do with the air around the car, as soon as there is less air directly behind the car than there is elsewhere, that's a partial vacuum and that's a low pressure area... And that's the only way a low pressure area is created... Turbulent air (dirty air) is NOT a low pressure area, it's a variable pressure area... Where air molecules collide there is high pressure, where they've bounced off of eachother there's low pressure. That's why F1 cars are inefficient in dirty air, there's unequal pressure working on the wings and pushing against the car.
That's also how the wings of cars and planes work. Air sticks to a denser object when it flows passed it. So the longer part of a 2 sided wing will have the exact same amount of air stuck to it, over a larger area, which means there's less air in that area than the other side, which is a partial vacuum, which creates a lower pressure, which creates downforce, or lift, respectively. What actually happens is that the air molecules travel a larger distance in the same amount of time, but while it is being used to explain what happens it is totally irrelevant to the creation of lift or downforce. The speed of air molecules has nothing to do with air pressure, only the amount of air molecules in a certain area does.
And F1 designers not only try to create as small a pocket of low pressure as possible so others can't draft them... The smaller the low pressure area behind the car, the more pressure there is at the back of the car, which simply means the lower the drag of the car will be (and the faster it will go).
It's not nonsense Tristan, it's explaining what happens in an easier to understand way than you do. I've only barely managed to keep the damn golfball my teacher loved out of the discussion.
I never said great extend, just a lot more than "only in NASCAR"...
It happens a whole lot more than you guys want to believe... And less than you seem to think I want to prove...
Which I already said I do avoid.. I don't go around bumping every car on the track.
That's not the problem of the bumper, but a lack of discipline of the bumpee... So if someone messes up an overtaking manouvre, and pushes me to the outside of the track, that gives me the right to punt him off in retaliation on the next turn?
And that's why there are rulebooks... And if the rulebooks say "no bumpdrafting" then I shall not bumpdraft... No such rulebook exists in LFS, only in the leagues. So in public servers, it's allowed unless otherwise stated. Frowned upon or not. Besides, it's really fun when you find someone you can work with race after race... So what's the big issue? It's all in good fun. Don't agree with BD, let me know, and I might just stop doing it just for you.
Very good points, but not only valid for BD. Forget point C and replace BD with overtaking. Same conclusion. So is overtaking bad? Has nothing to do with BD in itself, but more with the amount of stupid people on servers. Like I said before, there's no harm in BD when done correctly, and when both drivers are in agreement.
As for point C, LFS doesn't represent the "greater world of motor racing", LFS represents "all of motor racing", which includes the part that does think BD is ok. It IS a part of motor racing, and as such it will be done in LFS... Nothing anybody can do about it in public servers with no set rulebook.
Yes, and could make for some really fun races too.
Disturbing the air, yes, but the vacuum a formula car makes is very small because of the way the air flows around it (1 meter was just exaggerated to show the point, but not far from the truth, watch the spray of rain behind a formula car, it goes straight up... the vacuum (draft) is where there's no spray). Dirty air is not a draft or slipstream. Slipstream is the hole a car creates in the air, sucking the next car towards it. A formula car is designed NOT to do that.
But the facts as you represent them are open for interpretation. It's like religion. Everything is presented as being facts, but the only fact is that it is only an opinion on how to interpret the so-called facts that is presented as fact.
Tristan, you forget one thing... Aerodynamically designed vehicles create less of a slipstream than the touring car type cars which aren't... So a formula 1 type car would create a hole about 1 meter long, while a BTCC car would create a hole about 10 meters long. So while an F1 car may have a draft at 130mph, a BTCC car may have a draft at 100km/h.
Tell me what a "worthwhile speed benefit" is, if you would be so kind...
As for it not existing in R/C cars or karts... Watch the vids, and read this quote from a TransAm driver:
Why would he mention Bumpdrafting when it doesn't happen?