topdog

Hopefully in time for me to cash in a truckload of amazon vouchers from a cranky bonus scheme at work (expires at end of the year), which ought to be enough to cover the cost (and maybe some pedals too) :D In any case, it's nice to have some semi-official update on these threads, it's been a while coming.

Alternatively you might want to try using this in the batch file instead: start "DCS:BS with VAC" /d "C:\Program Files\Eagle Dynamics\Ka-50" bin\stable\launcher.exe --console In both my cases though, I actually have to use bin\x86\stable\launcher.exe for it to work but otherwise it's just fine.

cd /d "C:\Program Files\Eagle Dynamics\Ka-50" bin\stable\Launcher.exe --console Have to put the program's "current directory" to the expected place before starting the .exe.

I knew I recognised his handle from somewhere; it's the SoftTH guy.

Are you right-clicking the file and performing it as a 'Run as ...' (administrator)? I can see you're running it from the administrator profile's desktop, but that's not the same thing, even if you are logged on as the admin account. This is a 'standard' Windows error message, albeit one not commonly seen. It doesn't originate from Starforce or similar. See here for example: http://www.experts-exchange.com/OS/Microsoft_Operating_Systems/Server/2003_Server/Q_22484319.html http://www.google.com/#q=windows+cannot+open+this+program+because+the+license+enforcement+system

It should work just the same, but we'd need to see your batch file and any error message or a description of what happens, to be able to see if there are any syntax or quoting issues.

Neither mode increases performance over not using them at all, but of the two, supersampling is the higher quality setting and multisampling is the higher performing setting.

a highly contrasted display from a bright LCD monitor would do the trick like Deadman suggests, angle it at the glass, and display the information inverted, and it would reflect back off the glass like a HUD, albeit one with some limitations (probably wouldn't work too well under natural daylight for example). Totally different example/application of the technology, but here's someone using their mobile phone (with gps/accelerometers) to 'project' a HUD onto their car's windscreen with speed and navigation info:

I don't use the app (perhaps a screenshot of its configuration UI would help?) but a quick google suggests that there's an additional 'command line' text entry field along with the application path. If so, then the --console parameter would just go into the command line instead, and by itself I expect.

Instead of using the export log you should be able to stream directly from lua to your app (or vice versa) using luasockets library. That will take away the IO overheads of having to append to a file and then re-open it and scan/seek the end. Outputting to a .log file would only be used for debugging purposes. Doing this may only be suitable for playing singleplayer by the way, as the export.lua changes can be rejected by servers doing file checking.

You'll have to make sure to remove those addons (temporarily) and fly the mission, to rule out any compatibility issue with them.

Have you included the extra command line parameter --console in this other app's text field? Like: "C:\Program Files\Eagle Dynamics\Ka-50\bin\x86\stable\launcher.exe" --console You'll have trouble starting the game without it.

What's the risk in fiddling with the innards of a typical LCD monitor (assuming once fully disconnected from the mains)? For years and years we've been warned of the obvious dangers of the high charges that are built up and remain in the capacitors on CRTs, and whilst I'm not adverse to the odd bit of soldering, do similar threats exist in LCD monitors or is that phenomenon just a (life threatening) issue in the design and operation of CRTs alone? Just curious, I have no need or will to go pulling mine apart just yet anyway :) I believe the PSUs on PCs can also store dangerous charges for extended periods of time too, so I'm guessing that CRT devices aren't completely alone in this manner. With respect to 1920x1200 vs. 1920x1080 I wouldn't be too bothered by either, the difference is quite small, it's just 16:9 vs. 16:10. If all things were equal I'd probably pick the 1920x1200, just knowing and accepting that anything played back in 1080p on them will have a thin black top/bottom border.

In SST you remove the modes that include the use of the Pinkie for enabling shift-states. Then it acts like any other button again. See the before/after images attached.

http://en.wikipedia.org/wiki/Kim_Campbell_(pilot) I can't imagine a hit from a projectile travelling extremely fast wouldn't release a lot of sound in the kinetic energy released on impact to a hard metal object, unless it hit somewhere behind the cockpit and you were travelling ~> supersonic. Just having a stone hit my car when driving can be enough to need a change of underwear (one that took out a side window from a grass strimmer that flung it my way had me wondering if I had in fact been shot at).

Even if the detent wears out, the fact it's removable and not a molded part of the chassis means replacement with a fresh shiny one (direct from TM if not DIY'd, I believe they are quite good at mailing out replacement parts like that) shouldn't be any issue.

Whether crosseye or parallel is something you can tune into depends on what control you have over your eye muscles. If separating your eyes is easiest then parallel should do it (that's the method I use) else if bringing your eyes closer together is easier then go with crosseye. Oddly,both types of image can work with the same eye motion but if using the wrong one it is much harder because the depth data is actually inverted and your brain works overtime to correct it, though it is capable of doing so in the same way it compensates and fixes other differences between the vision of each of your eyes. As with anaglyph mode the screen resolution is an important factor (you mentioned this earlier) but now so does the distance from the screen since it needs to be comfortable not to strain the extent of your range. It is an awesome experience though, when you get use to it. I can watch freeviewing stereograph movies for over an hour no problem. As a test I would recommend the Pangea video on YouTube ( http://www.youtube.com/watch?v=jJjJeYfAwQw&feature=related ), at 720p or higher (but not fullscreen) and use the options provided to try the different modes of 3D displaying available. This is not a viable option for playing games though of course, just useful to see what is capable and for movies if you don't mind a somewhat smaller screen. I actually use 150% browser magnification on Youtube's videos to hit the 'sweet spot' between how much I can bend my vision vs. distance from the screen to get the largest view whilst still comfortable.

Deviation from last alt-hold point set with collective brake is shown as an amber triangle on the right edge of the artificial horizon indicator. You won't particularly know what the setting is at, but it will indicate if you're below (triangle is lower from center) or above (higher from the center) in an increasing scale. Pressing and then releasing the collective brake to set a new point then centers the triangle in the middle (almost, it's usually off a bit and appears down from center, probably due to parallax).

Check this:

A rose by any other name..

http://en.wikipedia.org/wiki/V_speeds Check out the gauge in top-right and the description given.

Currently, I suspect none. It does have some near-realtime remodelling of the ground/terrain (watch the video of them laying a 'road' which creates dynamic banks and ridges to all the road surface to have smoother undulations and camber). At present though it is still very much a work in progress. The engine has been quite a few years in the making to get to where it is. Not to discredit them in any shape or form, I understand it's mostly been a labour of just 1-2 main developers, but I expect it's a way off from that level of physics when they still have to do things like render non-billboard trees with shadows at close ranges and playing with the suspension systems on their truck. They may leave some of those things you mention up to their licensees to implement, as they may be specific needs anyway and not needed as part of the core engine deliverable.

I don't mean to hijack this thread; I have created a quite extensive other one already so I'm just following this one with interest. In my experience simulator.exe was regularly if not always over 1GB, even just firing up the Quick Mission would do so (and consumed more than the crashing multiplayer mission did). I don't recall any significant FPS drops or slowdowns, so I could only try and provide myself a cobbled together track from the remains left behind in the \temp directory after a crash. I'm unsure how beneficial that would be though.

You can't AFAIK.. they're not game commands, but simple keyboard presses that the TrackIR uses Windows API calls to hook onto the keyboard drivers to listen out for. And so, you would need something to convert joystick actions into keyboard actions to affect; which is where SST or software like it comes in since that's (largely) what it does... :)

Track files (.trk) and mission files (.miz) are both just .zip files. The webserver sending you the file seems to have realised this, set the MIME type, and your browser is downloading it as a file with a .zip extension. Just rename it to .trk and it should be fine.