galevsky06

Everything is ready but the story about icon ;) I was very surprised too the day I discovered that many Go were taken by Acmi files and DCS tracks

Hello, I developped a small tool to clean up the DCS-related content: DCS Cleaner When you fly, a lot of files are generated and you loose free space for files that you just want to delete for most of them. For screenshots, you can choose between "keep last month/week files" and "delete all". But only files in the root directory of screenshots are deleted, so if you have ./anyFolder/*.jpg content, they won't be deleted. I will publish it soon with automated installer, if useful to others. (freeware of course) I have a question: is it a problem if I re-use the DCS original Icon:

UP ! :)

No one knows ?

Hi, I have created an installer for a Pack that set up different files (skins, mods etc...) and I want to read the current version of DCS. I back up original files for mods that do changes, and I want to store the DCS version. Because my Pack can be uninstall, and the back-up files are restored. But I don't want to restore them if the version of DCS has changed ! In the win registry, I can read: HKEY_CURRENT_USER\Software\Eagle Dynamics\DCS World\version = 1.2.2.7570 HKEY_CURRENT_USER\Software\Eagle Dynamics\DCS World\FC3\version = 1.2.2.7570 HKEY_CURRENT_USER\Software\Eagle Dynamics\DCS World\CA\version = 1.2.2.7570 HKEY_CURRENT_USER\Software\Eagle Dynamics\DCS World\KA-50\version = 1.2.3.9871 HKEY_CURRENT_USER\Software\Eagle Dynamics\DCS World\A-10C\version = 1.2.3.9871 HKEY_CURRENT_USER\Software\Eagle Dynamics\DCS World\P-51D\version = 1.2.3.10201 Question: Is the version number v1.2.5.16508 only available in the .exe ? Can I find it somewhere easily ? If I should use HKEY_CURRENT_USER\Software\Eagle Dynamics\DCS World\version instead, can somebody confirm me that each time a new update is released, this registry key value changes accordingly ? Thanks for your help !

I though about that a few months ago. Is it possible to use community skills to run QA campaign after each ? With some sanity tests like: for each human-driven aircraft each mission starting/ending on different AB human: ramp + take-off + VFR landing + touch&go + IFR landing human: hot ramp + cockpits checks on all instruments human: ramp + cockpits checks on all instruments human: basic air/air mission with all missiles + gun human: basic ground mission with all ordnances + gun For lots of IA aircrafts: IA: all missions types combined into a small set of missions to be watched in accelerated time With some online tool to monitor campaigns (DL mission + test report with clear status) and track bugs... Expectable ?

Weel done for first shot :thumbup: I think the first upgrade could be remove ugly hardcoded units/groups names, and be able to loop on units that match some type requirement whatever their name. If you still stick with naming convention, please avoid ugly lists, and prefer regexp matching... I mean loop on all units and check if name matches /^transport.*$/. Same for PickupZones, and so on.... use regexp.

Brilliant !!! I also feel uncomfortable with $ on icons :helpsmilie:

It has been fixed from 1.2.4 :smilewink:

Where ? we don't mind, default location is OK. Then install FC3, then uninstall LO. :)

Not for their last upgrade: nice 3D models, full AFM, 3d cockpit but Same level of cockpit system detail

YES :thumbup:

Well the main important thing is to use the same method via Mist, 'cause everybody is doing is own business, with relative success... I saw hardcoded values, random integer values, incremental counters starting from hardcoded value (this is mine, starting from 500).... I was really confident to find out some (U)UID generator in lua, and modify it a bit to get integer values only, because it is really what your need => unique Id, whatever the value til it suits DCS Id field requirements. But UUID implementations that I found was referencing external lib, or OS features that made solution out-of-scope.':(

If choice is between first implementation that makes bugs very unlikely and the second one that makes them impossible, I choose the latter with no doubt. But If you are right (I haven't tested yet, and I trust u), let's take the risk :thumbup:

If you don't create your own variable which is both read and updated, no issue with concurrent access. But if you do.... it depends on what you call "making it accessible" and how.

No MP, everybody should be interested in that topic :) I think that I got it ! Coroutines are the solution. I will do the implementation with it soon.

Yes, but do it into a coroutine to protect your counter/largestId/whatever you call it from concurrent access. I mean, I have a training mission where all clients can spawn units thanks to F10 menu, and I don't want to face concurrent access issues... = spawning2 is reading largestId variable before spawning1 has updated it ! Coroutines allow to read +update value into one synchronized process to avoid troubles. The same kind of issue in that thread.

I am reading lua reference documentation and coroutines sounds like the solution for what we need: see chapter 9 Let's imagine getUniqId() instead of receive() and some counter based on max initial Ids as for producer implementation... We are sure that each call to getUniqId() will be executed with no concurrent access to the counter :thumbup:

We are still looking for both UUID generator and synchronized function in lua, the only 2 ways to avoid ID collision. ;)

No need to be sect member to say that guru is nothing without followers :music_whistling: I think you missed some posts :doh: ED announced this plan: bringing A/A aircrafts to HiFi level with DCS: Su-27, DCS: F15C, and DCS: F/A-18 also on the go. With intermediate deliveries to finance long-term projects. Let me remind you that if they did not plan this roadmap, there was absolutely no HiFi Air Combat alternative ! It is the contrary to what you say. Maybe you disagree with this roadmap... personnaly I feel very good :thumbup: Sure. You were so unique, on top of every other squad on earth.... I suggest to close all other VFS in respect to that black day. Wait.... I was kidding :megalol:

+1 Like one squad is not DCS Community with a big C. I am not saying that it is not sad, but please, don't tell us it is a bad day for the whole DCS community... so pretentious !!! it is for 74th individualities, that is it. But all other squads will keep breathing, with talented guys everywhere, maybe even more than 74th guys, maybe not. I did a 2005 => 2013 break :sad_2:, after huge online activity from Flanker v2.0 :pilotfly: No one cares ? Why should they ? :D +1

Looks better with the bug :D .getSize() returns current size as any getter, initial size would be called .getInitialSize() in a good API. As for your matter, call some function that stores initial sizes into global table in the early beginning of the mission.

Hum... it looks that you can face dis-synchronized issue: you can remove some text before copying messages to local var. depending on time execution duration (you don't manage concurrent access to messages)

You can also use custom radio menu F10 to ask for last messages... but pilot has to know that his bomb hit the ground...

The idea is: Fill-in messages queue (time => [message]) instead of immediate printing, Then, create a separate scheduled function that will print all messages in queue (if any) thanks to that post, and remove printed items from queue. The issue is how to manage concurrent access to messages queue. And this is where design pattern-based code solves us. But not in lua as far as my personnal skills are concerned :(