Laxxor

I would suggest (without concrete proof though) that the server is multi-threaded, in as much as units ( or some level of granularity) potentially have thier own thread / worker threads. However, the thing that ties everything together (the event engine, for want of better term) is entirely on 1 thread. This can be seen if like many, including myself, when developing missions and using EmmyLua with VS Code, if you are sat on a breakpoint the game appears to freeze BUT when you resume there is a backlog of event messages to process before the game returns to responsiveness and the units have since moved.. This shows that while the event processing system is locked and blocking all further processing, there is ample ability to generate new events into the queue. In this way we can see why some units have a much greater negative effect on a server than others - put 12 Gatling gun AAA units in a group and have them fire on an enemy plane. The logs get flooded with projectile data for each shot being tracked (and subsequent hits) and the server perf tanks. If you are experiencing server perf issues for not explainable reasons, check your group compositions and sacrifice cool guns for some stingers or such and see the performance return....

@Flappie will any of this reach a mapping update like the others listed in todays patch?

if you have logic that takes container health into consideration (we do) failure to unhook is a mission breaker...

No it is entirely illlogical to tell you everything you have some of but not tell you that which you have nothing of.... If you wrote your shopping lists on that premise you would find you are missing something when you went to use it... the issue is that when QTY is 0, the game doesnt even aknowledge there IS such an ordinance shelf that is empty, but _does_ continue to list it in the airfield resources UI.

still issue

i woudl recommend the alternate suggestion made near the start of mkLink /D to redirect the foldername in saved games to any folder of your choice - it acts an an invisible (to the game) redirect

getInventory gives a complete inventory for a warehouse, but seems to exclude items that are fully depleted, instead of returning "0" as the qty. If i use warehouse.getItemCount(wh, <depletedItem>) it will return 0, showing the warehouse has the item, but its qty is 0. why does getInventory exclude 0-qty items?

still an issue - is it an accepted bug?

Still an issue

issue still persists

Still an issue

Bump. Still an issue

Bump. This is still an issue

In order to not feel like champions of the in-game solution were hung out to dry, it would have been really nice to hear about this sooner in the DCS update newsletter, rather than feel like the solution had been shelved and to stumble over the information in a disjointed respository.... @NineLine Its also worth noting that there is a whole section dedicated to Voice chat bugs, but its only this section of the forums being reviewed?

This can be accepted as a solution for the technicals of the warbird placement.. but gazelle remains to be a graphical bug with the module i think (ie outside/inside a re different and overlapping).

@Nealius Right, thats great, but if you refer to my images (in this instance the spitfire ones where the tail number has been set to "bill1949" in the ME) where the serial numbers are reversed, is the representation of the serial numbers IN DCS correct? Left side, read left to right: Bill1949 Right side, read left to right: L1949Lbi

There are 2 sides to the post... fix and enhance I don't understand your "local fog" though, that would make a severe imbalance from a simulation perspective. To be honest I also don't understand why you come out guns blazing at my naivety and borderline futility of intent. It's also borderline (no.... actual) condescending to question my "contacts inside ED management" of which obviously i have none, otherwise i would be talking directly to them in DMs, rather than attract the laughing and finger pointing I'm currently receiving from yourself (who would appear to be a moderately seasoned poster with 4.2K forum posts) who seems to have just "chosen violence" today. Im relatively new to DCS.. maybe i am stealing someone's thunder? You seem to be versed in software development so i would hope you can, as an "Agent of Change" (and if that reference is lost on you try reading "Peopleware" by Timothy Lister and Tom DeMarco), appreciate you dont get change without a catalyst and sometimes you have to just keep trying... I guess the other option is to not try anymore, sit back, exist with the things not working and complain about them on other platforms and do "thumb down" emotes on all the discord announcements, or go to another product... but you know, I chose this way. You do you, dude.

Making things visible in a constructive manor can only be the 1st step though in change process / management, which is why i created this post. Yea there are probably quite a few issues, some with be lost in the depths of old posts, some drowned out by other current issues, and others will be suffered in silence and complained about in the shadows (least helpful). DIscussion and visibility might help people see, and a single point of reference for all the issues makes is easily referenceable. I hope this post c an help promote those aspects...

DCS is actively trying to bring in more players / pilots. As mission writers and story tellers, the Mission Creation community is constantly looking to make more exciting and engaging content to be flown.. This "wishlist item" could be taken as an opportunity to review the API for known and reported defects and enhance it in a phased approach. This could include more event handling which will allow creators to embellish their ideas further and draw more attention to the DCS product: F7 troop management events (not limited by zone) embraking disembarking Cargo events (dynamic and classical "F6sling-load) including unhook (pure unhook, not limited to zone) Effectively any task to be paired with start/end events Review of existing events to identify those never raised and either remove or correct why they are not being raised Feel free to comment to suggest other API fixes, with links to the relevent forum post describing it and i will update this list

So we are saying this is a valid bug?

YEa, but my query is: is the character sequence being different on left and right sides correct?

In my example the board number is "104" On the left side this is shown as 10<roundel>4 on the right side it is shown as 4<roundel>10 The spitfire example, the board number is "BILL1949" Left = BI<roundel>L L1949 right = L1949 L<roundel>BI If this is correct then fair enough, its just my lack of knowledge on for hte numbering works but, as a layman, reversed character sequences would not seem a good idea for ID purposes in RL

Gaz\L or \M? M does not display anything Does the warbird instance cater for the number being in the wrong ordrer though? grouping is one thing but theright side is backwards Truncation of charaters is fair if is as real, i'm just not an aviation person to know that.

1st 3 images exhibit vanilla setting of 132 with default DCS-supplied livery. Gaz\L in this case; the Ga\M does not display any board number) Nose shows bird 2, but "2132" above it. Tail number repeat board numnullber to padd out to 5 characters. and then repeats in smaller font White font version completely wrong. 4 images following show change of board number to "749" In these example under the doors is the only place is it wholly correct. Notice that from inside cockpit, despite board of 749, door numers show an 132, witha "2" overlayed on the "1" only RAF Standard works for spitfire, but the tail number is backwards on the right side (same for other warbirds) russian helo, harrier truncate 3-chars to 2-chars

This is not module specific, other than to say it effects every module i think in DCS, but in different ways. Set a custom board number and review the effect: reversed on tails repeating / overlapping rendering Reversed and wrong order on Gazelle doors Gazelle renders different board numbers when viewed from inside