Zubetto

Для того чтобы добавить трафик выполняющий какую-либо боевую задачу, править скрипт не надо. Группы создаются как обычно в Редакторе Миссий (пункты из первого поста). Если требуется чтобы группы добавлялись целиком, а не только первый юнит, то надо править функцию, которая собирает маршруты (в zzz0001_ATR_GameGUI.lua строка 77: function zATR.harvest(MissionTable, fromSide) ) а также функцию, которая добавляет группы во время игры (в AirTraffic_03.lua строка 75: function zAirTraffic.respATU)

Спасибо за комментарий. Честно говоря, я пока не пробовал использовать для трафика юниты с боевыми задачами, но вроде не вижу для этого принципиальных ограничений. Единственное, повторюсь, для трафика будет использован только первый юнит из группы и для того чтобы этот юнит не исчез раньше времени в его маршруте должна быть точка посадки.

Thank you for reply and for the good idea! Any feedback are very welcomed!

update: AirTraffic_03.lua | zzz0001_ATR_GameGUI.lua

update: AirTraffic_03.lua | zzz0001_ATR_GameGUI.lua

На данный момент чтобы избежать проблемы исчезновений/наложений лучше не создавать маршруты типа взлёт-посадка. С ними будут проблемы как со старым GUI так и с новым (соответсвенно со старым они вообще не работают, а с новым надо искать подходящие значения параметров).

Скрипт трактует все маршруты либо как маршрут прибытия либо как отправления. Если типом последней точки маршрута является "Land", то такой маршрут трактуется как маршрут прибытия, во всех остальных случаях - как отправления. В данной миссии у всех маршрутов были заданы и точки взлета и посадки, и все они были отнесены к маршрутам прибытия, где критерием завершения является низкая скорость ЛА. В файле с маршрутами я поменял принадлежность всех маршрутов, и теперь они относятся к маршрутам отправления (сами маршруты не трогал) и критерием их завершения является время в пути (от момента взлёта). В исправленной версии я не заметил особых проблем с исчезновением, а скорее наоборот, с заданным временем на прохождение маршрута отправления DepMaxInt = 1200 и периодом проверки checkInt = 120 в аэропорту Beatty прибывающие самолёты (т.е. те, которые завершали свой маршрут) доезжали до мест парковки и оставались там ещё довольно долго, так что при появлении новых ЛА на том же месте происходило наложение. Поэтому в данном случае я бы придерживался логики скрипта и разделял бы все маршруты на отправления и прибытия и по возможности каждому типу маршрута назначал бы свое парковочное место. В исправленной версии я также изменил количество ЛА, которые могут появиться за один раз maxResp = 3 и после этого случайность интервалов "заработала" или стала заметна. Во вложение я добавил и zzz0002_ATR_GameGUI.lua , чтобы маршруты как в этой миссии определялись бы как маршруты отправления. [MP] Nevada prop free fly 004Dep.miz zzz0002_ATR_GameGUI.lua

Надо глянуть файл миссии. В рамках этого скрипта, думаю, нет

I think I managed to realise your layers concept. First I did not see a simple way how it could be done therefore I offered that quick but an inconvenient version. The solution was not very difficult but still it required some changes in that part of the script, which worked fine. I have tested it with DCS 1.5.5.58891 . Most likely it is not fresh news but a lot of bad things has appeared after update to 1.5.5.60338 and this script (like previous) doesn't work with 1.5.5.60338 Some explanation of how it works, though of course you can jump directly to example which I have attached. I've added the new function editRoutes('Name', chance) Every time you DO SCRIPT FILE(AT_ROUTES_something.lua) action in your triggers you need to call zAirTraffic.editRoutes('Name', chance) to put contents of the AT_ROUTES_something.lua to the global variable zAirTraffic.repertory with the given name 'Name'. So, what is done by this function: editRoutes('Name') -- adds layer with 'Name' and weight = 1 (about the weight see below), or if the layer is already exist just sets it weight equal 1 editRoutes('Name', 100) -- replaces all layers to the given one editRoutes('Name', 0) -- removes layer with 'Name' editRoutes('Name', 72) -- adds layer with 'Name' and (or if exist just) sets it weight accordingly to the given chance editRoutes(' ', 'equalize') -- equalizes weights of all layers Names of all layers are stored in the zAirTraffic.lotteryBag , ie if we have three layers 'Layer01', 'Layer02', 'Layer03' with weights 1, 3, 1 accordingly then zAirTraffic.lotteryBag = {'Layer01', 'Layer02', 'Layer02', 'Layer02', 'Layer03'} , therefore chances will be equal 20%, 60%, 20% accordingly The action DO SCRIPT FILE(AirTraffic_ini.lua) is replaced to the function zAirTraffic.ini(report) (if report is true then messages will be shown) Hope you like it! Probably it will be a separate module AirTraffic_Sochi_EditRoutes_Test01.miz

try that: trigger.action.radioTransmission(_sound, _grp:getUnit(1):getPoint(), 0, false, 200000, 1000, "rtName") trigger.action.stopRadioTransmission("rtName") It works with DCS 2.0

Да Страну можно указать любую. Для трафика скрипт будет использовать все ЛА, у которых в поле бортовой было задано ATUF или ATUB и будет добавлять эти ЛА за страну указанную в AirTraffic.lua

Thanks for the comment! I will try to answer all but in a slightly different order Yes, exactly. Triggers are not needed in the zATRsomething.miz to obtain routes and aircrafts tables from zATRsomething.miz . All work will be done by the callback defined in the zzz0001_ATR_GameGUI.lua Please refer to C:\Program Files\Eagle Dynamics\DCS World\API\DCS_ControlAPI.txt for more info, here are the basic principle from it: When loading, DCS searches for Saved Games\DCS\Scripts\*GameGUI.lua files, sorts them by name and then loads into the GUI Lua-state. Each user script is loaded into an isolated environment, so the only thing they share is the state of the simulator. Thereby, script from the zzz0001_ATR_GameGUI.lua will be called each time you load any mission ( onMissionLoadEnd() ). First of all this script checks name of a loaded mission and if that name begins with zATR then it performs processing of the mission.lua of the loaded mission. If you have any Lua development tools (I use this https://eclipse.org/ldt/) you can use its environment to perform processing of the mission.lua No. zzz0001_ATR_GameGUI.lua not needed in this case. IMPORTANT POINT when creating routes: script treats each route either as a departure route or as arrival route. If you set for one route takeoff and landing waypoints then such route will treated as arrival route and low speed will be the criterion of its completion That's right, but the correct actions are: DO SCRIPT FILE(AirTraffic.lua) DO SCRIPT FILE(AT_ROUTES_something.lua) DO SCRIPT (zAirTraffic.cou) DO SCRIPT FILE(AirTraffic_ini.lua) Actions 1,2 and 4 are mandatory. Action 3 is optional. In this action you can set parameters values or leave them at default. Yes, this is possible and is a great idea! I made some changes in AirTraffic.lua and AirTraffic_ini.lua and attached the example in which different AT_ROUTES files could be read during the game. Every time the action DO SCRIPT FILE(AT_ROUTES_something_new.lua) is performed completely new routes are loaded and maybe this is slightly different from what you mean. AirTraffic_Sochi_SwitchTest.miz

Thanks for feedback! Yes, it is the "type" , but I did not experiment what would be if set not exesting livery ID for given "type" or wrong "payload". I set up all these items in the Mission Editor. The file AT_ROUTES__KLAS_002.lua contains tables for routes and aircrafts types (for DCS 2.0). Check the variables (tables) zAirTraffic.typesFree and zAirTraffic.typesBound if you want change them by hand. Actually this tables are obtained from mission.lua which are located in each *.miz mission file. To avoid manual editing of the mission.lua I created zzz0001_ATR_GameGUI.lua . If it was installed (was copied to the folder as described above) it would make all this work with the mission.lua . Don't hesitate to ask. I'll be glad to help. (but I need some time and help of google to formulate my thoughts in English)))

В уже готовую миссию необходимо добавить один триггер (подробнее о триггерах лучше посмотреть в мануале). Можно просто настроить этот триггер как в приложенных примерах, тут не много вариантов. Триггер срабатывает один раз после начала миссии (в примерах спустя 4 сек) и выполняет скрипты, в том порядке как они указаны, сверху вниз: выполнить файл: AirTraffic.lua -- обязательное действие, здесь объявляются функции для работы с трафиком выполнить файл: AT_ROUTES__KLAS_002.lua -- обязательное действие, добавляются маршруты для трафика выполнить скрипт: ... -- это действие можно не ставить, я добавил его для удобства задания параметров выполнить файл: AirTraffic_ini.lua -- обязательное действие, запускается трафик Действие выполнить скрипт я добавил для удобства, здесь можно задать значения параметров. Дефолтные значения всех параметров задаются вначале AirTraffic.lua , поэтому если убрать третье действие выполнить скрипт, то будут использованы эти дефолтные значения. Если, скажем, я хочу изменить только максимальное число юнитов трафика, а значения других параметров оставить дефолтными, то перед всеми параметрами, кроме zAirTraffic.maxTot , надо поставить два дефиса (минуса) -- , т.е. закоментить эти строки, и выглядеть это будет так: --zAirTraffic.country = 'ITALY' zAirTraffic.maxTot = 100 --zAirTraffic.maxResp = 5 --zAirTraffic.checkInt = 120 --zAirTraffic.RespMinInt = 119 --zAirTraffic.RespMaxInt = 600 --zAirTraffic.DepChance = 50 --zAirTraffic.DepMinInt = 240 --zAirTraffic.DepMaxInt = 1200 --zAirTraffic.ArrMinInt = 360 --zAirTraffic.frequency = 251

Вопрос в том как создать таблицу маршрутов или как добавить трафик в уже готовую миссию?

Thanks alot for the link. This is a good template for me and a brilliant very useful thing withal!

Спасибо!

Thank you! I agree that the C-17 at the airport McCarran looks not very good, but still, I think it's better than nothing (by the way, it once happened )

The main idea of this stuff is to create and configure air traffic in separate mission (i.e. in separate zATR*.miz file) by means of the Mission Editor, almost like any other mission, then obtain tables of routes from the zATR*.miz and add the air traffic based on that tables into an existing mission. This script randomly generates air traffic using the routing tables and tables of different groups. I use it with NTTR map to add some live activity to the huge airport McCarran. Of course, you can use it for other purposes. With specified interval the script randomly selects the aircraft groups, assigns them certain route from the list and adds them to the game. Then the script periodically checks status of the air traffic units and deletes the groups that have completed their itinerary. You can set the maximum number of aircrafts of the air traffic and time intervals along the routes, as well as a number of other parameters. In the attached archive: AirTraffic_Sochi_EditRoutes_Test02.miz -- template of the mission with the air traffic, for DCS 1.5 AirTraffic_test_03_EditRoutes.miz -- template of the mission with the air traffic, for DCS 2.0 zATR_URSS.miz -- template of the mission with routes for the air traffic, for DCS 1.5 zATR_KLAS.miz -- template of the mission with routes for the air traffic, for DCS 2.0 AirTraffic_031.lua -- handles the air traffic zzz0001_ATR_GameGUI.lua -- callback on loading mission end (this is needed for creation of your own table of routes) For creation of the file with the routes table I use DCS control API (for details and to figure out which folder is used for API scripts please refer to: ...\Eagle Dynamics\DCS World\API\DCS_ControlAPI.html; In the last versions of DCS you should create "Hooks" folder in your "Scripts" folder). Clearly, creation of these tables would be much more convenient with additional instruments in the Mission Editor. But at this stage I don't know how to add buttons and items to the Mission Editor. So, step by step guide to create routes table: put zzz0001_ATR_GameGUI.lua file to the folder \Scripts\Hooks\ (my example with DCS 2.2: C:\Users\Zubetto85\Saved Games\DCS.openalpha\Scripts\Hooks\zzz0001_ATR_GameGUI.lua) start DCS and go to the Mission Editor; create groups, routes almost as usual only the first unit of each group will be considered for the air traffic to include unit to the air traffic enter ATUF or ATUB in the field TAIL# ATUF means that all units which have the same ATUF in the field TAIL# will be able to follow by this route ATUB means that only this unit will be able to follow by its route In other words, enter ATUF if you want different types of aircrafts would be on the route or enter ATUB to reserve the route for only one specific type of aircraft save our mission; file name must begin with zATR , for example zATR_My_Routes_01.miz start our mission and wait for the loading is complete (unfortunately this inconvenience, I can not yet overcome) then you may exit from the mission and check the "Hooks" folder; there has to be a file approximately with such name AT_ROUTES__My_Routes_01_001.lua if the mission doesn't load or there is no file AT_ROUTES*001.lua please see logs (search by zzz0001) all previously created files with the routing tables must be created anew, using the new script zzz0001_ATR_GameGUI.lua (not earlier than 12/24/2016); old tables will not work with AirTraffic_03.lua After that, to add air traffic in your mission you should set new trigger. This is the very first one in the attached test missions. Here is the actions of this trigger: DO SCRIPT FILE(AirTraffic_03.lua) DO SCRIPT FILE(AT_ROUTES__My_Routes_01_001.lua) DO SCRIPT( --zAirTraffic.country = 'ITALY' zAirTraffic.maxTot = 10 zAirTraffic.maxResp = 3 --...) DO SCRIPT( zAirTraffic.editRoutes('Name') zAirTraffic.ini() ) Other triggers in attached missions are used only for demonstration of the new features (F10 other radio menu). In the AirTraffic_03.lua the great idea from Stonehouse has been implemented. Now you can add, replace or remove tables of routes and aircrafts contained in different files AT_ROUTES_*.lua during a game. In other words you have ability to spread your air traffic over different layers and activate / deactivate the desired layer as needed. I've added the new function editRoutes('Name', chance) for that purpose. Every time you have action DO SCRIPT FILE(AT_ROUTES_*.lua) in your triggers you need to call zAirTraffic.editRoutes('Name', chance) to put contents of the AT_ROUTES_*.lua under given name 'Name' to the global variable zAirTraffic.repertory . Depending on the chance values this function performs various actions: editRoutes('Name') -- adds layer under the name 'Name' and weight = 1, or if the layer with that name is already exist just sets it weight equal 1 (about the weight see below) editRoutes('Name', 100) -- replaces all layers to the given one editRoutes('Name', 0) -- removes layer with 'Name' editRoutes('Name', 72) -- adds layer with 'Name' and (or if exist just) sets it weight accordingly to the given chance (72% in this case) editRoutes(' ', 'equalize') -- equalizes weights of all layers Names of all layers are stored in the zAirTraffic.lotteryBag , ie if we have three layers 'Layer01', 'Layer02', 'Layer03' with weights 1, 3, 1 accordingly then zAirTraffic.lotteryBag = {'Layer01', 'Layer02', 'Layer02', 'Layer02', 'Layer03'} , therefore chances will be equal 20%, 60%, 20% accordingly The function zAirTraffic.ini(report) activates (or deactivates if routes tables are empty) checking of status of the units that belongs to the air traffic (if report is true then messages will be shown) The function zAirTraffic.clean() deletes all units that belongs to the air traffic. Parameters: zAirTraffic.country = 'ITALY' -- country of AT units, if nil then country from zATR*.miz will be set zAirTraffic.maxTot = 20 -- maximal number of air traffic units which can exist simultaneously zAirTraffic.maxResp = 5 -- maximal number of air traffic units which can be made at once zAirTraffic.checkInt = 120 -- sec, AT units checking period zAirTraffic.RespMinInt = 119 -- sec, minimal time interval for next respawn of ATU zAirTraffic.RespMaxInt = 600 -- sec, maximal time interval for next respawn of ATU zAirTraffic.DepChance = 50 -- %, the probability of selecting the departure route zAirTraffic.DepMinInt = 240 -- sec, minimal departure interval, it is used for departing aircraft only; since respawn till taxi of about 60 sec zAirTraffic.DepMaxInt = 1200 -- sec, the time for the passage of the departure route zAirTraffic.ArrMinInt = 360 -- sec, the minimum interval of following along a route, it is used for arriving aircrafts only zAirTraffic.frequency = 251 IMPORTANT POINTS when creating routes: All routes are treated as arrival routes or departure. If route begins in air and ends with landing, then such route will be treated as arrival route; in all other cases route will be treated as departure route If in a route points of takeoff and landing are specified, then it is considered that before takeoff the unit follows along a departure route, and after takeoff - along an arrival route Departing aircrafts will be destroyed if the time elapsed since their takeoff more than zAirTraffic.DepMaxInt Arriving aircrafts will be destroyed if their speed less than 0.1 m/s All time conditions must be met for adding of new AT unit (if it is time for respawn but all routes are busy, then no aircraft will be added) If you want a nice looking civil air traffic, then here is the great mod that you need: https://forums.eagle.ru/showpost.php?p=3268436&postcount=89 AirTraffic_Script_and_templates_031.rar

Во вложении два примера миссий, в которых добвлен воздушный трафик; в эих примерах собственно только трафик. Если требуется добавить трафик в уже готовую миссию, то нужно поставить ещё один триггер через редактор миссий, как в примерах.

Этот небольшой скрипт случайным образом генерит воздушный трафик из набора различных маршрутов и типов ЛА. Возможно это будет полезным на карте Невады, например для придания жизни крупному аэропорту Мак-Карен. С заданной периодичностью скрипт произвольно выбирает группы ЛА, назначает им какие-либо маршруты и добавляет в игру, а также уничтожает группы завршившие свой маршрут. Можно задавать максимальное число юнитов трафика и временные интервалы следования по маршрутам, а также ряд других параметров. Во вложенных архивах: AirTraffic_Sochi_EditRoutes_Test02.miz -- пример миссии с воздушным трафиком для DCS 1.5 AirTraffic_test_03_EditRoutes.miz -- пример миссии с воздушным трафиком для DCS 2.0 zATR_URSS.miz -- пример миссии с маршрутами для DCS 1.5 zATR_KLAS.miz -- пример миссии с маршрутами для DCS 2.0 AirTraffic_031.lua -- основной скрипт для обработки трафика zzz0001_ATR_GameGUI.lua -- коллбэк по окончании загрузки миссии (нужен для создания своих маршрутов) Для задания своих маршрутов необходимо создать файлик с таблицами маршрутов и типами ЛА. Создать его можно с помощью редактора миссий и скрипта zzz0001_ATR_GameGUI.lua . Идеальным вариантом было бы добавить соответсвующие инструменты в редактор миссий, но этого я пока не умею((. Сейчас этот работает с использованием DCS Control API (чтобы узнать в какую папку нужно поместить API скрипт, можно посмотреть здесь C:\Program Files\Eagle Dynamics\DCS World\API\DCS_ControlAPI.html ; в последних версиях DCS необходимо создать папку "Hooks" в папке "Scripts"). Пошаговая инструкция: файл zzz0001_ATR_GameGUI.lua кладём в папку "Hooks" (например, у меня для версии DCS 2.2 это выглядит так: C:\Users\Zubetto85\Saved Games\DCS.openalpha\Scripts\Hooks\zzz0001_ATR_GameGUI.lua) запускаем DCS и заходим в редактор миссий; создаём группы, маршруты, практически всё как обычно; для трафика может быть использован только первый юнит группы; для первого юнита группы в поле БОРТОВОЙ (TAIL #) пишем ATUF или ATUB, если иное, то группа и её маршрут не будут использованы для трафика; ATUF означает, что по маршруту данной группы могут летать все группы, у которых также в поле бортовой указано ATUF; ATUB - что по маршруту данной группы может летать только эта же группа; иначе говоря, ставим ATUF, если хотим чтобы на данном маршруте были ЛА разных типов, и ATUB - только одного конкретного типа;; сохраняем миссию, имя файла должно обязательно начинаться с zATR , например zATR_My_Routes_01.miz; запускаем эту миссию; по окончании загрузки из миссии можно выйти; в папке "Hooks" (указанной в п.1) должен появиться файлик примерно с таким именем AT_ROUTES__My_Routes_01_001.lua , в котором будут лежать таблицы маршрутов и типы ЛА. если миссия не загрузилась, можно посмотреть логи (в логах искать по zzz0001) если ранее уже создавали файлы с таблицами маршрутов их нужно переделать с помощью нового zzz0001_ATR_GameGUI.lua (не раньше 24.12.2016), старые таблицы не будут работать с AirTraffic_03.lua Чтобы добавить воздушный трафик к уже имеющейся миссии нужен один триггер. В примерах миссий AirTraffic_Sochi_EditRoutes_Test02.miz и AirTraffic_test_03_EditRoutes.miz это самый первый триггер. Остальные триггеры добавлены только для демонстрации дополнительных возможностей (в игре F10 в радио меню). В AirTraffic_03.lua реализована замечательная идея от Stonehouse, теперь во время игры можно добавлять, заменять или удалять таблицы маршрутов и ЛА хранящиеся в разных файлах AT_ROUTES_*.lua, иначе говоря стало возможным распределить трафик по различным слоям и подключать/выключать нужный слой по мере необходимости. Данную возможность дает функция editRoutes('Name', chance) . Для того чтобы подключить новый слой AT_ROUTES_something.lua нужно два действия в триггере: DO SCRIPT FILE(AT_ROUTES_something.lua) DO SCRIPT ( zAirTraffic.editRoutes('Name', chance) zAirTraffic.ini() ) В приложенных примерах продемонстрированы все возможные действия с editRoutes('Name', chance). Вот некоторые пояснения к примерам: editRoutes('Name') -- добавляет слой под произвольным именем 'Name' и весом равным 1; или, если под этим именем уже имеется какой-либо слой, то только задаёт ему вес равный 1 editRoutes('Name', 100) -- заменяет все слои на данный editRoutes('Name', 0) -- удаляет слой с именем 'Name' editRoutes('Name', 72) -- добавляет слой под произвольным именем 'Name' и (или, если такой уже существует, только) задаёт ему вес в соответсвии со значением вероятности chance editRoutes(' ', 'equalize') -- задает всем слоям вес равный 1 Имена всех добавленных слоёв хранятся в таблице zAirTraffic.lotteryBag . Допустим у нас есть три слоя 'Layer01', 'Layer02', 'Layer03' с весами 1, 3, 1 соответственно, тогда zAirTraffic.lotteryBag = {'Layer01', 'Layer02', 'Layer02', 'Layer02', 'Layer03'} и вероятности что будет выбран первый или второй или третий слой соответственно равны 20%, 60%, 20% zAirTraffic.ini(report) -- запускает (или останавливает, если таблицы маршрутов пусты) воздушный трафик; если report==true то будет выведено сообщение о статусе трафика Параметры: zAirTraffic.country = 'ITALY' -- страна юнитов траффика, если nil то страна будет задаваться как и в Редакторе Миссий (в файле zATR*.miz) zAirTraffic.maxTot = 20 -- максимальное число юнитов траффика, которые могут быть на карте во время игры zAirTraffic.maxResp = 5 -- максимальное число юнитов траффика, которые могут появиться одновременно zAirTraffic.checkInt = 120 -- сек, интервал проверки стастуса юнитов траффика zAirTraffic.RespMinInt = 119 -- сек, минимальный интервал появления нового юнита zAirTraffic.RespMaxInt = 600 -- сек, максимальный интервал появления нового юнита zAirTraffic.DepChance = 50 -- %, вероятность того что будет выбран маршрут отправления zAirTraffic.DepMinInt = 240 -- сек, минимальный интервал следования по маршрутам отправления zAirTraffic.DepMaxInt = 1200 -- сек, задает время на завершение маршрута отправления zAirTraffic.ArrMinInt = 360 -- сек, минимальный интервал следования по маршрутам прибытия zAirTraffic.frequency = 251 Важные моменты при создании своих маршрутов: Скрипт трактует все маршруты либо как маршруты прибытия, либо как отправления. Если маршрут начинается в воздухе и заканчивается посадкой, то такой маршрут будет отнесен к маршрутам прибытия; во всех остальных случаях - к маршрутам отправления. Если в маршруте указаны точки взлёта и посадки, то считается что до взлёта юнит следует по маршруту отправления, а после взлёта - по маршруту прибытия (в AirTraffic_03.lua) Юнит следовавший по маршруту отправления считатеся завершившим свой маршрут, если с момента его вылета до настоящего прошло время большее чем zAirTraffic.DepMaxInt. Для маршрутов прибытия критерием завершения является низкая (<0.1 м/c) скорость юнита. Для гражданского трафика незаменимым будет этот потрясающий мод: https://forums.eagle.ru/showpost.php?p=3268436&postcount=89 Буду рад любой конструктивной активности! :book: AT_script_031.rar AT_test_missions.rar

Nevada view from above FL600 Nevada view from above FL600

_

I have the same problem (version 1.2.16) there is no interaction with cargoes by standard triggers: UNIT DAMAGED - all cargos are always damaged UNIT INSIDE ZONE - doesn't respond to cargoes UNIT INSIDE MOVING ZONE - doesn't respond to stationary units

thank you for quick response, but it seems, will not work, cause GetDevice isn't visible and no matter what arguments I will use