That's one of the main features for me, opening a video results in a window playing the video, no buttons, no skins, no menus. Strong streaming features too, i've set most mime's to "send url to player" in Opera, works great.
No, in LFS, it doesn't. I've lagged out from servers a few times, meaning my ping was constantly extremely high for such a long period of time the connection was ultimately dropped, my fps has never been affected by this in any way.
Some games / programs might drop in fps due to network latency, perhaps they've been written to wait for certain network events before actually drawing the next frame. LFS doesn't do this, it's just low fps, whatever is causing this, it's not your ping time in LFS.
I still doubt that the human brain / eye works in such a way that you would/could describe it as "frames per second".
They are basically the same, but i agree xvid is better.
Not really, It'll be way too much for a movie featuring a series of still images, and it'll be way to little for a movie featuring a full grid BF1 race on SO1 in 1024x768 30fps with camera switching every 3 seconds, etc.
My xvid config looks like attached image, i never mess with anything other then this little screen.
If you've still got your project files, go over the settings in premiere and make sure to stay away from anything related to interlacing or de-interlacing, set the sound volume lower, make the video stretch to your frame size and export the movie using some form of compression.
I'd guess this video would weigh in at about 15-20mb as XviD.
I'd recommend virtualdub for compressing, premiere is slow enough rendering to uncompressed avi, and not many codecs seem proper enough for premiere to not throw an "unknown error" while rendering.
The opening "crash" was neat, and the UF1 roll was nice.
I'd guess this video would weigh in at about 15-20mb as XviD.
I'd recommend virtualdub for compressing, premiere is slow enough rendering to uncompressed avi, and not many codecs seem proper enough for premiere to not throw an "unknown error" while rendering.
The opening "crash" was neat, and the UF1 roll was nice.
Last edited by filur, .
You probably need to include the \filename.cfg too.
Specs aren't really guides / tutorials, are they?
Using 9.01 build 8542, just as fast and brilliant as ever.
Which, in my opinion, is a whole lot better then alot of people not knowing which commands are available.
And when they can't see people typing !help either, a lot of users still won't understand.
There's no point in having public commands and extras available if the majority of people can't use them, both of you are basically pointing out that alot of people notice new stuff by seeing others use it, which is a good thing, in my opinion.
Your connection, obviously related to LFS since multiplayer needs a reasonably stable/good connection to work properly.
If this was something new caused by LFS i'm sure the forum would be quite flooded with similar threads, which it isn't. I've seen a few posts about start lag being increased, which i've also felt myself, but nothing like "everyone see me as lag".
Also a good idea to include which version you're playing, in these times of 20 compatible patches/versions being around.
What bal00 is saying is, ping and lag are not directly related to your amount of bandwidth (speed), latency (ping, lag) depends on how fast a bit of information can travel from your computer to its destination, it doesn't matter if your connection can push 100kb or 1000kb thru the wires per second, what matters is how fast 0.001 kb can move from point A to point B disregarding the total amount of information you're sending.
About replays being laggy, LFS in multiplayer mode has a maximum rate of 6 position updates per second, and most servers run at an even lower rate to save bandwidth. This means a multiplayer game can basically never be as smooth as an offline game, provided cars move fast enough so their movements cannot be covered by these 6 updates per second. UF1's tend to jerk around less, BF1's tend to jerk around more.
As for movies being smoother then your mpr's, this can be the result of picking out scenes which doesn't lag too much, or a bit of frame blending or blurring to cover up tiny amounts of lag. Movies also run at a lower frame rate then the game which could also cover up small amounts of lag.
About replays being laggy, LFS in multiplayer mode has a maximum rate of 6 position updates per second, and most servers run at an even lower rate to save bandwidth. This means a multiplayer game can basically never be as smooth as an offline game, provided cars move fast enough so their movements cannot be covered by these 6 updates per second. UF1's tend to jerk around less, BF1's tend to jerk around more.
As for movies being smoother then your mpr's, this can be the result of picking out scenes which doesn't lag too much, or a bit of frame blending or blurring to cover up tiny amounts of lag. Movies also run at a lower frame rate then the game which could also cover up small amounts of lag.
You'll also have a whole lot of users not knowing/finding out what commands are available, and a whole lot of "type !this to do that".
Probably not, the insim docs specify word as a 2-byte unsigned integer, i unpack words in PHP using the S format, which looks similar to the H format on that python manual page.
unsigned short (always 16 bit, machine byte order)
http://en.wikipedia.org/wiki/Word_(computer_science)
Tried the demo to see what the BMW was like, but i can't really tell. rFactor gives me massive steering lag, if i turn the wheel fast enough from side to side, the in-game steering wheel is basically at the other end at all times. FFB doesn't tell me a thing about, well, anything. It all feels a bit like driving LFS with the keyboard.
Steering lag would make sense if i had 1 or 2 fps, but i've got well over 60.
Tried to slide around a bit in the road car too, which didn't really work. The sound still reminds me of the washing machine hall in an apartment building where i used to live.
Steering lag would make sense if i had 1 or 2 fps, but i've got well over 60.
Tried to slide around a bit in the road car too, which didn't really work. The sound still reminds me of the washing machine hall in an apartment building where i used to live.
Just poke the HDD holding the files every now and then, if this is the main problem.
I'd say it really doesn't, Windows can't figure out which things should preferrably be kept in RAM and which things could work just as good in virtual memory, having all your radio sounds in memory might create a situation where an SQL query on my PC ends up being handled in virtual memory, something i'd really notice.
Only clients and a server hosted in-game can add AI's, the dedicated server cannot.
A format like XRT_backfire (x).ext has been successfully applied elsewhere i believe.
The thought behind this suggestion was basically to let people not only customize, but also remove stuff they don't want without creating empty placeholders.
Argument would be that the performance loss of streaming from harddisk would probably never be noticed, while as your program is currently designed it uses over 40mb of RAM where 90% or so results in a performance gain nobody will probably ever need.
While arguing that using memory if it's there is kind of a good point, arguing to not use memory when you don't need to is even better.
This is all pretty neat, but i've got a few suggestions nonetheless.
Don't hardcode the loading of backfire sounds, let your program load either any sound files in the backfire directory, or any files matching "backfire (x).ext".
Don't load the radio sounds into RAM, even if you switch to a compressed sound format it's really alot of unecessary memory usage. Just stream from disk once you've picked a sound to play. Needing a bit of performance for backfires makes sense, but you'd probably never notice a radio sound playing 50ms too late.
Don't hardcode the loading of backfire sounds, let your program load either any sound files in the backfire directory, or any files matching "backfire (x).ext".
Don't load the radio sounds into RAM, even if you switch to a compressed sound format it's really alot of unecessary memory usage. Just stream from disk once you've picked a sound to play. Needing a bit of performance for backfires makes sense, but you'd probably never notice a radio sound playing 50ms too late.
Get a copy of Process Explorer, let it run while you race until you get one of these performance drops. You should be able to figure out which process is stealing precious CPU cycles from either hovering the mouse over the graph, or from the column CPU History (may need to enable the column from View -> Select Columns -> Process Performance).
Make sure the admin password is actually specified in the servers setup.cfg, lines with two leading slashes "//" are treated as comments, not used as commands / settings.
//admin=password should be /admin=password to not be treated as a comment.
//admin=password should be /admin=password to not be treated as a comment.
Wow, i typed in the URL without the referral part (:razz and after 5 or 6 redirects i ended up at a page telling me i've won the lottery. All they needed were some personal details and an email adress, to which they'd send not only lottery news, but sponsored advertising as well.
and after 5 or 6 redirects i ended up at a page telling me i've won the lottery. All they needed were some personal details and an email adress, to which they'd send not only lottery news, but sponsored advertising as well.FGED GREDG RDFGDR GSFDG