sedenion

Just added 1.6.2 release... There is only some minor changes on log output, help correction, and a small logic change for Mod apply/backup... For who don't want to uninstall and reinstall all, you can download the binay exe, and copy the file into the OvGME installation folder.

Heu, donc si je comprends bien, tu fait fonctionner OvGME sur un dossier fictif, qui ne contient aucun fichier du jeu ? ben déjà t'as un problème là... le nom du mod ça doit être le nom du dossier qui doit être également le nom du fichier zip, donc de quel dossier tu parle, et de quel "nom du mod" tu parle ? Donc ton fichier DOIT s'appeller P-38D Mario.zip déjà, sinon ça va pas être reconnu comme un Mod-Archive. Ben si t'as renomé tous tes fichiers zip et que les noms ne correspondent plus aux dossiers, c'est logique... Mais en théorie, tu ne devrais même pas le voir dans ta liste de dossier... où alors, ce que tu vois dans ta liste de dossier, c'est pas le mod en question... Décrit moi le contenu de ton fichier zip (avec les noms), sous cette forme (un seul sous-dossier, ça suffira): fichier.zip { ...dossier ......sous-dossier ...fichier ...etc... }

Là il doit y'avoir un problème avec la manière dont tu a créé ton mod, car il est manifestement complètement paumé, il essaye de supprimer des fichiers qui sont dans un dossier "DCS essais OVGME" et dans lequel il y'a une copie du dossier "DCS World OpenBeta" Ceci ne devrait jamais arriver.... En fait, il essaye de supprimer des fichiers qu'il a créé, car il n'a pas retrouvé la hiérarchie en miroir du jeu... Donc ton Mod-Archive, il n'est pas fait correctement manifestement. - Quel le chemin de ton dossier vers DCS World OpenBeta, le vrai, celui du jeu ? - Quel est ce dossier "DCS essais OVGME" ? à quoi l'utilise tu ? - Comment s'appelle ton Mod ? - Quel est le nom du dossier présent dans le fichier Zip que tu as créé ? - Quel dossier "Directory-Mod" as tu choisi pour créer le Mod ?

many... https://github.com/sedenion/ovgme/blob/master/README.md

Ci-joint I profit this occasion for some advertising : http://forums.eagle.ru/showthread.php?t=171956 M-2000C - VTH Glass Fix.zip

I hav made my own mod for that... reworked the HUD texture... but still a workaround, the edges back-faces are missing... already spoken about this double-side problem, but, as pretty all i said, it like pisser dans un violon.

If we are with graphical problems, there is also: - Cockpit HUD too dark and not double-sided (we should see the glass back faces, specially the edges), at least, the HUD glass need some love... - External nav light being bugged due to Z-buffer competition with (i guess) the light glass on the 3D model depending the view angle... I think this is a bug related to how DCS draw transparent objects... so to say, like almost all 3D realtime software, with a Z-order list created according object distance to camera. If two objects have the same barycenter (same world position, relative to software), the distance to the camera is the same, so the engine can't deduct what object to draw before, which one would be occluded by the other... So, i think this opacity change is due to: 1 - The original canopy texture alpha channel make it too opaque (this amplify the bug) 2 - There is some competition in Z-order, which create this kind of "flip" between two objects, producing opacity change. Transparent objects in 3D realtime is a science... and always been the black beast of 3D devs / artists...

Heu, tu peux copier-coller le contenu du log ici... c'est beaucoup plus simple.

Dans un premier temps, il va me falloir le message d'erreur précis qu'il te donne quand tu veux l'activer. "Aborting" n'est pas suffisant pour moi pour savoir où ça coince. Ensuite, un copié collé du log après avoir provoqué l'erreur serait un plus... Le log tu le trouvera dans C:\ProgamData\OvGME\log.txt

Because your Mods are Directory-Mod, who does not have a "version.txt" data, this is why Mod versioning work only for Mod-Archives, so: "N/A" (OvGME can't guess a version number that does not exists)... do you understand now why asking for new colums with fancies icones is a bit early ? even Mod versioning and zip format for mod is so "new" that, no body use it... even not me.

from now, the software is not to be updated each weak... for small patches, if it happen, i can provide only the build .exe, without the installer... so you can replace only the exe without uninstalling all. But implementing an "update feature", no... All these things means more files with data within the Mods, either a whole XML file, or a collection of txt files with data to parse... files and data that moders must include in their mods, or the feature will be totaly useless... And all, for more or less cosmetic purpose since these informations can be writen in the readme/description. This would complicates process for no real benefits i think. There is already a column with version number :D

I updated the 1.6.1 setup with the last build of this night... It has a little fix related to St3v3f, wich seem to be a "case sensitive" exception during backup process (if the Mod files/folder does not match case, OvGME deletes it since he think "it does not exist" (i summarise))... AND, the help in french as option... Alors c'est pas de la grande prose hein (l'aide en français), surtout que je l'ai retraduis d'un anglais franchement pas formidable à la base (là j'avais la flemme de refaire de la belle prose, y'aurait des trucs à corriger dans la version anglaise aussi), mais en gros le contenu est là.

Sure Windows 10 works better than Astala-Vista and Windows 8 but still more buggy than Win7, and above all, Windows 10 is officially a backdoor wide open to Microsoft big-data (shared with all US intelligence agencies)... (officiously, Windows is wide open to NSA since Windows NT4 so, no changes here...)

( Do you know what is more boring than writing help for a software ? Rewrite it a second time in another language... )

St3v3f i am not sure, but the issue you spoted with the the specific mod for Black shark, is potentially due to backup corruption when you swhitched the game while mods was installing (which is, a very bad idea, but i never though of this possibility, so no safeguards to prevent user to do this crazy thing :D ... with the 1.6.1 you now have to cancel process before doing such things). What i think you should do: Restore all mods (uninstall). Uninstall your OvGME version. Repair DCS using the DCS repair. Install OvGME 1.6.1, try again. If the issue still here, copy past me the content of your log file, here, or on github.

1.6.1 Patched release is out... Features / Changes (1.6.1) - Per-User config and backups fixed. - Ability to change game or config during Mods processing fixed. - Added Mods processing cancel button for safe cancel. - Added confirmation message for Mods profile overwrite. - Added log output for network, write and read errors. I released this 1.6.1 earlier than expected, because St3v3f found some potentially deadly issues and i realised that using the "local user" AppData folder can also become a real big problem (both issues can produce some game file backup corruptions, very, very bad !)... All OvGME config files and default backup location is now in "C:\ProgramData\OvGME" It now has an output log for read and write error to have a better view on what happen when something goes wrong. The log file is in C:\ProgramData\OvGME\log.txt... My project was to release the 1.6.1 later with some translated Help files, but for now, theses potentials bugs was, to me, too dangerous to be let as it is.

Anyway, i will add some log output for this kind of write error or read access, this would help me for further debug, to better know what happen exactly...

Toutes mes condoléances :) I think JSGME handles nothing, or i realy don't know how it does it... it is more probably some Windows specific (and dirty, as usual) job with files access permissions... There is no magical things (except the users and files access permissions implementation by Microsoft which can be called a standard built-in bug): There is no "workaround" for a software to write a file that the system forbids to write (or read). And a software can't go by itself to an administrator level to get "all the access he want", this would be a major security issue (ok, security issue IS the big business of Microsoft but, not at this point). Why, with JSGME, Windows ask you to grants write access for it (which forces you to pass it as admin level i guess), i don't know (maybe there is some specific Windows function to do this, i have to search.... this would be a big joke to me... is like a virus asking user "hey, do you want to allow me to do all what i want please ? just click OK as usual... thanks !" but with Microsoft, nothing surprise me anymore.) The other question is: What are the access permissions of your games files ? Are they limited to write acces for administrators (it seem) ? and in this case, WHY ?

For now, i have to understand what you are trying to do between admin or non-admin mode and why... - Why do you need to run OvGME in "Admin mode" ? as far as i know, all work perfectly in standard user mode... Can you explain me your User / admin situation, and how/why you need to run apps in admin mode instead of standard user mode ? Now lets clarify some things: - I doubt JSGME starts itself in "Admin mode" since, as far as i know, the program can't choose this, the USER chooses. Imagine a virus, malware or trojan starting itself in "Admin mode", what would be the benefits of this kind of security feature ? - The big difference between JSGME and OvGME related to "Users", is that OvGME install its configuration files in the user's home directory, where the system (Windows) tell him to do... Maybe this is the problem between user mode and admin mode... I don't know what Windows respond in "Admin mode", maybe "f*** off" or any system directory, where (i can image how MS failed to cleanely implement this) the program does not have permision to write... PS: Anyway, that make me think about a potential problem if several users use OvGME... The backups are located "per user", so if several users uses OvGME on the same system, this would create many problems... i will change the default home-directory from "per user" one to the "all users" one.

Hm, because the operation is a separated thread, and the thread continues its job (like if nothing happened)... this kind of thing will not be easy to handle, i had a lot of problem on canceling safely threads without purely blocking the app (there is something about how MS implements threading with dialogs that lets me perplex) I will see for a enhanced "save profile" dialog... Can you creates these two issues on this page ? : https://github.com/sedenion/ovgme/issues I have to stop the dev for awhile, and i don't want to forget.

About the help file... I have remade the help files (the first help version was created using a WYSiWING software that generated very dirty HTML code) and included them in source code... If some people want to translate Help in their language, they can, i will include it as option during setup. To translate, it is easy, just open HTML files (do not care about other files), transalte, save, and post here the translated files in joint piece (in a zip file for example). To stay consistant, does not translate the buttons and menu names (the main GUI will not be translated) and take care to respect the inner HTML tags (<b>, <i>, <blockquote> etc...). Sources are here: https://github.com/sedenion/ovgme/tree/master/help I am on the french version... PS: To edit html files, i recommand you using Geany or Notepad++ (i prefer Geany, but this is matter of taste).

Oyé, oyé... I passed OvGME to stable 1.6 release (i hope, not too early). Changelog: - Fixed bug for already encoded URL being re-encoded with "%" char interpreted. - Added support for HTTP chunked transfer. - Added some error check for XML parsing. - Empty error message on repository check fail fixed. - Help updated and corrected. - Help now starts with good window size. - Added help source files. In the menu, except some bugs fixed, the big new thing is that OvGME now supports HTTP chunked transfer for repositories query... What that mean ? That means OvGME can eat XML data from dynamically generated web page such as PHP or ASP... which mean ?... A repository manager can, if he want, create a repository based on a real database that provides XML data to OvGME (using PHP code for example)...

( if you experience problems with some "404" error while the provided URL is perflectly valid and encoded, this is an identified bug, it will be corrected in the next release. For now, please use non-encoded URL (OvGME will encode them anyway) )

New 1.5.9 version (1.6 Release Candidate) available for download (see first page) : - Rewritten network code to avoid threading sync bugs. - Better network error handling. - Reworked Repositories feature. - Added Ability to enable or disable repository. - Help and Readme updated. + many details... Before asking a question, please read the help and FAQ embedded with the application, everything (or almost) is explained !

Yes, this is a quote from the movie.