Content Type
Profiles
Forums
Downloads
Gallery
Events
Articles
Everything posted by B16Enk
-
LOL, if you do get a tan from your monitor you spend way too much time in front of it, and you have the brightness up waaaaay to far If you need sunglasses to look at it it's too bright
-
I had a Triton when I left the Army in '81. Wide line featherbed, T150V mill road holders (IIRC) forks, clip-ons, rear sets and a nice ally Manx tank. Had a condenser mod so no battery was required, and Boyer-Bransdon electronic ignition. The triple sounded sooo sweeet through a reverse mega 'silencer' that was home made, I always used to say it sounded like a demented Merlin. I nearly cried when it threw a big end out through the crank case, I no longer had the earnings to repair it so it was eventually sold for the bits. Beautiful head turning ride.
-
The magazine I subscribe to, PC-Pro here in the UK, tested a bunch of anti-spyware apps and Spyware Doctor came out on top, and is still rated as their 'A' list solution. Woofiedog over @ UBI forums had an issue with an older version of it, a patch was available that I found for him.
-
Sorry to hear your news m8. I hope it's a decent package and you soon find the job that brings you both satisfaction and the level of income you desire. My enforced un-employment had a silver lining, I get to spend quality time with my wife whilst the kids are at school :cool:
-
LMAO spot on as always DT
-
...on the Israeli/Hezbollah situation: Link for Windows Media Player Shame he had a mouthful of food at the time, and didn't know the mike was on unlile that [sarcasm on]lovely chap[/sarcasm off] Tony. Funniest bit is the female news reader....
-
Like BG says. Not because you are likely to get a virus whilst connected to a DF/Co-Op server, but because it is easy to forget to turn it back on and you are still open to potential trojans. AV does use resources, but it is very little and you could add *.sfs files as an exception to not be scanned by real time protection if your AV allows that level of granularity.
-
I'm back now. But working outside sorting out the pool, time to run East Anglia dry of water again when I start refilling it . Post back a selection of available times, or window, and I'll endeavour to be available after 19:00 BST.
-
I have to go get groceries. But can also be available on MSN later if required. Remote assistance is ideal for this sort of thing
-
LOL. A different angle on 'Piles of Experience' eh Klinger!!
-
2 methods: 1. Enter Netspeed of 5000 2. Use drop down on network tab to select 56K. Either method, and only one is required
-
Much better Sged
-
The ISDN setting was quoted at some point, however 56K is probably better for us as several squad members are on dial up. To recap my understanding of the theory: The network speed setting dictates packet/stream size. If set too high the server has to receive and action a data stream that will result in data being lost, and then needing to request a re-send from the sending client. This extra processing will have a knock-on 'Domino' effect to all connected clients. When the upload speed (client) matches the download speed (server) then data is processed in a timely fashion. Dividing the servers connection upload speed by the maximum number of clients desired will give a figure, in kbs, that is then set in the network speed dialogue on both server and client and must match. Failing to do that can and will result in clients swamping the server with data it cannot process, and it will need to request a re-send that will result in the warping and lagging we so love. A single mis-configured client can cause warping for ALL on the server too, but this will be of a minimal nature and will impact mostly the client involved (and whoever is on his 6 at the time ). Rather than start at ISDN or higher I think 56K is a good starting point, and I reckon it will also be the magic number for us as it falls comfortably under the division result for 32 players on an upload of 250kbs (having a little head room on this figure allows for the minute amount of traffic TS consumes and any potential variation in the upload speed). I stress again that this is my theory based on the little I have been able to glean from reading a few posts from Sparx, the admin/owner of Warclouds server. Thankfully it's free for us to try, and as we are a patient lot I'm sure we can get this right As to whether or not we communicate it correctly......actually once a quorum has been arrived at I can send a global email to all with instructions Two or three of us commented on the spawn lag decrease last night on the DF, and also the very speedy mission loads. Sadly I could not stay around too long last night, I hope that smoothness continued.
-
Results of my lowly 521 ADSL line, I am told I'm finally getting a free upgrade to 2Mb next month, upload should be in the region of 600-800 too Asynchronous speeds are normal, but Sged your upload is relatively urm... appalling seeing that figure alongside your download speed. Again this reinforces the need for us to get our network connection speed right in the IL2 setup, and to use the lower of the two figures as our target. Did the game remain smooth last night? FROM BG It was very smooth and didn't see any lag but we didn't have that many players about a dozen if I recall, so it wasn't a true test. But I definitely think we are heading in the right direction. At least we now all have an understanding of what is involved. The true test should come when Glenn does his next "biggie"
-
C:\Program Files\NaturalPoint\TrackIR4\Profiles That is where mine lives, sorry so late to the party. Had a procession of Realtors come by, current one got sacked by us for failing to perform, or sell our house
-
I have read of previous Dell PSU upgrades whereby one has to modify the case, Dell like to use their own pattern for the fitting screw positions.
-
Hmmm. Time I got a life methinks
-
I'm up for it, watching you play with yourself...err wait. No I meant up for a session on Wednesday, err...
-
There is a formula of sorts: Divide your speed by number of clients you wish to host, then set for the closest setting under that: But hosts must also remember that Co-Ops do tax their system much more than normal, after all it has to 'control' the AI planes and moving targets too
-
Indeed JP. As I also said above, they currently are not enforcing it yet... Downside is you can't get all that groovy and useful free software for 'Genuine Advantage Verified PCs' like the ...erm... Advanced Calculator and, erm....Oh yeah. That's it
-
Some additional pix from my dad's aviation career-p-51s,etc
B16Enk replied to Enforcer57's topic in Jim's Place
Again thank you and ~S~ too -
Well each one has a unique ID that the MS software creates based on the major components. If this data is then loaded into a database that the activation checks it will be quite clear that there are two or more machines using the same serial. This is what the 'Genuine Advantage' software does...
-
Indeed MSN is my preferred help comms as both Jim and Dennis know. Greater clarity, hands free and it also has the added bonus of remote control of the others desktop via the 'Remote Assistance' button. This will enable one to actually take control of a remote PC and operate it as though sitting in front of it Perhaps the next hosting announcement email can have, as it's start, a section stating what connection speed we should configure to. Not everyone reads these posts!!
-
Sged..none of this was a criticism of you or your hosting! It is generally, if not 100%, accepted that the lag/warp issues are down to client config. The bandwidth requirement is to service multiple clients, I tried to get a number on the per client requirements Sunflower. So that a multiple could be arrived at that would give an indication of the requirements for 10, 20 hoists etc. But this does not seem to be readily available. As we are a tight knit group we have it in our powers to experiment with the settings and arrive at a config that will enable smooth lag free play for us all.
-
Phew! I missed a good night (or possibly not) last night. Family visiting again.. To the issues observed: I'll address the easy one first, Comms. As we are such a likeable bunch we have the propensity to chat, nothing wrong with that. It's what friends do . However there is Merit in using channels, one for Blues, one for Reds and one for gassing/gossip exchange WHY. With so many pilots on-line there is almost a need for separate Wing channels too. Either way we would need to ensure we have our button assignments set up for channel changing (I have mine set but do not remember them!). Take offs and crashes. Difficult, perhaps limit to one restart? Air starts are Ok, but I too prefer the immersion derived from flying a whole mission (well OK so I rarely get to land but being killed is the end right?) including take off and landing. Warp issues can and indeed do create frustrating crashes... Now to player numbers, and the resulting warps. I too would not like to see the Dogz fragmented, and enough of us have enough bandwidth to theoretically support the numbers we could have flying at any one time. The issue here is one of getting the settings right. These fall into two distinct categories: 1. Configuring the Netspeed correctly on both server and client This is a hotly debated subject, but reading the many posts by Sparx, CrazyIvan and Hunter on the subject do tend to indicate that lowering the connection speed to ISDN or even 56k does have a beneficial effect on warp elimination. This is done either by selecting ISDN (or 56k is probably better) in the connection section on the Netwok tab in 'Setup' in the IL2 folder, or by entering '10000' for ISDN or '5000' for 56k in the conf.ini 2. Changing some in-game settings on the server, particularly the new clouds type (only needs changing on host as it dictates to clients), AND on the clients too. This is the difficult one, because it requires us to be realistic with regard to what our systems can comfortably handle as opposed to that which we believe they can handle, or indeed want them too! I'm guilty in this respect, as I tend to leave my system running at 1600 x 1200. Offline this is not a problem as I can maintain very good frame rates, however online my PC has to render the information it receives from the server. So having 1600 x 1200 @ Perfect settings is more than likely contributing to some warps So a standing order that dictates we do not use perfect online could well be in order! The server, in co-op mode, of course has to work harder as it needs to assemble all the datagrams sent to and from the clients. In addition to rendering the game for the kind gent sat at the joystick! Thankfully our regular hosts are well endowed in the PC department at least I propose the following be adopted as a guideline by all: 1. Set netspeed to 5000 (56k). 2. Graphics set to a maximum of 'Excellent', after all we are not sight seeing and can replay any tracks at perfect offline for screenies. 3. Make more use of the channels functionality on the TS server. 4. Try lowering the resolution to a maximum of 1024 x768 or 1280 x 960 (some already run at this or lower as it improves bogey spotting) we can individually experiment with moving this back up and monitoring warp effects. A dedicated rented server is really only practical for Dedicated dogfight servers, it would not be possible to have a hosted server running co-ops as there is no 'console' for co-ops, it has to have full graphics capability. The cost is prohibitive too, they start at around $100+ pm!!! Realistically a better solution would be a well specified machine being bought and assembled, with minimum hard drive and graphics requirements but 1-2 Gb of RAM, and adopted by one of the DDs/HHs who has a good reliable and cheap (as in doesn't have to pay extra for being online 24/7) internet connection. This could run a dedicated DF server on non co-op nights too If I had a decent connection I would gladly step up for this, I already have a couple of dual processor boards that will handle 12 clients . Thoughts gentlemen