Yay!
Any possibility of a local version of /rcm? overridden by remote obviously.
Well, i failed, and google failed. Maybe i switched to the stream_ function set even earlier. To me, it seems the socket extension for php4 simply isn't finished, and with things being so incredibly simple in php5, it's absolutely not worth the hassle.
So, switch to php5 or install a separate cli-only php5 to use for this, because while there might be a magic trick to get it somewhat working under php4, comparing the amount of work involved under php4 to the amount of work under php5, using php4 seems like a really bad idea. Even if you're trying to run it under a webserver where you for some reason really don't want to switch php versions--and wan't short bursts of data off insim, running an exec or system call to a php5-cli would be less work, and you'd have the output in php4 thru stdout.
I do know for sure that i've been playing with sockets in php4, probably TCP, and had those non-blocking errors, another problem completely solved by php5.
So, switch to php5 or install a separate cli-only php5 to use for this, because while there might be a magic trick to get it somewhat working under php4, comparing the amount of work involved under php4 to the amount of work under php5, using php4 seems like a really bad idea. Even if you're trying to run it under a webserver where you for some reason really don't want to switch php versions--and wan't short bursts of data off insim, running an exec or system call to a php5-cli would be less work, and you'd have the output in php4 thru stdout.
I do know for sure that i've been playing with sockets in php4, probably TCP, and had those non-blocking errors, another problem completely solved by php5.
I was able to send and receive, but i could not in any way manage to get the socket functions in php4 and the socket dll/so to work non-blocking, meaning any read or write operation would halt the entire script until it was finished.
You really should move to php5, php6 is already on it's way, but i'll try writing something short for php4, hang on.
My guess is you're trying to achieve this without any form of server-side scripting/cgi (php/asp etc.)
Result: you can't, all the code/snippets posted in this thread deals with fetching statistics and info from lfsworld using a server-side scripting language such as PHP or ASP, HTML is used to present the information, not gather it.
Solution: find out if your web host offers any server-side script support, if you're running your own web server, find out how to offer it yourself.
Haven't read or tried the class yet, but iirc you should get some kind of console output from LFS even if you're not sending the right stuff.
And a successfull InSimInit should of course render ..
Packet received before ISI packet, Admin password doesnt match, unknown packet (x bytes).And a successfull InSimInit should of course render ..
InSimInit: port xAs for programming, there's nothing special about Insim, your tutorials would be about basic networking and dealing with binary data.
: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?
FGED GREDG RDFGDR GSFDG