zaelu

I am using OpenTrack and since last 1.54 public update I had to disable my Trackir Interface output from OT because it was used primarily instead of Freetrack interface but only 50% of the axis worked so because Freetrack axes worked as before, 100% of their length. The downside is that Freetrack output is not used for external views. Is this related with VR problem? Because VR (Oculus and Vive) must be using another interface also, right?

Hi upuaut, any news regarding integration of your mod (at least partial, the cargos for example) into DCS? I know you were talking with BST guys but no news about it for a long time. Sorry to bother you with it :) .

Wait... what?

Or a first step towards a stand alone map DLC? :)

I bought it for around 18 Euros I think. Almost perfect price for me (as I am not a fan of this particular helicopter). It's good that such offers exists.

I agree with this. I think DCS used to mix the axes set in General Tab with the ones in Ground Unit, maybe it's still the case and axes assignation should be checked on both. As I said I don't have latest 1.54 beta and I can't test but in principle I like the feature... minus the nuisances that will be solved one way or the other.

Have you tried to edit view.lua from Config folder within your DCS folder installation? It has a line (4): CockpitMouse = true --false You can make it and usually disables it: CockpitMouse = false --true I don't have the latest beta but I think people could search a bit within the files before jumping of the window because a novelty. Or maybe is WIP as suggested above and surely a toggleable function will be added. For example there is a line (34): ExternalMouse = true That activates/deactivates the use of mouse in external view so maybe now there is another one for TIR/Headtracking. Also you could check the default.lua files from input/Headtracking or input/TrackIr folder within each module. It cold have new axes added for this feature. And finally those axes could show directly in axes controls in TIR/Headtracking column and they can be removed.

It could be a way but only ED knows how. Look inside Nevada map folder from "Mods/Terrains/Nevada" and you will see a lot of files, big and with extensions unknown and unusable... probably encrypted. In vfstextures folder you can see some textures that look generic maybe?

Absolutely, don't reinstall. Just do a repair. It's a good chance to learn more. Then go inside the game folder at this address: You should have only the archives and no folder. If you have folders delete them. In my picture I have the folders and they are modding Starways textures that are in those archives... heck... even the archives are bit modded with Starway's noise1 dds files and some more :) . But I have no problem. It goes without saying you should disable all the mods prior to running a repair. Why you need to check you don't have folders there after repair? Because the game only repair its original files not other things yo drop inside its structure. But those folders if they are there... they are not deleted by the repair but they are read by the game and if you have modded files in them they will be loaded by the game... repaired or not. If you need more clarifications ask.

I think both are Starway's mod. Somehow you replaced original files (archives) and playingwith JSMGE just adds the mod on top of the mod. Adding Barthek makes it works because Barthek uses folders instead of archives and they are loaded on op of archives and they show. I think you should do a repair. And check you don't have folders besides archives containing files (Starway's or Barthek)

Dimitrov, how I speak was talked about on these forums a while ago. Yes, it is possible that a come "rude" sometimes, yes when I came to France I discovered that the kindness romanians believe they have (I guess all people think they are sort of good/kind) is just a myth... compared with the french and english people I work with. This... is anecdotal fact :). However. In my experience on these forums... when serious bugs or problems are discovered and the developers are treating the reports easily... those problems linger more than necessary. I think all devs did that in the past more or less but is something to avoid. When I saw those movies that show the Gazelle doing things like a small drone and one dev said: "Thats the SAS system working." -meaning... Oh... is as it should be or almost there. and the other: "just to remind, rc helicopter have the same physical laws applied and the same tech behind it and they can do forward flips too." That is not encouraging for me. If they said that and people say: "Oh... how nice you cared to respond, thank you... you are awesome"... you know... the normal kindness from the west... 3 years later you might end up with same problems unsolved. I am sorry if I sound harsh, as I said before I have no intention to offend but as a developer that needs feed back a bit more of thick skin is a good thing... sometimes bugs are reported like ironies or have the annoyance tone in them. For example I am interested in this module but I want it after the "game stopping" bugs are eliminated. Having the helicopter flying like a drone is a game stopping bug for me and annoying. Also about the arguments. Ramsay said that my first part of the previous post was insulting. No it is not. And I had no intention to insult but it does point that some arguments are not acceptable from a logical perspective... in my opinion. Here is what I want to say: You know there is a module here that came out after being tested by 6 real pilots? Finally that FM module came out and... Flaps have no effect. ...Mind stops. This appeal to authority does convince many, for me is a red flag. When someone pulls his diploma or brings a friend that knows to a debate where numbers are sufficient... is almost a clear sign he is dodging. Now... sometimes authority is the way to go... when you have a leader and things need to be done in a timely fashion... Authority is good. Good or bad a decision is better taken than postponed indefinitely, that's why this world works with not so smart politicians at command. But when there is no time pressure authority brings nothing and just cocks people in being hurt/offended. So. Please devs don't take bugs easily. And when someone shows the Gazelle spinning like Battlefield choppers is better to say: "what is wrong will be corrected" rather than: "looks about right". It just gives people the good impression things will be fixed. Thank you.

I hope you will make efforts to back the FM and the rest of your module with engineering rather than anecdotes and almost beer party impressions. You simply can't do with a several tons helicopter what you can do with an RC helicopter. Newton would turn in his grave... together with the occupants of the real heli most probably. For me its scary to see you defend in this way such blatant bug(s). Does real gazelle do these too? (go to 1:00 and beyond)

Quite a necro act here :D. I think you are searching for this thread instead: http://forums.eagle.ru/showthread.php?t=162096

Have you tried no (self)shadow on trees mod? http://forums.eagle.ru/showthread.php?p=2495081#post2495081 Personally I like them like this... they have a bit of contrast this way.

Some time ago I had a small talk with Barthek about a feature... here: http://forums.eagle.ru/showthread.php?p=2234538#post2234538 So... I wanted to bump this idea and I made this little movie to make a moving picture speak more words.

Last year

I think they looked like this from Lock On ;) I don't think it has anything to do with the texture. Place a tank exactly there and test both versions with the same exact spot not at random. Vanilla version has the same little issue in some places (same places). The issue might get aggravated if a tree texture is "painted" a bit shorter. The R_For texture.

Razbam also shown that they can fix it.

A folder with that name (SU-25T-CPT-TEXTURES) is loaded on top of the archive with the same name (SU-25T-CPT-TEXTURES.zip) IF THE ARCHIVE IS BESIDE THE FOLDER NOT INSIDE. This is a standard way of modding a moded archive... a trick... Because you can place inside the archive a texture... a red one for example... and in the folder a texture blue. So first the game will search the archive then the folder... the result will be that in game you will see the blue texture. This was a fast explanation of what you have there. You have remains of other modding attempts. You shouldn't have folders like SU-25T-CPT-TEXTURES by default Only archives (zips). Now... If in a folder like SU-25T-CPT-TEXTURES you have and archive SU-25T-CPT-TEXTURES.zip... that is an error from your modding attempt and that archive is NOT USED! So you can move it from there... delete, move to recycle bin or move to other folder for backup. Inside the SU-25T-CPT-TEXTURES folder you need to have only textures... dds files.

Starway try to limit the addition of "fake" detail. It's looking good in the pictures but for people that flies low or with big height variations or people that simply use a lot of zooming in and out the immersion is broken quickly and once broken the "magic" is gone and all we see are dots everywhere. Start by using a blank full green texture for noise1... see how bad it looks and what it needs and only add as little as necessary. Like you added in the last 1.1 version those ridge/river kind of lines... but losing a bit on the dots and fake bushes etc.

Yeah, probably.

Why?

I prefer Starway's but with B3OP Noise1 files and Barthek's smallnoise files:

True and (for me) has decent performance. :)

Try also Alt+Enter to make DCS be in true full screen not bordless window as it starts default (each time it starts).