topdog

This looks worth a try, are these the same messages you need to fix? http://forums.eagle.ru/showpost.php?p=931285&postcount=11 Edit: Actually reading that, seems the only ones that they didn't figure out, are the same ones you're having trouble with.. doh.

It's a 1.0.2 issue, applies to everyone as far as I know, on every OS. http://forums.eagle.ru/showthread.php?t=54450

1. Depends on your arrangement and leg-room, you can/do rest your feet in the footwells all the time but if you have the leg-room then you'll only press them down when you want. 2. Mine do a little sometimes, but not by much, you can probably try and eliminate it by propping something between the pedals and the wall/fittings behind them, any movement they do isn't forceful enough to do damage, it's quite gentle if it moves at all. 3. Can't say, haven't had mine a while yet to fairly tell. Unless you mean after a while within a single gameplaying session, in which case, never had anything like that before but sounds like what happens when using the new BS trim method and not getting your device(s) axis back to center again. With these pedals and a TMWH, not had anything like that happen and I expect it's more prone on devices with jittery centers that need deadzoning.

No twist grips on the TMWH, the closest it comes to having something that can be used as a rudder (and it really cannot) is the grey faux throttle friction wheel on the throttle unit, to the right of the throttles themselves. It's really not adequate though, you have to get pedals or perhaps have some other spare stick nearby to use/twist when you need it.

yes, but that's a built-in tendency for vbulletin if there's a gap between your navigation times, and somewhere between 15-30 mins is about right for when that kicks in. As an admin of another vbulletin site, that feature annoys the heck out of me (primarily also, since there appears to be no setting to let you turn it off). I haven't bothered to track it down and nuke it from the php code yet though.

You can also click the checkbox under options to say "Use these settings in all missions" so you don't have to edit them individually. Just beware that a 1.0.2 install itself will enable one of the game modes by default too, and that has caught a couple of people out.

Also the annual subs are half price from normal until some time mid 2011 I believe. I saw that vid about a week ago I think it was, crazy stuff for him to get the times he did compared to course veterans best laps. Then again the guy was infamous for not just 1 game but multiple games. My G27 arrives tomorrow so I'll soon be subbing to iracing myself probably, though oval racing really doesn't do it for me (which a lot of the starting content involves, the rest of the cars/tracks you pay extra for). In a similar vein, evga held a sweepstakes contest about 2 months ago for 3 ppl worldwide to get a trip to an airbase in the US for a 45 min flight in a 2 seater jet including some brief hands-on. Sadly I wasn't a winner :)

Ok I'll bite / tempt fate / jinx myself. I haven't had quirks with mine. Did you mean every user had quirks with the TMWH, or that every product has quirks?

The "roadrunner thrust manouver", we've all watched Armageddon! (probably)

Here's how it works for me, where is it misbehaving for you? 1. New mission, drop in a ka-50 and some waypoints, click on nav points / INU icon: 2. Clicking anywhere in map in this stage, adds INU points to it: 3. Clicking Edit now lets me pick (by clicking on them in the map window and dragging) any fix point to modify it. It doesn't add any new ones. 4. Clicking anywhere else outside of an existing nav point, just deselects the entire craft group, and doesn't add a new INU point: This is the only change I've made to any mission editor files from a vanilla 1.0.2 install.

You don't have to calibrate many USB devices in windows, a lot are self-calibrating, that doesn't mean data hasn't been stored in the registry which is wonky though. I'm also not sure how the pedals represent themselves, whether they'd show up as a separate device (the cougar base acts as a hub) or if it just extends the configuration of the cougar. Check it out with that app anyway - I should have mentioned the name of it in my original post, dxtweak2 - it's better than randomly wiping out bits of the registry or making changes through the Control Panel > Game Controllers applet (which seems to be hit and miss).

I have that same piece of mind with BFGTech hardware with the warranty. Oh wait, no I don't :p

Check to see if you can't just reset the calibration data for the axis first, you may have some bogus data stored that's affecting it (it seems, that calibration in Windows typically stores 3 values for an axis, a min value, center value, and max value, so it can certainly influence action along part or all of just half the axis range). http://www.wingmanteam.com/latest_software/gadgets.htm It's a logitech app, but I've used it to fiddle with the axis of my warthog. It just crashes on me in Vista when I try to save profiles in the app, but the things that apply to the joysticks immediately such as applying changes or resetting to defaults work fine for me. If after that, and testing within this tool itself (which will help show you the raw data from the hardware vs. the scaled data used by DirectX), you may be able to see more precisely where problems are and if they seem to be in the hardware or your OS.

Some / a few have had problems when installing the firmware update, one (that I've seen so far) had the same major problem after the update. I think most who've had the problem, had it before the update, but that's not indicative at this time of the firmware's ability IMO - just too early to say and not everyone will install it anyway.

Overcome one of the most irritating things about flying in Arma2 - the half-axis mapping issue (I'm using a logitech tool, dxtweak2, to do that with my warthog throttle, because I don't know where the registry settings are yet). Means (without the fix) that only from center to max of the throttle was actually working as a cyclic, rather than min to max. It's been a lot easier to manage some basic manouvers since fixing that, though combat flying and precise landing is still a pain the rear due to how it handles the cyclic, rudders, and what feels like overzealous weathervaning (even at near zero speeds, it can cause me to flip 90 degrees faster than I can spin in the shark). At least I could do enough to get off that mission and proceed to the next. Shame though, to only want to play Arma2's flying missions simply to get past the ordeal. Maybe just me, but really not enjoyable experiences.

That's NOT good news, TM are going to really have to look into how safe the firmware is from damage on these things (when there are also circumstances of not being able to recover from it either).

Just curious, as a number of people have put the updated firmware on theirs to try and prevent something like this from happening, had you updated yours or running with the out of the box firmware?

Wow, it really works.. I am gobsmacked.

By the way, your mobo supports PCI-e 2.0? Mine doesn't so I think I'm pushing my luck on saturating bandwidth anyway for this box (nvidia 680 sli mobo). At least, I think that's the case. Doesn't seem to be an easy question to find a hard answer for.

Nice, and yeah I'm feeling maaaybe a little jealous :D. I only have a GTX 460 OC on the way next week to replace my aging 8800 GTX, but I'm encouraged at the potential boost I may get from that from your own upgrade comparison. I wasn't quite yet ready to go for a full PC overhaul (because for what I want to do, it'll entail building a new machine and retiring this one to secondary purposes,) and for now just wanted DX11 capable hardware as much as anything else.

When I submitted that reply above, I then got the error again. I wasn't sure if my post had gone through but seems it had, so it was on the rebound trying to display the finished result where the problem occurred. Running Wireshark during this outage showed the following, the (timeout) response comes back exactly 60 seconds after the request: [REQUEST] GET /forumdisplay.php?f=53 HTTP/1.1 Accept: image/gif, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap, application/x-shockwave-flash, application/x-silverlight, */* Accept-Language: en-gb User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR 3.0.30729; MS-RTC LM 8; .NET4.0C; .NET4.0E; Creative AutoUpdate v1.40.01) Accept-Encoding: gzip, deflate Host: forums.eagle.ru Connection: Keep-Alive Cookie: [removed] [RESPONSE] HTTP/1.1 504 Gateway Time-out Server: nginx/0.8.54 Date: Sat, 18 Dec 2010 17:07:06 GMT Content-Type: text/html Content-Length: 383 Connection: keep-alive <html> <head> <title>The page is temporarily unavailable</title> <style> body { font-family: Tahoma, Verdana, Arial, sans-serif; } </style> </head> <body bgcolor="white" text="black"> <table width="100%" height="100%"> <tr> <td align="center" valign="middle"> The page you are looking for is temporarily unavailable.<br/> Please try again later. </td> </tr> </table> </body> </html> (The URL it was getting is just my normal bookmark to the forums, that shortcut me straight into the English sub-forums)

Hey Const. Are they using the same forward proxy server though? This is an nginx error message, and I know that's what you guys are using, not a vbulletin or php error message. https://wiki.archlinux.org/index.php/Nginx#Error:_The_page_you_are_looking_for_is_temporarily_unavailable._Please_try_again_later. It suggests the root cause would be a problem with FastCGI not running; perhaps in your case, it is/was running, but has configuration limits (number of connections or fastcgi processes in parallel), or instability causing it to periodically bomb and restart? http://nginx.org/pipermail/nginx/2009-August/014307.html http://nginx.org/pipermail/nginx/2009-October/016166.html Probably nothing that is news to you, but perhaps some good luck or leads to be found in this direction (I can hope). It also makes me wonder if simply the handler/wrapper for fastcgi being used is actually up to the task. For example, a limitation of fcgiwrap ( http://nginx.localdomain.pl/wiki/FcgiWrap ) - whether or not this is one of the things used in your stack - is that it seems to only handle 1 process/request at a time, essentially serializing requests unless you run a bunch of them together and load balance over them as necessary. As soon as you run out of these things though because they're too busy, FastCGI is going to appear unavailable to nginx, wouldn't that be right? All in all, I have no complaints, though I can say in the last few weeks I see these outage messages 2-3 times every day at least, and have to give sometimes 30 mins or more before it is gone. Last had it occur about 23 mins ago from now.

RCSims is where I got mine earlier this year too. Service and price were good. They were doing a deal at the time on TIR + proclip that was as good as, and in some cases better, than other places were selling the TIR unit alone, don't know if that will still be the case but it sure made the decision making process easier.

Here's to hoping these problems will come to an end once they get through this update.

Games have to be enabled (i.e. have to have code added to them) in order to work (to NP's satisfaction) with TrackIR, using proprietary APIs and .dll's from NaturalPoint themselves, not generic stuff found in DirectX. So I expect before now they simply didn't exist for putting into the .exe for 64-bit development even as placeholders (since it's a completely new addition across the board for NP/TIR), and having to wait for the next DCS:A10 beta before it will be added to the build. At least I'd expect that to be so for us mere mortal open beta testers. I'm speculating on that though.