:eclipseeh :soccer: :eclipseeh :static:I'm getting the shift-f4-stuck-in-black-window thing with U10. 
It's a normal 24h ban, would be alot shorter if it could.
It's restarted now.
Just think of it as different button confiuration files, or different profiles, changed thru /run'ing a file, such as /run change_to_paddles.txt, which should change your in-lfs-button-configuration to shift with the paddles.
So you'd have paddles.txt, sequential.txt and stickshift.txt, /run'ing them would switch the buttons/settings around so you wouldn't need to configure it yourself, change wingman profile, or run another copy of lfs
Not really, his html and css just isn't valid. Only a small part of css was valid since there was actually not much css at all, which i didn't notice.
Your html doesn't follow the specification of the doctype you've got set, it therefore fails validation. Your CSS contains a whole load of non-standard properties and has only a small part which is actually valid.
http://www.w3.org/
Maybe check your global profiler settings first, ie. profile assigned auto / fixed profile etc.
And why use two arrays when you only need one? 
<?php
while($row = mysql_fetch_array($res)){
$TeamMembers[$row['nick']] = $row['nome'];
}
?>
Can't say i really understand what you're asking for, but if it's the array creation ..
<?php
while($row = mysql_fetch_array($res)){
$nicks .= "{$row['nick']},";
$nomes .= "{$row['nome']},";
}
$TeamMembers = explode(",", $nicks);
$InGameName = explode(",", $nomes);
?>
<?php
while($row = mysql_fetch_array($res)){
$nicks[] = $row['nick'];
$nomes[] = $row['nome'];
}
?>
Probably because PC-games are designed to run on monitors where pixels are very sharp, and movies are designed to be displayed on various sources where pixels are more or less blurry. LFS has a setting for message size somewhere, only affects the chat messages iirc but atleast you could try maxing that if you can't read the chat on the TV.
http://www.lfsforum.net/showthread.php?p=112896#post112896
So if i did have enough sleep and got it right, that'll be about ~1,02mb/s or ~8.6 Mbit/s for 60 cars at a mere 3 pps, sticking with only 3 spectators.
So if i did have enough sleep and got it right, that'll be about ~1,02mb/s or ~8.6 Mbit/s for 60 cars at a mere 3 pps, sticking with only 3 spectators.
A good choice might be a windows popup asking for which codec i'd want to use, from which i'd probably pick uncompressed most of the time. Simplest and fastest would probably be to just offer uncompressed output for both audio and video.
You're talking of something completely different.
The basic math concerning capture speed would include how many cpu cycles LFS needs to draw a frame, and how many cycles for the codec to save the frame. Choosing a fast codec would seem like a good idea here, since LFS tends to use quite alot of cycles.
MJPEG isn't a fast codec for reading either, which doesn't exactly help the process of editing captured video.
.. did i mention it's pretty damn slow, too?
Using a codec heavy on CPU to record from a game heavy on CPU does not equal speed.
The more important point might be there are other lossless codecs with proper standards available, and a good balance between quality and recording speed? using a codec that eats cpu whilst recording from lfs which also eats cpu into something that's not lossless is none of those things.
Uncompressed avi equals lossless quality without stitching 14,000 BMP's together.
It's actually a terrible host, 21kb/s here, about 2,5% of my bandwidth.
I'd guess that's what he meant, replace "as" with "to".
-1, MJPEG is a lossy format even at 100% quality, very cpu-heavy and there's no single mjpeg standard.
+1
FGED GREDG RDFGDR GSFDG