PeterP

..BTW: combat flight sims are not '2 dimensional' - so having a narrow band in the horizontal will not help you much with your situation awareness. - sure , you can fly a big air-liner like this - but not a fighter. ...and the possibility is high that you will also run into other problems with your FOV: 5 monitors you say ?- do this and use also the vertical space and stay closer to a ideal 1:1 aspect and 90° FOV setting - and you get the Virtual-Cockpit nearly in a 1:1 scale how you would see it in real: (this setup is done by using SoftTH) - and than you sure stay inside the 8192x8192 and will have a much more greater immersion/situation awareness . or at least something like this:

Not 100% sure - but I think you will run into problems. (let's put aside the overall performance for a moment) I think that DX9 is using a max frame-size of around 8000 pixels in x/y. - I made a test. I Wasn't able to run 8400x1080 - but no problems in 7900x1024 . You maybe have to need to scale your resolution down a bit and not use the native . EDIT: Found the thread/post where I made this 'discovery' the first time some moons ago: >>> Seeking best connection method for optimal multi-monitor-performance Yes! - I totally forgot about this (as it happens so rarely...) DirectX9 is restricted to a to total of 8192 x 8192 - so we have to get everything somehow inside this square!! (Blame Microsoft for this!)

All values are in meters/degrees . The value can be also negative. But as I wrote before: Using the snap-sviews saving option is much, much, much, much easier as you have visual cues. - and I still believe that moving your camera only back will not cure your 'problem'. Things you should know : Your HUD projection becomes 'bigger' when you move your Camera Back - there is only 'one' ideal view-position for a collimated HUD in the cockpit. >>> http://forums.eagle.ru/showthread.php?p=1767472#post1767472 General things that you should know about in-game FOV:

To answer your question - without guessing what you want to accomplish - I need this question(s) answered first (as your quoted post is not very clear about a very important thing): Do you want to move your 'camera position' back ? or do you want to higher your FOV/aka Zoom ?

What the..., People of the World! - no need to edit the DCS Snap-views manually without seeing what you do!... Have a look at this mod: Reworked Cockpit Views with proper Neck A: It will give you a much more natural view experience (TrackIr or not) B: You can control all view-limits for all planes/modules by a single line-instead redoing it for each cockpit again. C: It will enable the snap-views saving option by default - so its a simple two key-press procedure to set a new cockpit view as default , instead of editing lua files without having visual feed back what you have done. And it will be saved in your saved-games folder - so you should never-ever (?) be forced to re-edit them after a 'update' - as new modules/planes will be automatically added to this file with their default values - than you just have to set this specific vehicle up in-game (and not via a editor!!). D: You will have also 6DOF in the default FC cockpits and you can even use the fully 3D Su-27 pit in the Su-33. ....You have to decide if you use the stairs ... or just take the lift.

If you are able to do something like this: - you won't need rudders and you will be fine with a twist-stick in a helicopter. if not, get rudders as soon as possible. The possibility is high that maybe some people will tell you that they can control the Huey with a twist stick - but I bet once they did it with real rudders they also will never-ever use the twist again for a helicopter. Some tips how to modify the rudders for more realistic control and feel>>> http://forums.eagle.ru/showthread.php?t=73311

First Please have some read: http://forums.eagle.ru/showthread.php?t=89282 And then come back and please describe with simple words your problem a little more precise and tell more about the exact arrangement and your settings. Once you have done this - I'm very confident that someone will be able to tell you what's wrong and how to fix it.

OT: @ all I don't have right now the time to do a (maybe time-consuming) talk-on how to set up screens, so Please do me a personal favour and help this lost soul out like I did it also with many of you ! >>> I don't know if this is the correct place tp put... Thanks!

Hot Fix for TAD sharing the same level Is now attached to the first post. Please make some excessive tests with a A-10C Helios set-up if there are no other Bugs introduced by this fix. I had to change the MFCD render to fix it. It would help me vastly to bring out the new version much quicker if I would get some response if it works in all different MFCD modes and doesn't interrupts other exports of displays in the A-10C. EDIT: If you found a bug: Please attach a track , and your used 'multimonitorsetup.lua' . Name also the time-frame when 'IT' happened (Preferable also a screenshot) - so it is easy for me to recreate the current state of the MFCD mode and I see exactly what you have done. (...because its very hard to debug the MFCD once you fiddled around with it's different layers and you were not at all involved while it was designed ...) Thanks !

Thank you! Right now preparing the documentation - will finish it after the Montreal F1 Grand-Prix broadcast is over. EDIT: Sorry, no new version today - I'm too exhausted - was coding the whole weekend and dinging my way in the MFCD's structure to find a fix for the A-10C tad bug , well , the fix was very easy to do in the end , but first I had to go through almost every file that is chained to the MFCD's to understand the whole structure/logic and how they are coded. ... whatever I will finish a easy usable Mod during the next days as time allows it . here are some picture of all available modes - you can hide/show the Kneeboard-'Tablet' regardless if it is rendered in-cockpit or you have assigned a viewport:

Good news: I think that I finally fixed the 'A-10C TAD bug' Above shows the Kneeboard Chart side-by-side and a little overlapping rendered with the TAD. - I flew two times one of the instance missions and it seems that I didn't introduced another bug with this fix. Will now put together a new package that includes this fix for the A-10C and also fixes the Ka-50. This version will also allow you to place the Kneeboard independently for each module and you can decide if you want it as in-cockpit render or as view-port , also independently for each module. .

Useless as long you have no higher mesh data. as Cedaway wrote: A low poly mesh is still a low poly mesh. To get a better looking map and benefit from tessellation you first have to recreate it with much more detail.

Thanks for the hint including a Member-name . I also already tried briefly to edit the EDM files with a hex editor- will have a deeper look into it .

I need some help: Is there any way to add custom connectors ?

Hi, I'm working on a mod that enables a kneeboard in-cockpit for all modules , and looking out for help . One thing you have to know: I never worked with 3DMax.(But I will start to learn if it is necessary-..and I learn quick) Question: Is there any way to add connectors in the cockpit-space/to a texture (DDS)? - so I can hook up buttons and define the function of the connectors in the clickabledata.lua of the existing module ? If there is no 'simple' way , I have a plan 'B' : I would probably add a external autohotkey script that can recognize mouse gestures that will trigger the prev./next page , hide/show and mark position command regardless where your mouse pointer is placed (similar like this: http://forums.eagle.ru/showthread.php?t=92553 ) .

Never said that I'm loosing it :)- it just takes time to put all things together so it fits for 'all' . ...and sometimes your planes doesn't fit in the time-plan of the 'universe' ( or who runs it) - so I have to obey and push things (again) one week further. Nothing has stooped - it is just delayed. That's all.

OK - sorry for that. But I see (I believe) that you use two diffident screw types. (and they are awfully angled - -instead go straight down). . Are both screws really long enough that they go also into the second disk that lies beneath the first ones - so it holds itself together without that the upper one can bend up ? And both screws are seaming to be (so its called in German : ) 'Machine screws' - and not some with a wide thread and a sharp facing point.. - so they maybe have not the possibility to get some catch of the lower disk - and this is your problem - nevermind 8):) @ all: Please : Make your own thoughts if all will be fitting beforehand and if it makes sense - and don't just try to copy something. to make it short : Don't 'attempt' - just do. or do not.

Don't worry ! :) - here is the current look: Blue-light buttons and a green status light - also different frame-size as an iPad ... -just a very generic tablet design. With NVG in the P-51D:

Great - thanks ! Will fiddle around with it :)

Pm'ed also a actual forum member with a lot, a lot and a lot of RL experience in the Huey to bring some light into it. Lets hope he finds the time to answer some of our questions. EDIT: He answered briefly to me : Some info: he has ~2000 Flighthours on the Huey, 300 of them with NVG and about 300 on war theatre.

Thanks Guys/Gals(?) , especially to Aries! .. it's very close to reality. :)

no "fits all" JMSG install possible as files have to be placed into your saved-games path behind your >your user name< directory - so you have to do it your own , the JSGM readme provides everything you want to know. Its basically recreating the file-path going up to where you have placed your Jsgme exe. Example: you have placed your JSGME in H:\Program Files\Eagle Dynamics\... You have to place the files of your chosen flavour in a 'DCS world' folder - but you will have to do it again for the saved-games path... again: Read the read-me/help files of JSGME. @ _Dredd Thanks - that's what I want to hear! ;):)

Maybe it was just a brain-fart - I'm aware that there should no force linked back to the cyclic - and I'm preaching it myself on many occasions. OK, - so let's scarp that FFb idea of vibration for the cyclic in the HU-1H- and this is also not what this thread is about. But I'm still with Focha - something isn't right with ETL.

Of Course I can counteract it, but only by visual cues. Exactly that my point - in my initial post - there is no shaking/force added. ,but when looking at the mechanical linkages and used damping, I would expect a least a little shaking at the cyclic while going through ELT in the UH-1H. And I interpret Focha's "issues" are that he is used to flight stabilisation - and because of the lack of controls feedback he is 'surprised' by the sudden instability. Me too - and I miss the expected vibration and/or force-shift on the controls . (im not asking for oszilation/shaking that are done by the fuselage/seat - leave this to a butt-kicker or similar) I have the suspicion that the ELT is translated into small controls-inputs internal of the FM-mechanics but isn't translated back into your virtual controls or FFB.

yes- read again what I wrote. But it starts to be a bug when I'm not able to counteract this input from the vibrations with my controls.