wolle

Hi Sven, Thanks for the feedback. Are you the only player, or are several people flying cooperatively? I am asking because I have never had any problems entering a helicopter when I am the only player. I have tried it when I was hosting my mission, and switching helos by first becoming a spectator, then selecting a different helo. Never an issue. I see in your logs further below that you joined sometimes as "Soldier M4". Does that mean you are running CA also? I don't, do you think this might cause the problems "driving player number 2". There is nothing special about player number 2...

mission with varying complexity for testing The radio problem should now be fixed, all active clients should have all radio items now. On Sven's suggestion, I moved the execution of the lua code further back in time. I will look at Sven's more sophisticated suggestions later this afternoon. I attached missions with varying complexity for MP testing. It would be enormously helpful for me to know what is the lowest complexity mission that crashes, then I can focus on this much simpler code. The missions range from the latest version of the full mission, to the plain old CSAR mission without any dynamic troop movements (my suspicion is that the dynamic troop movements are involved in the crashes). Any help would be greatly appreciated. AirCavFullMission.miz AirCavNoStrafe.miz AirCavNoStrafeNoAM.miz CSARNoMovement.miz

help interpreting crash files Thanks to the help of Marker and Fangav I could collect several crash files. Does anybody know how to interpret them, or even recognize a clue in them? # -------------- 20130626-180050 -------------- # C0000005 ACCESS_VIOLATION at EF315902 00:00000000 00000000 00000000 0000:00000000 EF315902 0016DD70 0000:00000000 ?setLeader@wNetGroup@@QEAAXAEBV?$cPointerTemplate@VMovingObject@@@@@Z()+C2 EF316651 0016DDB0 0000:00000000 ?onMemberBirth@wNetGroup@@QEAAXAEBV?$cPointerTemplate@VMovingObject@@@@H@Z()+31 3FFCE04F 0016DE10 0000:00000000 3FFD09C2 0016DEA0 0000:00000000 40017ECA 0016DF00 0000:00000000 40017F3B 0016DF90 0000:00000000 4001EBE1 0016F1D0 0000:00000000 EFC59E6D 0016F210 0000:00000000 ??1Reader@Mail@@UEAA@XZ()+23D ED6F928E 0016F280 0000:00000000 ED6F9341 0016F2D0 0000:00000000 ED6FBDC8 0016F470 0000:00000000 ED707827 0016F4D0 0000:00000000 ED71C6D3 0016F500 0000:00000000 ED732623 0016F530 0000:00000000 400AF3A5 0016F590 0000:00000000 400C60A4 0016F5C0 0000:00000000 400C5F7B 0016F5F0 0000:00000000 40156918 0016F660 0000:00000000 40157DEE 0016FC60 0000:00000000 4015AA1F 0016FD10 0000:00000000 76E3652D 0016FD40 0001:0001552D C:\Windows\system32\KERNEL32.dll BaseThreadInitThunk()+D 7706C521 0016FD90 0001:0002B521 C:\Windows\SYSTEM32\ntdll.dll RtlUserThreadStart()+21 # -------------- 20130629-042931 -------------- # C0000005 ACCESS_VIOLATION at EC2960A5 00:00000000 00000000 00000000 0000:00000000 EC2960A5 001DEE00 0000:00000000 ?onMemberDeath@wNetGroup@@QEAAXAEBV?$cPointerTempl ate@VMovingObject@@@@@Z()+25 3F66FBC4 001DEE60 0000:00000000 3F6677D4 001DEE90 0000:00000000 EC2939AB 001DEEE0 0000:00000000 ?netDiscard@MovingObject@@UEAAXXZ()+6B EA5B70D0 001DEF10 0000:00000000 EA5BC1D7 001DEF60 0000:00000000 EA5B9AC3 001DEFA0 0000:00000000 EA5C8E70 001DEFE0 0000:00000000 EA5C35CB 001DF0A0 0000:00000000 EC8F9E6D 001DF0E0 0000:00000000 ??1Reader@Mail@@UEAA@XZ()+23D EA5B928E 001DF150 0000:00000000 EA5B9341 001DF1A0 0000:00000000 EA5BBDC8 001DF340 0000:00000000 EA5C7827 001DF3A0 0000:00000000 EA5DC6D3 001DF3D0 0000:00000000 EA5F2623 001DF400 0000:00000000 3F74F3A5 001DF460 0000:00000000 3F7660A4 001DF490 0000:00000000 3F765F7B 001DF4C0 0000:00000000 3F7F6918 001DF530 0000:00000000 3F7F7DEE 001DFB30 0000:00000000 3F7FAA1F 001DFBE0 0000:00000000 7784652D 001DFC10 0001:0001552D C:\Windows\system32\kernel32.DLL BaseThreadInitThunk()+D 7797C521 001DFC60 0001:0002B521 C:\Windows\SYSTEM32\ntdll.DLL RtlUserThreadStart()+21 Client Crash log. # -------------- 20130629-041443 -------------- # C0000005 ACCESS_VIOLATION at EC9FFD1A 00:00000000 00000000 00000000 0000:00000000 EC9FFD1A 0015E290 0000:00000000 ?GetLoadStep@JSmokeMaterial@Effects@@UEAAHXZ()+5B5 A EC9FEFBB 0015E320 0000:00000000 ?GetLoadStep@JSmokeMaterial@Effects@@UEAAHXZ()+4DF B EC9FE610 0015E740 0000:00000000 ?GetLoadStep@JSmokeMaterial@Effects@@UEAAHXZ()+445 0 ECCFFC71 0015E770 0000:00000000 ?DrawNormalLights@DXRenderer@Graphics@@AEAAXPEAPEA VRenderObject@2@H@Z()+A1 ECD02AED 0015E7B0 0000:00000000 ?DrawObjects@DXRenderer@Graphics@@UEAAXPEAPEAVRend erObject@2@I@Z()+16D EC5CDEC1 0015E800 0000:00000000 ?DrawTransparent@RenderParserImpl@@QEAAX_N0MM0@Z() +1D1 EC5DF189 0015EAC0 0000:00000000 ?RenderScene@SceneManager_Implement@@QEAAXPEAVsmCa mera@@_N@Z()+3E9 EC5E1834 0015EDC0 0000:00000000 ?RenderMain@SceneManager_Implement@@UEAAXAEBVdPosi tion@@W4vCameraType_e@@AEBUViewport@smSceneManager @@PEAVContext@Graphics@@@Z()+4F4 EC5E2A3C 0015F0C0 0000:00000000 ?Render@SceneManager_Implement@@UEAAXXZ()+63C 3F95CA5B 0015F150 0000:00000000 3F95F42D 0015F1B0 0000:00000000 3F9760A4 0015F1E0 0000:00000000 3F975F7B 0015F210 0000:00000000 3FA06918 0015F280 0000:00000000 3FA07DEE 0015F880 0000:00000000 3FA0AA1F 0015F930 0000:00000000 7752652D 0015F960 0001:0001552D C:\Windows\system32\kernel32.dll BaseThreadInitThunk()+D 7765C521 0015F9B0 0001:0002B521 C:\Windows\SYSTEM32\ntdll.dll RtlUserThreadStart()+21

Hi Sven, Thanks so much for your feedback, I am desperately looking for clues. Indeed, I load everything right at mission start. What I will do is move all the various codes back by several seconds. Let's see if that helps. Regarding the F10 menu, are the F10 menu items not functional (but appear in the F10 list), or do they not even appear in the list. If the latter, it would be important for me to know which ones are missing: there are two kinds of menu items, ones that apply to all clients equally, and ones that are specific to each client (those can be recognized by having the client unit name at the end of the radio item text. The idea of selecting a task from a list, and then "owning" that task is great, and I will definitely do that, but first the code has to become stable in MP. Many thanks again. Any further clues would be mighty helpful.

need help from a lua guru In this thread we are discussing my CSAR etc. mission, which should work in SP and MP. Turns out it crashes regularly in MP, whereas it is quite stable in SP. I think I figured the problem out, and will likely get to test it in MP tomorrow. Nevertheless, in case it doesn't work, I would appreciate if a lua guru could tell me if I am on the right track or not. Here is what I think has happened: My code makes extensive use of mist.scheduleFunction, which allows you to run a given function with given parameters a given time later, say as an example: make enemy infantry unit run towards Huey client position in 10 seconds. This would look something like (in simplified syntax): mist.scheduleFunction(Move,Enemy,HisPosition,HueyPosition,10s) The problem is that lua passes the argument by reference, not by value. That means that if in the intervening 10s HueyPosition is changed (in my code I often loop over all clients, and HueyPosition can change to the position of another client Huey), when the function will actually run it will have a different HueyPosition as the argument than initially intended, causing it to crash. Make sense so far? I am trying to overcome this problem by making a socalled deep copy of all the variables, such that the function will run in 10s with the original argument. This problem does not occur (as often) in SP, because there is only one HueyPosition, for example. Specifically I replaced mist.scheduleFunction with this: deepSchedule = function(f, vars, t, rep, st) local deepVars = mist.utils.deepCopy(vars) mist.scheduleFunction(f, deepVars, t, rep, st) end Will this work? Would appreciate any help on this...

Did it happen after a certain message was displayed? Anyway, are you guys flying now, I am at my computer

regarding stability problems Hi guys, Many thanks for your valuable feedback. Last night I wrote a new version, with the following changes: - client Hueys get automatically recognized. - whenever creating a new dynamic group, the program checks if the point (randomly) chosen is on land or on a road. Otherwise the creation command is ignored. - whenever dynamically moving a group from point A to B, the program checks if the (randomly) chosen points A and B are on land or on a road. Otherwise the moving command is ignored. - I have added some more instances where the program checks if a unit or group actually exists, before executing any command on it. - I have included on screen messages whenever the code executes a command that I suspect could lead to crashing problems. The idea being that when the program crashes, the last message on the screen identifies the likely culprit. These debugging messages can be turned off be simply setting a flag to false. I testflew it 3 times last night and did not have a single crash in the roughly 3 hour period, but of course that does not mean it will also be stable in MP. My plan is to testfly it some more tonight, and if stable, post the updated version here in this thread, and see what people experience in MP. Of course the best way for me to figure out these problems would be if I could join someone who is willing to host and testfly this mission in MP with me. In this case please PM me, I am on US central time.

Hi Vulcan, Thanks for the feedback. If a player gets only the first two F10 radio messages, the first client-specific message is missing. This would occur if the client is not in the client list used by the program. Did you guys add any clients, or change any of the Pilot Unit names? Although this can be done, in that case one must correctly update a list of clients in the program. Furthermore, the code does not presently check if there is an unknown client, and this could lead to an erroneous execution of the code, possibly explaining the flashy messages. What I will have to do is to write a routine that automatically determines the list of all client helos at the beginning of the mission. I have also encountered a couple of "DCS stopped working" problems even in SP. Could imagine this problem get much worse with a larger number of clients simultaneously playing. I think it has to do with the DCS internal routine that makes units move around the map. It can take a lot of time to find a suitable route, and then there can be a long lua "stutter", and this gives the tendency for the sim to crash. But I will keep looking into that. Does anyone have experience with looking for crash causes in the log and crash files that could give us some tips?

Hey Vlerkies, Thanks! Please make sure to let me know how the MP action was, and how the mission plays in MP. Wolle

That would be a substantial change. I was going to hold off on doing this until the Mi-8 module is out.

new mission update: June 23 I expanded/updated the mission some more: change log: - added third kind of task: strafing an enemy supply convoy: HUMVEE patrols are monitoring the "Ho-Chi-Minh trail". If/when they spot a supply convoy, they will alert you. Follow the spotter's ADF. Once close to the spotter, he will inform you about the target convoy's relative position. Should the spotter loose sight of the convoy, he will tell you to abort. Otherwise, strafe the convoy. - CSAR task: now all landings within 500 m are valid. However, the further you land from the pilot down, the longer it will take him to run to your chopper. During that time, Charlie, who spotted your chopper during approach, may catch up with you and he will want a piece of you. - smoke marker release height has been reduced from 100m above ground to 10m above ground, for a more realistic look. - mist's messaging system is now used, that means that new messages will not overwrite old messages any more. Useful, because there are more and more messages as the mission grows. - a battle between a M113 and a BMP-1 platoon is now included. You will be kept updated on M113 loses, but there is no task for you built around this, yet. AirCav.miz

Well, in Matt's "change log" there is a section on DCS Huey, mentioning things such a mast bumping... Is it then that some changes are mentioned, and others not?

I have just read the June 21st update by Matt, which includes planned features for DCS world version 1.2.5. I was a little bit surprised that there wasn't much news regarding the Huey module. With Huey being in beta, I would have hoped that it receives the largest number of additions/improvements of all the modules. I would have hoped for things like visible crews in cabin if you take on human cargo, sling loads, door gunner AI, etc. But I guess things take time, and I need to be more patient...

Resource manager? I saw that the June 21 update mentions a resource manager. I am not familiar with that, is that described in one of the manuals or elsewhere? Would greatly appreciate it if someone pointed me in the right direction...

Hi John, At the moment the flare is popped, the friendly groups will tell you the location of the enemy. You need to remember this info when you come in to land in the LZ. However, I agree with you that the troops are often too close. I will increase the distance between them (at the moment it is a randomly chosen number, in the next version I will make sure this number is at least a certain value, say 500 m). I don't think there is anything one can do about the smoke floating at a fixed location, that's how it is set up in DCS world. One can only choose the height above ground, which is presently chosen to be 100 m. Any suggestion for a better value?

dynamic CSAR and airmobility mission Name: CSAR & AM Author: wolle Mission type: SP and MP/ CSAR and troop deployment and pickup Controllable: UH-1H Quick summary: - can be played as single player or multiplayer mission - dynamic mission containing both aerial and ground fighting components. - when a friendly pilot ejects, you will be tasked to rescue it. - when friendly ground troops take heavy casualties, you will be tasked to supply them with reinforcement troops. - if friendly group troops win their engagement, you will be tasked to pick them up. - mission uses a modular design: CSAR and airmobility tasks use separate lua codes that require very little interaction with the mission file as set in the mission editor. This simplifies integration into other SP and MP missions. Link/Download: http://www.digitalcombatsimulator.com/en/files/358251/ Discussion thread: http://forums.eagle.ru/showthread.php?t=108056

Yes, will be expanded over time...

updated CSAR and AM mission Hi guys, I attached an updated CSAR and AM mission. Would appreciate comments and bug reports (I have not yet gotten to include your comments about call signs, and auto-retrieval of Huey clients, yet, just saw them now). Once the code is reasonably bug free, I will post it on the appropriate sites. change-log -bug fixed: previously requesting to take grunts on board at airfields applied this request to all Huey clients that were at any airfield, now it applies only to the requester. -bug fixed: ADF frequencies were listed incorrectly when requesting a list of infantry troops. -the infantry skirmishes are now fully dynamic, they occur at randomly chosen locations, and the troops attack and retreat at appropriate times. -after you have reinforced the infantry teams, the left over and the newly arrived forces will attack again together. Should they win this attack and eliminate the enemy, they will request you to pick them up and give them a ride back home. -soldiers you pick up will now run towards your chopper. -The F10 menu has been expanded. Known shortcomings (any advice on how to overcome these would be appreciated) - the pilots down are actually stand-in 'Soldiers M4'. Would be nicer if the code could follow the actual parachute and radio its location, then the player could rescue the actual pilot. - the weight of the soldiers you take on board is not taken into account (this is possible at the moment only for an SP player, but not for a client aircraft, AFAIK) CSARandAMjune15GunsOnly.miz

Hi Derk, I'll definitely will look into that...

You should be able to add as many clients as you want. The only place you need to update is in the trigger list, under "initializing global variables" (or something like that), add the new clients to the table aircraftList

Hi, Thanks for your feedback. I am at work now, but I think I already figured out where I messed up in assigning the ADF frequencies. Will be fixed in the next version. At the moment the mission will just run out of things for you to do, but there is no "ceremony" at the end of the mission, just silence. Maybe I'll have an idea to make a better ending. B.t.w. Midnight and I have been trying to award "official" score points (i.e. those that will be shown at mission debriefing) for things like picking up and dropping off troops, but there doesn't seem to be a way of doing that. Do you (or anyone else) know of a method?

I attached a new mission that can be played as SP or MP. In this mission, several Hueys are on standby, and will be called upon to rescue downed pilot and/or airlift troops to reinforce infantry units. Much of the mission is scripted dynamically, so that it plays differently each time played. It uses extensive lua scripting and uses a modular format, simplifying integration into other MP missions. I would appreciate comments and bug reports. CSARandAM.miz

Negative, Grimes. This simply gives the burning plane coordinates, and this command ceases to exist as soon as the burning plane hits the ground (see attached simple test mission) LandEventHandler.miz

Hi Grimes, You'll have to help me a little more (if your time permits). According to the scripting wiki part one, an event is a list with the following structure: Event = { id = enum world.event, time = Time, initiator = Unit, target = Unit, place = Unit, subPlace = enum world.BirthPlace, weapon = Weapon } Which of these gives me the object id of the parachute? My goal is to follow the position of the parachute. It is very easy to follow the position of the burning plane, using: Unit.getPosition(event.initiator) What would be the corresponding command to get the position of the parachute?

Does anyone know: after a pilot ejects a parachute is visible in the sim. Is this a regular group/unit that gets created, and if so, how can I find its group and/or unit id with the scripting engine?