PowerBroker

Thank you! On behalf of Virtual Ukrainian Falcons I'd like to send our greetings to all the aerobatic teams and solo pilots and thank all of you guys for your hard work and dedication! That was a great event! And of coarse special thank you goes to the team of Virtual Beach Blast Air Show 2015! We do realize what a great leap of efforts it takes to put everything together. Your efforts are very much appreciated!

Thanks guys for your replies! Got the point.

Animation problem I'm pretty new to 3D modeling and animation (actually I just started) and am trying to figure out how animation could be done via Lua coding. I decided to study a MiG-29S as an example. It is known that when you extend the landing gear while your speed brake is also extended it gets automatically retracted. This is what I would like to simulate using Lua, but it seems to be I'm doing something wrong. Here's what I've done: fired up edModelViewer (version 97075) loaded the MiG-29S model (DCS World\Bazar\World\Shapes\mig-29c.edm) mounted textures directory (DCS World\Bazar\World\textures) reloaded the model to apply the textures (everything is fine) created a Lua file containing this piece of code (borrowed from SilentEagle's post): local dev = GetSelf() local sensor_data = get_base_data() local update_rate = 0.2 -- 1/5 sec, or 5 times per second make_default_activity(update_rate) local iPlaneAirBrakeOn = 147 local iPlaneAirBrakeOff = 148 function update() local spdbrkpos = sensor_data.getSpeedBrakePos() local geardown = sensor_data.getLeftMainLandingGearDown() if geardown>0 and spdbrkpos>0 then --BRAKES IN dispatch_action(nil, iPlaneAirBrakeOff) end end need_to_be_closed = false -- close lua state after initialization and loaded it into edModelViewer. And I immediately get Lua error with this complain: attempt to call global 'GetSelf' (a nil value). The error window doesn't go away until I press Cancel button. I was trying to study the subject on the forum during a week but haven't found clear directions. I'd very appreciate any hint or source of further reading.

Вчера нашёл вероятную причину проблемы и работающие решения. Описал здесь.

Fix for landing and taxi lights bug in Su-27 For those who still suffer from the bug in Su-27 related to landing and taxi lights - here's the fix working in the latest 1.2.14 update available at the moment. Go to [your DCS World installation folder]\Scripts\Aircrafts\_Common and open Lights.lua file. You have 2 options. The first option: Find "-- 3 spots" comment in the file, line 69 if you haven't modified the file before. Put this string somewhere before "};" symbol. I put it before Su-33 line: [ Su_27] ={{5.501, -0.675, -0.002} ,{ 5.439, -0.318, 0.121 } ,{ 5.4, -0.234, -0.154}}, Than find this block of code further down below (should be starting at line 263 or so): lights_prototypes[su_27] = {[indent] typename = "collection", lights = { [WOLALIGHT_STROBES] = {},--must be collection [WOLALIGHT_SPOTS] = {typename = "collection", lights = {{typename = "argumentlight" ,argument = 209}, {typename = "argumentlight" ,argument = 208}} }, [WOLALIGHT_NAVLIGHTS] = nav_lights_default, [WOLALIGHT_FORMATION_LIGHTS] = formation_lights_default, } }[/indent] and replace it with this: lights_prototypes[su_27] = default_lights_plane(Su_27)The second option (shorter and simpler): Find this block of code (should be starting at line 262 if you haven't modified the file before): lights_prototypes[su_27] = {[indent] typename = "collection", lights = { [WOLALIGHT_STROBES] = {},--must be collection [WOLALIGHT_SPOTS] = {typename = "collection", lights = {{typename = "argumentlight" ,argument = 209}, {typename = "argumentlight" ,argument = 208}} }, [WOLALIGHT_NAVLIGHTS] = nav_lights_default, [WOLALIGHT_FORMATION_LIGHTS] = formation_lights_default, } }[/indent] and replace it with this: lights_prototypes[su_27] = default_lights_plane(Su_33)Description of the bug. It seems to be Su-27 lights aren't described correctly in the Lights.lua configuration file. If I understand correctly, ED is trying to implement better taxi/landing lights, nav lights and so on for Su-27. You can see the description of A-10C lights for instance or Mi-8. Although the proposed solution works perfectly fine there's the third way to eliminate the bug. This block of code: lights_prototypes[su_27] = { typename = "collection", lights = { [WOLALIGHT_STROBES] = {},--must be collection [WOLALIGHT_SPOTS] = {typename = "collection", lights = {{typename = "argumentlight" ,argument = 209}, {typename = "argumentlight" ,argument = 208}} }, [WOLALIGHT_NAVLIGHTS] = nav_lights_default, [WOLALIGHT_FORMATION_LIGHTS] = formation_lights_default, } }should be replaced with this: lights_prototypes[su_27] = { typename = "collection", lights = { [WOLALIGHT_STROBES] = {},--must be collection [WOLALIGHT_SPOTS] = {typename = "collection", lights = {{typename = "spotlight", [b][color=Red]connector = "RESERV_SPOT_PTR",[/color][/b] argument = 209}, {typename = "spotlight", [b][color=Red]connector = "RESERV_SPOT_PTR_2",[/color][/b] argument = 208}} }, [WOLALIGHT_NAVLIGHTS] = nav_lights_default, [WOLALIGHT_FORMATION_LIGHTS] = formation_lights_default, } }The new portion of code is marked with red color. I borrowed it from Mi-8 code. But this solution isn't that good since it gives weird additional lighting in the cockpit as if you were switching the cockpit lights on (while it's actually off). The thing is it doesn't give you any difference in visual effect of external illumination compared to first and second solutions at all. Obviously, there's something about arguments in the lights description code - we need to know the exact meaning of those in order to implement it correctly. Which is much easier for ED since they know their stuff better. That's why I'm using the solution No.1 so far. P. S. Of course, you better preserve your original Lights.lua file before you do any modifications. Either make a backup or use JSGME. I use JSGME to keep the original file structure intact. P. P. S. For those of you who are lazy enough :) I attach my modified Lights.lua file. Lights.lua

That's right, you normally start the sim using the 'DCS World' shortcut which actually is a shortcut for DCS_updater.exe. Obviously, this file is supposed to check for updates each 24 hours. After it finishes the updates check it starts Launcher.exe and than you see the sim's interface. When you start any mission on your PC or go online Launcher.exe starts DCS.exe. You can log every activity of DCS World together with other applications using Process Explorer.

Hi guys. I had exactly the same issue as markymark45, indicated here: faulting application name: Launcher.exe_DCS faulting module name: ntdll.dll exception code: 0xC0000005 I've spent 3 days trying to find the culprit and eventually succeed a few minutes back. I'll skip the detailed description of what I've done because this took a lot of efforts and demanded for some software tools - it'll take a lot of time to describe everything. So here is a shorter description. Exception code 0xC0000005 is Access Violation Error. Since I was getting constant crashes with the same faulting application (Launcher.exe) and the same faulting module (ntdll.dll) I suspect some other process or dll was intruding the launch of DCS World. Eventually I've found out that the culprit is HitmanPro.Alert. In short, this is free application amed at guarding your system from any sort of crypto lockers and similar nasty stuff. It was guarding my web browser. Apparently it was also intruding DCS World. The problem with HitmanPro.Alert is you're unable to set it up - no way to provide user settings and somehow forbid HitmanPro.Alert intruding DCS World. It just starts with Windows as service and that's it. It is also not enough just to stop the service, you have to get rid of the hmpalert.dll which is part of HitmanPro.Alert and located in C:\Windows\System32 (C is the system drive). That dll is not part of Windows system. If you have HitmanPro.Alert installed or you're not sure if you do check C:\Windows\System32 for hmpalert.dll. If you do have this file try renaming it first to any name or extension (doesn't matter) and try to start DCS World. If it works - bingo. Than you can uninstall HitmanPro.Alert. After you do this I recommend you checking C:\Windows\System32 for hmpalert.dll again - it might be left over.

Поддерживаю. Сам обдумывал такую же мысль. Тогда время вылета нужно сместить на пару часов вперед. Если в будний день время вылета останется в 19:40 по Москве, то примерно 90% состава UVAF, заявившегося в вылете на данный момент, автоматически пролетает мимо события. Потому что в Украине будет 18:40 и люди в лучшем случае в это время входят на порог своей квартиры, возвращаясь с работы. А кто-то так вообще еще на работе. С большой долей вероятности UVAF не сможет лететь в будний день ранее 22:00 по Киеву, что есть 23:00 по Москве. Как уже было несколько раз сказано выше, "Синие" с трудом наскребают 12 участников. И как правило, у кого-то из заявившихся обязательно что-то поменяется в планах реальной жизни в самый последний момент. Так что количество желающих уж никак не явно больше 12-ти. Не нужно делать перекосы в сторону одного рода войск. Динамическая кампания предполагает захват территории. Это осуществляется только наземными войсками. То есть, все действия коалиции должны строиться вокруг них.

Обоснование 3-х недель следующее. Готовить стратегию и тактику за одну неделю слишком тяжело, необходимо как минимум 2 недели. Это только на подготовку 2 недели. А еще нужно накинуть время на то, что командир коалиции создаст миссию, что тоже требует времени. И в процессе выработки тактики и стратегии придется несколько раз модифицировать миссию. Приблизительно, потребуется около 3-х дней, чтобы определиться с расположением войск коалиции в миссии. По результатам каждого вылета неминуемо будут вестись какие-то обсуждения и решения спорных вопросов, прежде, чем стороны согласятся с результатами и перейдут к следующему шагу. Вот я и прогнозирую, что если вылеты кампании разнести на 3 недели, чистого времени на подготовку останется примерно 2 недели. Это так, чтобы не надорваться. При подготовке весомая нагрузка также ложится на РП, который обязан участвовать в каждой тренировке, знать все нюансы стратегии коалиции и тактики каждого подразделения, должен наработать схему взаимодействия между подразделениями. Потому, будучи РП, я и ратую за 3 недели между вылетами. Я не забываю. Вопрос времени я поднял для обсуждения, чтобы и о нас тоже не забывали... Никто не ратует за абсолютную достоверность. Мы обращаем внимание создателей и идеологов кампании на то, что при размещении артиллерии одной стороны в 20-ти км от аэродрома другой выглядит нелогично хотя бы с той точки зрения, что не реализуется принцип предварительной разведки сопредельной территории. Мне с трудом представляется, что в реальном мире можно подогнать под сопредельнию территорию хотябы танковый взвод без того, чтобы его не обнаружил противник. То есть, получается, что во время тренировок мы фактически вырабатываем стратегию без наличия разведданных. Поэтому и неплохо бы иметь некую демилитаризованную территорию километров в 50 хотя бы.

Потенциальная возможность полетать для 48 человек есть, конечно же, замечательной. Но пока что практика показывает, что мы с трудом наскребаем на вылет хотя бы 12 человек. По крайней мере, коалиция "Синих". Так это только на вылет. Еще более остро стоит проблема промежуточных тренировок. Да и предварительные заявки с гарантиями участия в вылете тоже не так уж и надежны. В общем, идея с двумя фронтами неплоха, но пока что не понятно, как оно будет реализовано на практике. По поводу соотношения сил. Изначально я представлял кампанию как начало некоего более-менее равного фронта. По факту получилось, что "Синие" полностью зажаты с Юга и Запада, Север не прикрыт, расстояния между аэродромами слишком удалены, чтобы успеть среагировать штурмовой авиацией и попытаться остановить удар "Красных" с Юга. Я не в восторге от такого начала, хотя и не оспариваю элемент интереса. Это вопрос договора. Как я понял, не я один ошибся в своих первоначальных представлениях о стартовых условиях. По поводу очередности проведения вылетов кампании. Учитывая опыт подготовки к первому вылету большой кампании, мыслю так - промежуток времени между вылетами должен составлять минимум 2 недели, а лучше 3. Причны: Текучка кадров. Не каждый может гарантировать свое участие (учитывая и тех, кто намеревается, но снимается с вылета в последний момент ввиду непредвиденных обстоятельств). Это накладывает отпечаток на тренировки. Необходимо достаточно времени на отработку стратегии и тактик. С учетом ограниченных людских ресурсов за одну неделю невозможно полноценно отработать всё это. В погоне за скоростью (малыми промежутками времени между вылетами в кампании) мы потеряем в качестве, интересе, приобретем хроническую усталость и как следствие не получим удовлетворения от вылета. Кроме этой кампании еще нужно выделять время и на персональные тренировки, и на другие вылеты. То есть, кампания не должна полностью отнимать личный полетный ресурс. При коротких промежутках между вылетами нагрузка на планировщиков тактики значительно возрастает. А подчас тактиками выступают несколько пилотов по организационным причинам. Всё это требует многих проверок в практических вылетах. А также потребляет огромное количество времени и сил. Это тяжело физически и всегда чревато недосыпом. Не знаю как вы, а я еще хочу пожить... Не все пилоты, заявившиеся на вылет, могут участвовать во всех необходимых тренировках - существует и реальная жизнь, всё таки. Реально мы можем рассчитывать только на одну тренировку посреди недели и как дополнение - одну на выходных. Даже это значительно загрузит наше время и планы в течение недели. Если кампания превращается в тягостную рутину и подобие поавинности, то это не интересно. Предлагаю 3-недельные промежутки между вылетами. Также желательно отодвинуть время вылета на более поздний час. 18:40 по киевскому времени отсекают значительную часть желающих полетать с нашей стороны - слишком рано.

Подкорректируй список: пункты 6 и 14 - один и тот же человек - я с ником =UVAF= flanker. Кроме того, =DW= Omny снялся с вылета сегодня утром.

flanker, "Синие", РП.

Я почитал пару крайних страниц темы и задолбался отматывать всю болтовню не по теме. То, что правила форума никто не отслеживает, еще не так страшно. Удивляет другое: людям интересно тратить время и усилия на обсуждения всякой ерунды, вместо того, чтобы направить эти усилия на достижение конкретного результата - осуществить вылет и получить от него удовольствие. * * * Если "Синим" нужен РП, могу попробовать подсобить. Опыта не сильно много но, если не найдется более опытного РП, готов поучаствовать. Зайду в TeamSpeak "Акадо" в назаначенное время. Ник в онлайне - flanker.

OK, thanks for clarification. As far as I understand BRDM made by beczl has its own model of Konkurs and should not interfere with the new one from Combined Arms, version 1.2.8 beta... Cannot verify this since I don't have Combined Arms installed.

What is 1M114 Kornus? I can't find anything on that matter neither in DCS World OpenBeta folder nor in Google Search...

Hi Taproot. You can find JSGME package of the mod here. I kept all the original files (together with description and EULA), so you need to copy Vehicle Upgrade Pack 1 folder from the archive into the JSGME mod folder (according to your JSGME settings). By the way. Huge thank you to beczl for these outstanding vehicles! Superb quality!

Thanks a lot for the suggestion! I had exactly the same problem as topic starter. The only difference is I have Saitek X-65F.

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

Чтобы не начинать новую похожую тему, напишу здесь. Я сделал запрос в техподдержку 30 сентября. Номер обращения 26005. У меня возникла путаница с ключами для "DCS: Черная Акула 2". Краткое изложение... Я купил ключ в Steam, полагая, что он международный и должен иметь возможность выставить русский интерфейс "Акулы". Естественно, "DCS: World" установлен с русскоязычным интерфейсом и при установке "Акулы" был выбран международный ключ. Но при попытке активировать я получил от ворот поворот с аргументацией, что тип продукта и ключа не соответствуют друг другу. Я посчитал, что действует какое-то ограничение на язык для ключа, купленного в Steam. Поэтому я купил второй ключ в интернет-магазине Eagle Dynamics, полагая что уж там-то с ключем не должно быть проблем (надеялся попытаться вернуть ключ, купленный в Steam). Но получил в точности такой же от ворот поворот с такой же аргументацией. Попытки активировать прекратил до выяснения обстоятельств (оба ключа чистые). Подробности изложил в обращении в техподдержку, которая молчит как партизан в белорусских лесах. Главный вопрос - она вообще существует? Я 2 раза потратил деньги на один и тот же продукт, но результата не достиг. Теперь я не могу пользоваться продуктом и деньги зависли. Какой ключ должен работать с русскоязычным интерфейсом "DCS: World"? И могу ли я получить свои деньги обратно (ключи не активированы)?

Есть решение! Решение подробно описано здесь. Оригинал взят отсюда. На всякий случай, укажу суть решения. Необходимо запустить редактор реестра и исправить один ключ. Готовый код для исправляющего файла реестра: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick\OEM\VID_06A3&PID_0B6A\Axes\6] @="Throttle 2" "Attributes"=hex:01,81,00,00,05,00,25,00 Если по какой-либо причине вам нужно откатиться, вот значение ключа в оригинальном виде: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick\OEM\VID_06A3&PID_0B6A\Axes\6] @="Throttle 2" "Attributes"=hex:01,81,00,00,01,00,36,00 Перезагружать систему не обязательно (у меня заработало и так), но если что-то не сработает, то попробуйте. Желательно после манипуляций с реестром принудительно выбросить из памяти файл ProfilerU.exe, поскольку он автоматом запускается при старте системы (если у вас не настроено иначе) и снова его запустить. Хотя, возможно, что все заработает и без перезапуска этого файла - я не проверял. Ну а далее запускаем симулятор, идем в настройки и переназначаем оси РУДов для нужных бортов. Проверено на "LockOn: Горячие Скалы 2" с заплатой 1.2.1 в английской Windows 7 x64 (без 1-го сервис-пака). Правая РУД определяется в симуляторе как "JOY_SLIDER1", левая ручка остается в виде "JOY_Z". Разнотяг работает нормально. Каких-либо последствий не замечено на данный момент (тестировалось недолго). П. С. Модераторам. Может, имеет смысл прикрепить данное решение на видном месте, чтобы народ не маялся с поиском?

We've got solution! Hi guys. Ala13_Kokakolo from official Rise of Flight forum has found a solution on how to enable second throttle in FC2. Here is his original post. Summarizing we need to change the value of just one registry key according to this: Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick\OEM\VID_06A3&PID_0B6A\Axes\6] @="Throttle 2" "Attributes"=hex:01,81,00,00,05,00,25,00 And this is original value (in case you'll need it): Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick\OEM\VID_06A3&PID_0B6A\Axes\6] @="Throttle 2" "Attributes"=hex:01,81,00,00,01,00,36,00 You don't even need to restart the system. But it would be a good idea to close down your SST software and terminate execution of ProfilerU.exe file from Task Manager. After this simple thing is done you are ready to go. Start your sim, go to setups and assign JOY_SLIDER1 to the right throttle and JOY_Z to the left throttle. That's it! I tested it in Windows 7 x64 (without SP1) - no any problems occurred.

Definitely you are doing spectacular job! Personally I prefer flying fighter aircraft, so at present time I'm forced to stick to FC2. And I can assure you a lot of virtual pilots would be extremely happy to get TARS for FC2. Keep up a good work :thumbup:!

Интересно, достижимое ли в нашей короткой жизни :)...

Кстати, да - поддерживаю возможность прицепить индивидуальные бортовые эмблемы. Давно обдумывал, но забыл написать. Эта возможность очень хорошо реализована в тактическом симуляторе Operation Flashpoint еще 10 лет назад. Ныне та же система применяется его наследником - ArmA II. Суть: на любом сетевом ресурсе, удобном для команды или индивидуального пилота, размещаются все необходимые файлы - сама эмблема, файл с описанием ника (много всего). В профиле игрока в симуляторе игрок прописывает ссылку на этот файл. При входе на сервер, как только игрок садится в любую технику, на ее бортах автоматически появляются эмблемы отряда. Все подробности можно узнать, поиграв в ArmA II. Можно немного модифицировать опции и дать возможность игрокам решать, где конкретно будут прикреплены эмблемы. Например, только на килях с наружной стороны, только на бортах кабины, сверху на консолях крыла, везде. То есть, такую возможность нужно предусмотреть также и в конфигурации каждого борта, чтобы эмблемы занимали правильные позиции. А уж игроки подберут размеры. По-моему, это наиболее оптимальное решение вопроса с прикреплением эмблем. Эмблемы полезны тем, что можно быстрее идентифицировать борт, находящийся на близком расстоянии, чтобы долго не переспрашивать в "голосе". Бортовой номер - это хорошо, но он не настолько крупный и выразительный, как эмблема. А так - глянул на эмблему и сразу понятно, "кто есть who". Да и индивидуальные шкурки для самолетов тоже можно бы разрешить. В "Ил-2" это работает нормально. Возможность использования шкурок или их запрещения можно отдать на откуп администратору сервера.

Несколько пожеланий и идей Пожелания (надеюсь, скромные): 1) Исправить недоразумение, когда строения сбивают самолеты. 2) +1 к надежному контролю за скоростью при рулении, взлете с рулежек. Но здесь возникает другая опасность - вулч своего аэродрома. Поэтому можно предусмотреть снятие ограничений на скорость руления и возможность взлета по рулежке в том случае, если возле аэродрома появляется вражеский борт, скажем, в радиусе визуального контакта (2-5 км или сколько там потребуется). 3) Ввести также жесткий контроль направления взлета. Сколько раз я был сшиблен или почти сшиблен "оптимизаторами" на взлете в темноте - не передать. Например, при разбеге против установленного напраления взлета виртуальный РП подает радиокоманду на запрет взлета, а по достижении некоторой скорости (скажем, 180 км/ч) пилот-нарушитель выбрасывается с сервера, борт исчезает с полосы, но не засчитывается в потери. Если же произошло столконовение союзных бортов на взлете до достижения виновником 180-ти км/ч и борты таким образом записаны в потери, а пилоты погибли, нарушитель правил бпнится на 10 минут (например). Соответственно, запретить руление по взлетке в любую сторону - если скорость борта не превышает 50 км/ч (например) в течении 20 секунд (тоже например), виртуальный РП требует немедленно освободить полосу и при невыполнении требования пилот выбрасывается с сервера. Борт просто исчезает с полосы и также не записвается в потери. Точно так же - при возникновении столкновений нарушитель банится на определенное время. Таким образом мы избежим раздолбайства и вредительства со стороны несерьезных товарищей. 4) Часто бывает полезно прокладывать индивидуальный маршрут полета для выполнения какой-либо конкретной задачи. Например, горами на ПМВ пройти во фланг группировке противника. Было бы неплохо иметь возможность индивидуально составлять маршрут полета для своего борта, чтобы он выводился на МФД. Также, можно было бы предусмотреть возможность сохранить маршрут в простой конфигурационный файл текстового формата для многократного использования и передачи коллегам по авиасоединению. Еще можно обеспечить опцию показывать свой маршрут союзным бортам при нажатии какой-то кнопки в интерфейсе, чтобы скоординировать действия индивидуальных пилотов и целых групп. Таким образом мы увеличим полезность опции маршрута на МФД, ведь сейчас он практически не используется в сетевых вылетах. 5) Реализовать работу обзорных РЛС различного радиуса действия, чтобы их услугами могли пользовать РП-человеки при поединках "отряд на отряд". РЛС должны честно облучать самолеты, выдавать их координаты, иметь ограниченную зону обзора (не только радиус действия, но именно зону обзора - специалисты поймут). Сейчас единственные "глаза" РП в таких вылетах - РЛС комплексов ПВО. Соответственно, уничтожение коплекса ПВО - убивание двух зайцев одним выстрелом - обезоруживаем противника и ослепляем его в данном районе. Обзорные РЛС поправят эту ситуацию и сделают поединки отрядов более интересными, потому что РП сможет видеть вражеские борты даже при полном уничтожении системы ПВО, а противнику придется изощреннее строить тактику. Пункты 2 и 3 увеличат порядок в сетевых вылетах сборных солянок. Ведь только при поединках отрядов можно договориться о правилах руления и взлета. А при обычных сетевых вылетах сервера временами напоминают аркадное месиво - кто куда и как хочет, так и рулит и взлетает, мешая другим. Ну а пункт 5 добавит реализма при командном взаимодействии в групповых вылетах. Вообще, хотелось бы побольше узнать о том, как в симуляторе реализована работа радиолокационного оборудования (на самолетах ДРЛО и комплексах ПВО), если возможно.