Steggles

Ah yup. Unfortunately I don't think that can be done. http://forums.eagle.ru/showthread.php?t=82161&highlight=Unit+template This guy's templates has a handy unit template that outlines the edges and pads on a farp. It's what I use when placing them and units and then delete the template group when I'm done. Maybe you could find some use for it too?

I'm not sure I fully understand what your asking. But, I think you might be after a template. Create the group with all the units in it you would like, arrange them how you please then open the templates menu in the ME (on the left hand side, the button kinda looks like a sail boat if your creative), then on the right select add template. (Make sure your group is selected)

As far as I know it's not fixed yet. I'll link the post in an edit. There is a scripting bug where client group data is not accessable in multiplayer. Source: http://forums.eagle.ru/showpost.php?p=2494017&postcount=1 Workaround: http://forums.eagle.ru/showpost.php?p=2499638&postcount=5 Seeing that you are already using mist, modify ciribob's script to pull the information you need. And the 3 in the error is the line number that the error occurred.

The simple answer is no. Not to sure what happens if you change the wind thou.

The MRGS coordinates are correct. More numbers = more accurate location. Yes you can enter these as a waypoint. Read up on using the CDU in the flight manual. As for LSS (laser spot search) it's impossible to use on a maveric. You wouldn't have seen that. To us LSS set the laser code you're searching for in the CTRL page of the TGP while its in A-G mode, then press the LSS OSB on the right. You will see the TGP start searching for the laser. NOTE that you have to have the TGP pointing towards the expected laser position for it to find the laser. More info can be found in the flight manual.

New Version Changes: - Added ability to request picture of friendly aircraft positions referencing your own aircraft - Mission designer chooses if this feature is active or not and how many aircraft are shown. https://github.com/Bob7heBuilder/EWRS I've left this change outside of the main branch for now. I've tested what I could in single player, but just haven't had a chance to test it in multiplayer. Anyone that uses it, could they please give feedback on any errors etc. Thanks to ESAc_matador for the idea to add this. As always, any issues or suggestions, let me know. Cheers Steggles

Latch doesn't make a difference. Its only if you don't want to hold down the lase button to leave the laser on. Auto Lase is XX seconds BEFORE weapon impact. Edit: Oops, didn't see the 3rd page... Duh.

The friendly aircraft picture will be pretty easy. The only thing is that it will not rely on friendly radar detection because in DCS, a side's radars don't actually 'detect' that side's units, so it will just be a matter of pulling each player's position. As for the detection with ground units, pretty cool idea. There is a function that can get the average position of all units in a group - could work fairly well. RL has be busy as hell recently, and preventing me from spending much time on my computer, but when I get a chance I'll add in the friendly aircraft picture, thats a simple one, then I'll see what I can come up with for the ground units.

Sounds like a permissions issue. You running DCS as administrator?

Try setting formation etc in a separate command, and use mist.goRoute(). I can't give exact examples, but I've run into trouble trying to do things at once and found I've had better success when assigning things separately when it comes to group's routes, formations etc. EDIT: Try using tostring() when adding the number onto the end of the string. I've run into troubles with LUA and its auto assign variable types when doing stuff like that. EDIT2: Try naming the arguments sent to the function. I haven't used groupToPoint in MIST before. Like in the Valid Inputs types in here: http://wiki.hoggit.us/view/GroupToPoint. I'm not in a position to test the mission atm, or I would get it working for you. Name each one: {group = NewGroupName, table = advZone, form = 'Diamond'} etc... For all your arguments you want to send. Pretty sure this will be your problem. EDIT3: This is the error, from the groupToPoint function. I can't figure out why its coming up. I've tried a few different approaches... mist.scheduleFunction, error in scheduled function: [string "C:\**\**\**\DCS\/~mis0000249C"]:3937: attempt to index local 'point' (a nil value)

Pikey seems to be the resident DCS script tester. He helped a lot with finding bugs in EWRS for me too. I'm sure all of your inputs and time is appreciated. I know I appreciated pikey's time and help when I first released mine.

It can for the M2000. However, I don't think it's possible to do anything like that with AI dropping / firing the ordinance at the moment.

What if you placed a late activation unit with all the setting's set up in the ME, and activate it at the same time as the tasking is given, at the same time as the hostiles? I've used this method before and it worked pretty good. I've even used the same one for multiple groups and the only thing I didn't like was the 'No further tasking available' when no hostile groups were currently spawned. This would stop thou once one of its targets were active again. EDIT: While I've never tried it, I'm pretty sure that the marking etc can be set but the unit has to have correct conditions to work properly (LOS on aircraft and targets for type 1, LOS on target only for type 2, and LOS on none for type 3) and I think that effects what marks can be placed on target.

New Version - Added some ships to the list with their correct names and what ships they are https://github.com/Bob7heBuilder/EWRS

PM Sent

If I get a chance later today, I'll slap up a very simple example of what I suggested so you can see the workflow.

I'll try get it done in the next day or two. Gives me a reason to finally test if detection with ships works properly. EDIT: Which of the ships have radar? I know absolutely nothing about ships. I'll have to start googling after work otherwise.

Use getDetectedTargets and run a check on the return to ensure that any targets are aircraft. From the tests I did when doing EWRS, unless it's changed very recently, blue radar units will not detect blue units, and the same with red. If aircraft is detected use setUserFlag()

You could call trigger.action.explosion at the location of the static. Adjust the power as you need to get the damage effects you want. Outside of that, I wouldn't know how else to do it.

Good stuff mate, exactly the same thing represented in a different way. Glad I could help

mist.DBs.unitsByName is a table of units, not groups. Also, unitsByName is a table that uses strings as it's keys, so trying to access it with a numeric index will not work. Using mist.DBs.groupsByName and iterate it in pairs. The keys on that table will be the group names. EDIT: I've never tried the # on a table that isn't numerically indexed, so I'm not sure if that has anything to do with it. Try this: pipok = {} function pipok.respawnGroup() local GroupList = mist.DBs.groupsByName --trigger.action.outText('#GroupList: ' .. string.format("%i", #GroupList), 5) --for i=1, #GroupList do for groupName, group in pairs(GroupList) do trigger.action.outText(groupName,5) end mist.scheduleFunction(pipok.respawnGroup, nil, timer.getTime() + 10) end trigger.action.outText("Executing RespawnPrefix script 8",10) pipok.respawnGroup()

The wiki says it returns a string too. In the script I'm working on ATM, I'm not using cloneInZone but using cloneGroup, which apparently returns a string too, but cloneGroup returns a table and the only way I can access the cloned group's name is how I've mentioned above. Looking at the call stack in MIST atm, it does return a table.

The hash sign counts the entries in a table. So #myTable returns the number of entries in the table called myTable.

I can't test it at the moment. But I'm pretty sure if you call it on the right hand side of an assignment, the group info gets placed into the variable. local groupInfo = mist.CloneInZone() groupInfo["name"] -- this will be the name of the cloned group. groupInfo will contain the all group's information.

Top one looks alright to me. If it were me I would add an isActive() check on the group too, but I don't think its really necessary. The easiest way will be to create a table with all the group names in it (either hard coded in the script, or using the mist utils), then the 2 common iterations for LUA are: This one you can access numerically indexed table using i. eg. for i = 1, maxCount do local myGroup = Group.getByName(myGroups[i]) -- do something with myGroup end and this one using a table's key and value pairs. for key, value in pairs(table_to_iterate) do local myGroup = Group.getByName(value) local tableIndex = key -- do stuff with myGroup and tableIndex if needed endThe value in key will be the table index. This one is most useful when you have tables that are indexed with strings rather then numbers. To find a particular string inside of a group name, take a look at the string.find LUA function http://lua-users.org/wiki/StringLibraryTutorial local tag = "respawn_" local groupName = --get group name as you please if string.find(groupName, tag) then --group name contains the tag in it end Hope I've been able to help.