Jump to content

PowerBroker

Members
  • Posts

    35
  • Joined

  • Last visited

Personal Information

  • Location
    Kyiv, Ukraine
  1. 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!
  2. Thanks guys for your replies! Got the point.
  3. 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.
  4. Вчера нашёл вероятную причину проблемы и работающие решения. Описал здесь.
  5. 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
  6. 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.
  7. 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.
  8. Поддерживаю. Сам обдумывал такую же мысль. Тогда время вылета нужно сместить на пару часов вперед. Если в будний день время вылета останется в 19:40 по Москве, то примерно 90% состава UVAF, заявившегося в вылете на данный момент, автоматически пролетает мимо события. Потому что в Украине будет 18:40 и люди в лучшем случае в это время входят на порог своей квартиры, возвращаясь с работы. А кто-то так вообще еще на работе. С большой долей вероятности UVAF не сможет лететь в будний день ранее 22:00 по Киеву, что есть 23:00 по Москве. Как уже было несколько раз сказано выше, "Синие" с трудом наскребают 12 участников. И как правило, у кого-то из заявившихся обязательно что-то поменяется в планах реальной жизни в самый последний момент. Так что количество желающих уж никак не явно больше 12-ти. Не нужно делать перекосы в сторону одного рода войск. Динамическая кампания предполагает захват территории. Это осуществляется только наземными войсками. То есть, все действия коалиции должны строиться вокруг них.
  9. Обоснование 3-х недель следующее. Готовить стратегию и тактику за одну неделю слишком тяжело, необходимо как минимум 2 недели. Это только на подготовку 2 недели. А еще нужно накинуть время на то, что командир коалиции создаст миссию, что тоже требует времени. И в процессе выработки тактики и стратегии придется несколько раз модифицировать миссию. Приблизительно, потребуется около 3-х дней, чтобы определиться с расположением войск коалиции в миссии. По результатам каждого вылета неминуемо будут вестись какие-то обсуждения и решения спорных вопросов, прежде, чем стороны согласятся с результатами и перейдут к следующему шагу. Вот я и прогнозирую, что если вылеты кампании разнести на 3 недели, чистого времени на подготовку останется примерно 2 недели. Это так, чтобы не надорваться. При подготовке весомая нагрузка также ложится на РП, который обязан участвовать в каждой тренировке, знать все нюансы стратегии коалиции и тактики каждого подразделения, должен наработать схему взаимодействия между подразделениями. Потому, будучи РП, я и ратую за 3 недели между вылетами. Я не забываю. Вопрос времени я поднял для обсуждения, чтобы и о нас тоже не забывали... Никто не ратует за абсолютную достоверность. Мы обращаем внимание создателей и идеологов кампании на то, что при размещении артиллерии одной стороны в 20-ти км от аэродрома другой выглядит нелогично хотя бы с той точки зрения, что не реализуется принцип предварительной разведки сопредельной территории. Мне с трудом представляется, что в реальном мире можно подогнать под сопредельнию территорию хотябы танковый взвод без того, чтобы его не обнаружил противник. То есть, получается, что во время тренировок мы фактически вырабатываем стратегию без наличия разведданных. Поэтому и неплохо бы иметь некую демилитаризованную территорию километров в 50 хотя бы.
  10. Потенциальная возможность полетать для 48 человек есть, конечно же, замечательной. Но пока что практика показывает, что мы с трудом наскребаем на вылет хотя бы 12 человек. По крайней мере, коалиция "Синих". Так это только на вылет. Еще более остро стоит проблема промежуточных тренировок. Да и предварительные заявки с гарантиями участия в вылете тоже не так уж и надежны. В общем, идея с двумя фронтами неплоха, но пока что не понятно, как оно будет реализовано на практике. По поводу соотношения сил. Изначально я представлял кампанию как начало некоего более-менее равного фронта. По факту получилось, что "Синие" полностью зажаты с Юга и Запада, Север не прикрыт, расстояния между аэродромами слишком удалены, чтобы успеть среагировать штурмовой авиацией и попытаться остановить удар "Красных" с Юга. Я не в восторге от такого начала, хотя и не оспариваю элемент интереса. Это вопрос договора. Как я понял, не я один ошибся в своих первоначальных представлениях о стартовых условиях. По поводу очередности проведения вылетов кампании. Учитывая опыт подготовки к первому вылету большой кампании, мыслю так - промежуток времени между вылетами должен составлять минимум 2 недели, а лучше 3. Причны: Текучка кадров. Не каждый может гарантировать свое участие (учитывая и тех, кто намеревается, но снимается с вылета в последний момент ввиду непредвиденных обстоятельств). Это накладывает отпечаток на тренировки. Необходимо достаточно времени на отработку стратегии и тактик. С учетом ограниченных людских ресурсов за одну неделю невозможно полноценно отработать всё это. В погоне за скоростью (малыми промежутками времени между вылетами в кампании) мы потеряем в качестве, интересе, приобретем хроническую усталость и как следствие не получим удовлетворения от вылета. Кроме этой кампании еще нужно выделять время и на персональные тренировки, и на другие вылеты. То есть, кампания не должна полностью отнимать личный полетный ресурс. При коротких промежутках между вылетами нагрузка на планировщиков тактики значительно возрастает. А подчас тактиками выступают несколько пилотов по организационным причинам. Всё это требует многих проверок в практических вылетах. А также потребляет огромное количество времени и сил. Это тяжело физически и всегда чревато недосыпом. Не знаю как вы, а я еще хочу пожить... Не все пилоты, заявившиеся на вылет, могут участвовать во всех необходимых тренировках - существует и реальная жизнь, всё таки. Реально мы можем рассчитывать только на одну тренировку посреди недели и как дополнение - одну на выходных. Даже это значительно загрузит наше время и планы в течение недели. Если кампания превращается в тягостную рутину и подобие поавинности, то это не интересно. Предлагаю 3-недельные промежутки между вылетами. Также желательно отодвинуть время вылета на более поздний час. 18:40 по киевскому времени отсекают значительную часть желающих полетать с нашей стороны - слишком рано.
  11. Подкорректируй список: пункты 6 и 14 - один и тот же человек - я с ником =UVAF= flanker. Кроме того, =DW= Omny снялся с вылета сегодня утром.
  12. Я почитал пару крайних страниц темы и задолбался отматывать всю болтовню не по теме. То, что правила форума никто не отслеживает, еще не так страшно. Удивляет другое: людям интересно тратить время и усилия на обсуждения всякой ерунды, вместо того, чтобы направить эти усилия на достижение конкретного результата - осуществить вылет и получить от него удовольствие. * * * Если "Синим" нужен РП, могу попробовать подсобить. Опыта не сильно много но, если не найдется более опытного РП, готов поучаствовать. Зайду в TeamSpeak "Акадо" в назаначенное время. Ник в онлайне - flanker.
  13. 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.
  14. What is 1M114 Kornus? I can't find anything on that matter neither in DCS World OpenBeta folder nor in Google Search...
×
×
  • Create New...