sedenion

Stop here... did you said that OvGME is actually running but in minimized window ?

Unfortunately, to fix, i have to understand what goes wrong to know what to fix. You have to try to help me here. What you can do is maybe to uninstall manually using the "brute force" method, then reinstalling: 1. restores all mods (to empty the backup data) 2. Completely remove the 'C:\Program Files\OvGME' folder. 3. Completely remove the 'C:\Users\All Users\OvGME' folder 4. Empty your custom Backup folder (if you used a custom one) 5. Delete All OvGME shortcuts on desktop etc. 6. Reinstall OvGME. That sound very strange ! Can you check if your antivirus is blocking or have deleted the exe, or something like that ?

okay i will check and debug this more closely when possible. Currently i can't.

These two lines corresponds to OvGME searching for mods in stock folder. This happen at startup (to display the mods list). As you can see, this is a temporary "zip.build", exactly what is created during mod archive creation. However, this file should no exists.This indicate you have a ghost temporary "zip.build" that should not be here. The .zip.build file should normaly be delete if make archive fail, or renamed to .zip if succeed. If the file exists, and is not deleted when you try to recreate the archive, it is probably that something goes wrong with this temp file, which result to an systematical error when trying to re-create the archive (with the same name), since it will try to write to the same temp file (same name), which is probably broken or even in read-only or anything "not good". So, to stay simple and clear: - Go to your mods stock folder, search for this "DCS 2.1 - Tornado (by VSN).zip.build", delete it. - If you have trouble to delete it (because of file permission for example) this is probably why this failed before. - If the problem occure again after deleting the .zip.build file, simply try to change the name of archive to create, maybe there is something wired in the name we don't see (Windows likes strange unicode bugs).

Strange, in my memory I never check for "Esc" key press for anything... I will verify that. Ok, be careful, mods to download should be OvGME "compliant" Zip Mod Archive, or things will don't work as you expect.

No sure to understand again, but, i think what your are seeking for is the network repositories feature... http://www.ovoid.org/ovgme/help/en/index.php?c=modsrepos.html http://www.ovoid.org/ovgme/help/en/index.php?c=reposbase.html

You would have such infos if you query repositories, but to have automatic notification, OvGME should ask repositories for example at startup... This is not impossible, but i think this is a big amount of work for something that can be acheived by the user by simply querying the repos :) Point from, to, what user files ? don't understand...

You had this problem on JSGME or OvGME ? Theorically this problem was solved in OvGME long time ago...

I know, most people use RAR format, even me, and if i had an easy way to implement RAR support, i had did it, but as i said, RAR is proprietary format, only the decompression algorithm is provided by RARlab, and there is no easy/quick way to implement it. However, you are not forced to convert a JSGME compatible mode to zip format, you can simply extract the folder in the proper mods folder, this work the same way than JSGME.

I think it was never the point to deny how JSGME was/is useful and ingenious. I coded OvGME based on the JSGME main idea and this is why i called it with "GME": This is a dedication to JSGME and this is writen everywhere in OvGME Readme, Help, and home page. The OvGME bornning history is very simple : JSGME became tiring for me to use with DCS and/or several games, I needed something more flexible and conveniency to manage (and create) my mods through multiple games... I know the programming, so i applied the adage "Do It Yourself" then shared the result with open sources and GPL license.

Whooooo.. what happened here ? let me take a coffee... i reply to some unanswered questions... I think i can implement an automatic alphabetical sorting of the config list, but i will not implement a way to create a custom order in the near futur : too complex for a too small feature. Please add a request for this feature here, this is more easy for me to check here than searching in this forum topic : https://github.com/sedenion/ovgme/issues Because each compression format is different and need complex inflate and deflate algorithm with functions ot integrate it into OvGME code. For this i have two solution : Writing the mini-library myself, or using an existing open-source free-to-use library. Writing the mini-library myself is a work at its own, need lot of time and knowledge (in compression theory to begin), this is not reasonable. In addition, some compression formats are NOT open-source, like the RAR format, which is proprietary. I could probably implements some typical GNU/Unix format like tar.gz but no one use them in windows. The Zip support is implemented in OvGME because i found a free-to-use open-source mini-library that implement all function needed to inflate and deflate the very common zip format, this was easy and quick to use, so i used it. There is no such thing for RAR format for example... Already disucussed about that... i have to implements a way to create a custom mod sort in Mods Profiles... i have to create some new pop-up for that... please create new issue about this here : https://github.com/sedenion/ovgme/issues

Yes, if you try to set the same bakcup folder for two configs, OvGME will insult you, this is forbidden :)

OvGME work almost the same way than JSGME, it copy/replace mod files into the game folders... If you apply the mod in two configs, ti simply copy the mod fies into both Game1 and Game2 folders (the mod is applyed on both games) and backup data are created for each config for the same mod.

1) You can use the same "Mods Stock" folder for several config (you are not forced to duplicate/copy mods in two separated folders) 2) Applying mods are "config independent", you can enable or disable the same mod from the same folder for both or only one config at the same time, there is no problem.

Indeed, i am not sure (i have to verify), but i think it is sorted according config sub-folder name (which is an Md5 string). No easy way to order this list...

Ok, the "Ws.Reputation" is a kind of false-positive, Avast have the same kind of false-positive alert (also called something-REP). The antivirus simply doesn't find the software signature in its "good schoolboys" list, so the antivirus mark it as "i don't know what it is, mayby it is dirty". (this is the meaning of "Reputation") Which is normal since OvGME is not a very known software.

Absolutely no idea... i changed nothing significant, the setup builder is the same as before. The only thing i know is that the setup builder i use ( Inno setup ) is known to have some security breach in older version, but nothing outrageous (https://github.com/jrsoftware/issrc/issues/188 (i use the 5.5.9 version))... If other people experience the same problem, please report with Windows version, and i will investigate.

Could i suggest to improve the HUD glass which we see all the time before some hidden parts that we see only if we look at ?

I finaly released the 1.7.3 version today, see first page for download links OvGME 1.7.3, 2017-01-08 - Fix Zip files created using Windows Explorer not recognized as valid Mod-Archive. - Snapshot comparison log output speed optimization. - Fix make mod-archive overwrite cancel process.

Found why you can't cancel, however, there is no reason it can't overwrite...the same function is called in both case, and if the overwrite failed in your case, this could be for a good reason... (file write permission or such thing like that). Anyway the "can't cancel" bug is fixed for next release.

Look at the log ! (and copy-past it here): In the menu : About > Log.

This is not a bug, this is a feature to prevent you to improves your mods correctly :D Jokes apart, i will investigate that... thanks for report.

Okey, it is just mater of common sens optimization... avoid useless polygons on flats parts and increasing on round parts, but i hope the M2K cockpit is already optimized as this... Fact is: if you want something rounded to not appear angular, you have to increase the polys count.

By which miracle ? (former 3D modeler & 3D developper here) Anyway, adding some polygons on sensible circular parts will certainly don't disintegrates your graphic card...

Oh hell... then, now, i know why the destiny don't letted me being a fighter pilot despite my excellents eyes :D