zorlac

Gah... UK price is £114.95 (equivalent of $199.16 at current exchange rate).... now, THATS pricey!! We get so ripped off for kit over here, most stuff is the same numeric cost in UK Pounds as it is the US $ :( http://www.rcsimulations.com/usbpro.htm

ooo... nice... what make/model? Rudder pedals are probaly my next purchase, so I am starting to look around a bit now

Just a quick question... anyone know if ED will be implementing seperate controls for Throttle and Collective in Black Shark? Or a "newbie" throttle and auto-collective system?

check overspeed check undercarriage check air brakes check you closed the canopy :)

Good call....

Mirrored here: http://www.syn-ack.com/lomac-hosted/high_beta1.zip

as a temporary test, try turning down your GFX card Anti-Aliasing (or turn it off) then try your tests a few times. I was amazed at how much further away objects on the ground and in the sky remained visible.

Just curious... in the AsyncNet file on the server, I often see some cryptic messages: kicking 2: invalid protocol (16) kicking 6: invalid protocol (4) kicking 2: invalid protocol (1) Can anyone explain what these different error messages mean? I am guessing at least one of them is for clients with the wrong game version trying to connect.

When a spctator joins a server, the Asyncnet.log file shows the connection correctly: but the player name is not displayed properly in the mp_log.txt file: The in-game list of players shows the correct player name when you press the ' key, its just not logged correct to the log files. Any chance of fixing this?

Are you getting kicked just after joining a server? Are you then asking if you were kicked by server admin? Not getting any answers because the server admin isnt actually there? Then PLEASE change you timeout config, which is the number 1 reason for getting kicked right after loading. Here you go, follow these instructions (thanks to Jester_159th for the post about this I just found): ============================== You need to change the timeout settings in the network config file. Go to Eagle Dynamics\Lock On\Config\Network folder. In that folder you'll find a file called "Config." Change the settings for gameTimeout and idleTimeout to 600. (not sure what the default timeout is set at, but its WAAAAY too small) ============================== It could of course be that the Intraweb just momentariliy "broke" and lost some of your traffic.... just be amazed that you are playing on a server that you will never see, run by people you will never meet, in some country somewhere that maybe you will never get to visit. We all take the internet for granted, but sometimes the supply of pixie dust and sticky tape runs out and things just "break" for the weirdest reasons :) Z

I didnt know that... seems like the obvious answer to the problem. ED - If there is ever going to be a v1.13 patch (probably to close to make it into v1.12), please do this "fix" for all the other aircraft. Even if you dont plan to do a v1.13 patch, find time to do this one thing for a mini-patch (even if it is just a "servers only" patch), or you will end up losing players (read: customers) before you even get to release v1.2.

you mean like a host unique ID? Thats how some games identify individual users, by player "ID" (like Battlefield2 for example, where you have to "log into" a central server to play on EA/Dice servers). User accounts can be blocked on their servers. With ED, they could use the SF hardware unique "key" I guess. I think that would be quite effective... until SF gets hacked/bypassed (AFAIK that hasnt happened yet, but i have no doubt it will at some point). Also, dont forget that SF on the CD version never requires new keys when you change hardware, all its doing it checking that the CD is a genuine CD. Then we get into the realms of false accusations... and thats where the problem really lies. Without undeniable proof of someone cheating, then we can only assume. With the bugs I have read about on here about players in one aircraft showing up on other systems in a completely different aircraft, how can we be 100% sure without screenshots? And the "having to save custom loadouts" is just dumb IMHO.... there are too many holes in the codes for mistakes to be made, and blindly banning someone because of hearsay of other players or because of server log entries or even from "end of round" screenshots that aparantly show who did what is trusting something that just cant be trusted.

no, the MAC address is **ONLY** last hop... PC - router - internet - my router - server any traffic comeing from "PC" to "Server" will only ever have the MAC address of "my router". You will never EVER see the real MAC address of "PC" unless you are on the network next to "PC". "PC" knows its default gateway, and ARPs to find the MAC address for that IP. "router" accepts packets from "PC", strips off the MAC encapsulation, works out where to send it, finds out the MAC address of the next hop in its path, puts the packet back inside a header with new MAC info in it, and sends it to there. The next hop will see the correct IP on the packet, but the source MAC address is now showing as coming from "router" and not "PC". The packet payload remains intact, but the outer encapsulation layer is created and stripped away every time it passes through a device. MAC addressing is only used where no routing is involved (direct connection between hosts, which may be firewalls, routers or PC).

I would get offended about that unjustified comment... but your just acting like a troll, so I wont rise to the bait by starting a flame war. There are no AWACs mods on the VVS504 server. I dont want any applications available to the outside world that I really dont need. Call me paranoid, but thats my job. The export.lua on the server only exports the game events ("x joined", "x killed y", "y bitched about imaginary AWACS on server.. must be there because y is so uber-leet that he could never get shot down by anyone") so it can be seen here: http://www.syn-ack.com/vvs504/serverstatus.shtml (Along with Player count, and network/CPU/Memory usage). It also spits out the IP addresses of the connecting clients so I can keep track of who is on the server, when and where from. So, are you saying that you run lua AWACs on your personal server then? Do this on a regular basis?

Sadly, MAC addresses are only ever used in the "last hop" of the network path. If you have two machines on the same subnet, then yes, you will be able to see their MAC addresses, but as soon as you have a router along the path, then all you will see is the MAC address of the last piece of equipment that passed the traffic through it. Its just the way that the IP protocol works. If I started banning based on the MAC address of the clients, I would actually ban the MAC address of my firewall at work, which would block everyone. :( I whole heartedly agree that there needs to be better admin tool for Lomac. The MP _log file holds the info about the player's IP addresses, but there is no way to tie up the IP addresses with specific players at any moment in time. The only way is to kick someone and then immediately check the mp_log to see which IP got kicked. Please ED, give us a mp_log (or equivalent) that holds a sync'd copy of player names and IP addresses... PLEASE!!! I would also like to see an option where the server can have an optional admin password that may or may not be used. Players who connect to the server without the admin password just play as normal, but players who connect and have entered the correct admin password will have the ability to bring up the player list and kick other players. These kicks should clearly be listed in some log file somewhere, stating date/time, current mission file name, the player and IP of the admin, the player and IP of the player kicked, with a text string created by the admin player to give a reason for the kick. The same system should also give the option to ban the player by IP or player name (or both), and this information held in a text file on the server. Come on ED, help the server admins keep this game free of "room-temperature-IQ" knuckle-dragging retards, and allow us to keep this great game cheat free. (504)Zorlac (VVS504 Server admin)

VVS504 server, today, only player on the server at the time: Client Name: h2.cinet.novoch.ru Client Address: 195.161.176.166 (RostovTelecom) Bug? or cheat? How on earth do you launch a KH-29L from a MIG? The office Laser pointer taped to the HUD?

welcome to HUGE files with fraps... its just the way it is. For fraps to record higher frame rates, it needs to spend less time doing compression and more time writing the file to disk. If you wanted the fraps files to be smaller, the frame rate it could record would drop badly because it would spend all its time trying to compress the images into the AVI. Just do the maths on it: bytes-per-second = ((width x height x depth) / 8 ) x recording-fps 800x600 24-bit @ 15fps is 21,600,00 bytes per second 1024x768 24-bit @ 15fps is is 35,389,440 bytes per second 1280x1024 24-bit @ 15fps is is 58,982,400 bytes per second. So, fraps has to grab that much data from the gfx buffer, do any resizing on it, then save it to disk. Not sure it has any spare horsepower to do any on-the-fly compression too :) - High Frame Rate - Good quality AVIs - Small file sizes pick two....

"All for one, and everyone for themselves" :)

... and the SU-33... (kind of... our XO has some kind of deep rooted aversion to anything "Navy"... now, where did I leave "THAT" image? :) )

"We have found that the file is related to the following subjects: Dating service, online dating " ooerr!!

so far in this thread, i think we all are :)

504th Red Hammers

http://www.theregister.co.uk/2005/11/30/bt_snafu/

*cough* Server is in Cambridge, UK

Thanks Han! Better would be to leave that bug off the 1.2 buglist, and put me on the 1.2 beta test list ;-) Ah, it was worth a try...