ADE для FS2004

Почти пять лет ждали эту прогу и дождались — получен полноценный редактор аэропортов с возможностью добавлять approach codes со всеми точками согласно чартов. Похоже, старому доброму АФКАДу приходит конец. Буду всю неделю играться — потом напишу впечатления.

http://www.airportde…co.uk/news.html

Ответов: 25

Chintas, 31 Август 2009 — 19:46, сказал(а):

Платник шоль? :down1: Нет, спасибо, я лучше на старом-бесплатном афкаде посижу:good:

Бесплатник.
__
Тоже играюсь с девайсом, уже один раз вылетело (версия .6)

Kostas68, 31 Август 2009 — 20:04, сказал(а):

По крайней мере уже увидел неплохую способность — расставлять автоген прямо в афкаде, правда дефолтный…

А какой автоген ещё бывает? :blink:

Kostas68, 31 Август 2009 — 20:04, сказал(а):


Вот бы узнать как редактируется approach codes, было бы здорово.

Обьясните необразованному, что такое approach codes и для чего он нужен трафику?

makc-sim, 31 Август 2009 — 20:37, сказал(а):

А какой автоген ещё бывает? :blink:

Обьясните необразованному, что такое approach codes и для чего он нужен трафику?

Approach code по сути обычная схема захода AI Traffica на посадку в некоем порту. Посредством approach code, ADE позволяет воссоздовать реальные заходы по чартам с добавлением новых точек. Интерфейс программы, что называется user-friendly drag-and drop, то есть создавать эти заходы можно мышкой, не запариваясь знанием XML. Кстати, симовский ATC, в свою очередь все эти точки видит, распознает и будет заводить как AI, так и user-plane по этим схемам.

Также можно создавать нестрандартные заходы, типа как в JFK на 13-ые полосы, старый КайТак, KDCA RNP RNWY19 и прочие.

makc-sim, 31 Август 2009 — 20:37, сказал(а):

…Обьясните необразованному, что такое approach codes и для чего он нужен трафику?

Давно восхищаюсь написанному коду захода в TFFJ от «Fly Tampa». Пример в сообщении №912

airomsk, 31 Август 2009 — 21:04, сказал(а):

Давно восхищаюсь написанному коду захода в TFFJ от «Fly Tampa». Пример в сообщении №912

Его писал Jim Ville, по сути пионер всей этой затеи с approach legs и один из со-авторов ADE.

makc-sim, 31 Август 2009 — 20:37, сказал(а):

А какой автоген ещё бывает? :blink:

а бывает из библиотеки которую сам скомпилил. Этот как бы получче. Хотя чтобы уж совсем дошло применю термин — «библиотечные объекты», просто я их по- деревенски именую автогеном.

Сообщение изменено: Kostas68 (31 Август 2009 — 22:05)

Платник шоль? :down1: Нет, спасибо, я лучше на старом-бесплатном афкаде посижу:good:

По крайней мере уже увидел неплохую способность — расставлять автоген прямо в афкаде, правда дефолтный…

Вот бы узнать как редактируется approach codes, было бы здорово.

Неплохо бы со временем написать кому-нибудь мануал с примерами по составлению Approach Legs с использованием этой программы.

Интересно однако :clapping:

А в изготовлении «правильного» Сочи эти approach codes могут помочь? Или Сочи это неизлечимый больной? :rolleyes:

AirBoy, 02 Сентябрь 2009 — 12:39, сказал(а):

Программа супер, но есть много вопросов по ней. Может найдутся знатоки и сделают туториал со скринами :clapping:

Да, вот было бы здорово!!!

Программа супер, но есть много вопросов по ней. Может найдутся знатоки и сделают туториал со скринами :clapping:

AirBoy, 02 Сентябрь 2009 — 12:39, сказал(а):

Программа супер, но есть много вопросов по ней. Может найдутся знатоки и сделают туториал со скринами :clapping:

Картинки там в мануале идут. Вот если бы перевод хороший еще бы к ним…

G-YMML, 31 Август 2009 — 21:17, сказал(а):

Его писал Jim Ville, по сути пионер всей этой затеи с approach legs и один из со-авторов ADE.

Мы для УХПП такие точки делали еще в 2004 году. Одну схемку нарисовали. Потом забили по причине жутчайшего гимороя. :rolleyes:

Добрый день, всем.
В первую очередь хочу поблагодарить Автора темы за новость и ссылку!
Программа, а вернее ее задумка очень хорошая, но проблема в том, что
она еще очень сырая и имеет множество недостатков:

1. Плохо, что она требует для своей работы установку дополнительного ПО.
2. Отсутствует функция множественного выделения объектов.
3. Не сохраняет файлы в XML-формате.
4. Не хочет загружать афкадовские BGL-файлы (попробовал загрузить Ростов-на-Дону
не дефолт, а AF2, так она не в какую.
5. Попробовал загрузить UUEE из дефолта, тоже не хочет.
6. Часто выскакивают сообщения об ошибках в процессе работы.

А в целом задумка объединения многих функций, отсутствующих в Афкаде — очень неплохая.
Так что, я считаю восхищаться еще рано и пока, что отдаю предпочтение старому, доброму
Афкаду.

Это мое личное мнение, если причина этих недостатков — в моем компютере, поправьте.

С Уважением, Владимир.

VLAZ, 04 Сентябрь 2009 — 12:33, сказал(а):


3. Не сохраняет файлы в XML-формате.
4. Не хочет загружать афкадовские BGL-файлы (попробовал загрузить Ростов-на-Дону
не дефолт, а AF2, так она не в какую.

У меня вот по этому хозяйству, вроде фурычит…
А какой доп софт надо? Кроме сима, вроде больше ничего не требует.

Kostas68, 04 Сентябрь 2009 — 15:36, сказал(а):

A какой доп софт надо? Кроме сима, вроде больше ничего не требует.

У меня при установке просит установить Microsoft net framework 3.5, так он мне нахрен
не нужен, и устанавливается у меня он очень долго, да и много мусора ненужного закидывает
в систему.

Так что я подумал, ради программки, которой пользуешся раз в два месяца, не стоит засерать
систему, а точки подхода можно написать и в XML, не так много времени это занимает.

Да, еще вспомнил один недостаток — дефолтные деревья он тоже не расставляет, я когда
читал рекламу этой программы и услышал про дефолтый автоген, сразу понадеялся на
деревья, оказывается нет.

Вот если бы Авторы Афкада его доработали в плане подложки изображения под рулежки и перрон,
чтобы с координатами точек не заморачиваться, тогда бы было супер.

Тогда было бы все очень просто, рисуешь в 3DMax-е аэропорт по спутниковому снимку и рисуешь
в Афкаде все по тому-же снимку, соблюдая пропорции, потом накладываешь одно на другое и
аэропорт готов.

Цитата

У меня при установке просит установить Microsoft net framework 3.5, так он мне нахрен
не нужен

Нууу, это вы не подумавши сказали. Зря вы так, обновлять net framework совершенно нелишне, потому как не только для ADE он иногда требуется.

Цитата

Так что я подумал, ради программки, которой пользуешся раз в два месяца, не стоит засерать
систему, а точки подхода можно написать и в XML, не так много времени это занимает.

Звучит как то парадоксально на фоне

Цитата

Мы для УХПП такие точки делали еще в 2004 году. Одну схемку нарисовали. Потом забили по причине жутчайшего гимороя.

И кстати это так и есть.

Цитата

Да, еще вспомнил один недостаток — дефолтные деревья он тоже не расставляет

не расставляет, Но! Можно расставить разные там избушки с домами, по визуальной конфигурации, схожие с прилегающими районами, а это я считаю весьма большой плюс, если к тому же учесть, что в ADE можно загрузить подложку и откалибровать по афкаду это плюс с большим плюсом. 🙂

Сообщение изменено: Kostas68 (04 Сентябрь 2009 — 17:31)

Убил на ADE 3-недели изменить подходы к ULLI согласно новым схемам так и не смог. Работал с AP956100

[quote name=’delf334′ date=’11 September 2009 — 09:45′ timestamp=’1252647959′ post=’1226789′]
Кому нибудь удалось запустить трафик по transition + approach ? Кучу времени убил, а результата — ноль.
[/quote]
Интересно другое, а это вообще возможно??? Упорный тест лбом об стену в течении двух недель показал, что вся эта система полная фикция. Тут либо что-то в самой проге, либо мы че-то не то делаем. Хотя по мануалу к АДЕ все ясно и понятно описано и там не так все сложно. Протестировал много и дефолтных и недефолтных портов и НИГДЕ не удалось transition + approach запустить не то что по реальным схемам, но даже просто тупо из точки А в точку Б. Тут явно в другом дело. Где-то в симовских файлах или модулях закодирована инфа или какой-то процесс, который управляет трафиком на моменте входа в ЗОНУ каждого конкретного порта и вот в этом вся соль наверное. АДЕшке эта информация явно недоступна, иначе бы все было слишком просто.

Вот несколько конкретных наблюдений.

1. Сама точка входа в глиссаду (там где трафик шасси выпускает) поддается редактированию легко. Тут можно менять расстояние до ВПП, высоту входа в глиссаду и все с этим связанное. Аппроач по ИЛС вообще легко работает и никаких проблем.

2. А вот все что до этой точки — никак не редактируется. Прописал к тому же Сочи (бедный порт, который все просклоняли как только можно :good:) по схемам 7 аппроачей с каждой стороны на каждую ВПП, а трафу хоть бы что. Он все равно летит так, как ему угодно, причем всегда одинаково точно входит в зону аэропорта в зависимости от погоды (т.е. направления ветра, а это единственное что влияет на направление курса посадки). Поясню — трафик заранее знает на какую ВПП он будет садится еще до момента входа в зону. Тестировал не один раз и получается, что когда полоса 6, то координаты входа одни, а полоса 2 — координаты входа другие (это все о Сочи).

3. Ну дальше решил попытаться обмануть дурака :). Замерил координаты входа в зону, убрал из дефолтного файла Сочи все терминал вэйпойнтс и поставил свои точки и сделал фиктивный транзишн по прямой до точки входа в глиссаду. Пофиг! трафик все равно летит по той же своей схеме, крутит свои повороты там же и в тех же местах как до этого. Щас просто нет возможности на скринах показать, но если интересно, то могу потом продолжить наглядно.

Надеюсь, понятно описал:)🙂:good:
Если есть какие-нибудь наблюдения пишите, попробуем все-таки разобраться, а вдруг получится…

[quote name=’Schumacher’ date=’24 September 2009 — 16:19′ timestamp=’1253794774′ post=’1237917′]
Щас просто нет возможности на скринах показать, но если интересно, то могу потом продолжить наглядно.

Надеюсь, понятно описал:(:(:(
Если есть какие-нибудь наблюдения пишите, попробуем все-таки разобраться, а вдруг получится…
[/quote]
Охотно верится даже и без скринов. Просто я так долго не тестировал, достаточно было одного раза, что бы понять. )
В сущности, проблемы-то две: ладно, предположим общими усилиями и изнурительными методами тыка можно будет добиться захода трафика по схемам, но как решить проблему соблюдения схем выхода? Что так же немаловажно на мой взгляд.

[quote name=’Uran’ date=’24 September 2009 — 19:25′ timestamp=’1253805916′ post=’1238187′]
В сущности, проблемы-то две: ладно, предположим общими усилиями и изнурительными методами тыка можно будет добиться захода трафика по схемам, но как решить проблему соблюдения схем выхода? Что так же немаловажно на мой взгляд.
[/quote]
Совершенно верно! НО, как раз о том и речь — если мы сможем вычислить где заложены все эти дефолтные схемы входа в зону, то можно пробовать их редактировать. Скорей всего, там есть некий стандартный алгоритм входа в зону который применяется ко всем портам. Т.е. сам вход, первый поворот второй, третий и так далее до входа в точку глиссады. Коробочка или как там ее :sarcastic:
А вот выход из зоны немного другого типа — он тоже имеет стандартный набор повортов но только до того момента, когда траф выходит на прямую трассу по курсу аэропорта прибытия. Пока это все рассуждения теоретические конечно, но кто знает, вдруг еще кто до чего докопается.
Не верю, что все так просто еще и потому, что каким-то боком модуль АТС отвечает за движение трафа, иначе бы не было указаний увд к ведению трафика в симе. Вот и вопрос, кто кем командует — модуль трафика УВДэшкой или наоборот???

[quote name=’Schumacher’ date=’26 September 2009 — 15:15′ timestamp=’1253963707′ post=’1239896′]

Не верю, что все так просто еще и потому, что каким-то боком модуль АТС отвечает за движение трафа, иначе бы не было указаний увд к ведению трафика в симе. Вот и вопрос, кто кем командует — модуль трафика УВДэшкой или наоборот???
[/quote]
УВД я полагаю играет первостепенную роль, ибо борт юзера для УВД тот же самый траф, только с «мануальным» управлением, а не «программным». И если «мануальный» борт начинает «пилить» не в ту сторону — УВД «возмущается», вплоть до отключения управления. :D

provetstvuyu vseh! hochu prodoljit obsujdeniye temi poleta po shemam v FS. vot reshil vilojit svoy trud sozdal shemi s tranzition dlya porta uttt tashkent {srazu v formate .bgl i .xml  —  http://slil.ru/28806711}. ispolzoval ADE9X s poslednym updatem. poluchilos tak chto pri vibore transition disp sima ne vektorit do final a prosto dayet clearence na tochku nachalo STAR. v nachale problemi byli s tem chto disp sima ne ponimal ili ne videl tochku transition. isklucheniya te tochki kotoriyi nahodyatsa nad NDB. vot i prishlos vo vseh tochkah sozdat NDB s frequency 100 khz i range 0 km. eto dal rezultat. 

a naschet AI traffic srazu skaju oni ne sleduyut po etim shemam. ih disp sima vektorit do tochki IAF pod 30-45gradus. no ispolzovaniye transition dayet prvocherednost pri posadke.

jdu dalneyshey prodoljeniy temi.