Автопілот для гіпер стрибків! Сторінка 5 - PS4 - EDDE Suite

Я не знаю, як я можу написати макрос з VA, за допомогою якого корабель вирівнюється до цілі, решта - це взуття. З java та API проблем немає, але з макросом?

suite

Кокко (експерт з VA), ви знаєте щось, чого ми не знаємо?


не пий і їзди, кури каструлю і лети додому! Німецька вікі для гри: http://ed-wiki.tk/doku.php

.
Кокко (експерт з VA), ви знаєте щось, чого ми не знаємо?

Я не фахівець у ВА. Просто кращий неспеціаліст.

Тітка Едіт: Крім того, цей автопілот був би надто ризикованим. Подумайте лише про заборону або відсутність палива, і ви вийдете із зірки, що не заправляється. Fuelrats надсилають свої привітання, і що тоді відбуватиметься на форумі, я навіть не хочу про це думати.

Так, це також працює з налаштуванням фільтра. У мене було 2 - 4 машини без заправки поспіль від Колонії до сечового міхура. Був би без додаткового бака
з кінця поля. І FD напевно думав не встановлювати його так само, як LC.

(Або пусковий комп’ютер. Хоча це не проблема на заставі з ВА, як і зліт без прискорення на станції, на
Аванпости можуть навіть пришвидшитись і збільшитись. Я завжди так роблю)

Привіт, кокко [LoMaC]

Занадто мало знань небезпечно. Забагато знань теж.

Дурні множаться, коли мудрі люди мовчать.

Відредаговано один раз, останнє від Cocco (15 липня 2017 р.).

Гаразд, але все ж, чи є така можливість? Мені байдуже про стрибок.
Більше схоже на те, чи можна було б вирівняти корабель?

€:
Добре, я розумію, тепер я знаю, як це було б здійснено, дякую.


не пий і не їзди, кури каструлю і лети додому! Німецька вікі для гри: http://ed-wiki.tk/doku.php

Відредаговано один раз, останній раз Acyy Memphis (15 липня 2017 р.).

Те, що Elite грає в 3303 році, не означає, що все можливо автоматично.

"Польоти в космосі, подібні до цього, відрізняються від польоту над буряковими полями, хлопче. Без точних розрахунків ми могли б пролетіти крізь зірку або наблизитися до наднової, і це було б досить короткою поїздкою, чи не так?"

В основному саме це.
Поточний гіперпросторовий привід (FrameShiftDrive в основному поєднує в собі три технології: SuperCruise, звичайний привід та гіперпростірний привід) існує лише у такому вигляді з 3290 року.
До цього вони були значно слабшими в межах діапазону або навіть часу розрахунку. (За одним винятком.)
Перші комерційні варіанти та масовий виступ відбулися лише після 2800 року.
Перші накопичувачі цього типу вимагали тривалих розрахунків і були дуже схильні до помилок. (Помилкові стрибки)
Станції та датчики в розроблених системах допомогли бортовим комп’ютерам, щоб стрибки могли здійснюватися швидше та безпечніше.
Однак стрибок у невідомі системи завжди був трудомістким і дуже небезпечним.

Сьогодні в принципі нічим не відрізняється. Ви використовуєте головну зірку як фіксовану точку, але поки система не розвинена, ви летите в невідоме.
Бортовий комп’ютер не використовує для обчислень ШІ, як Сокіл тисячоліть, але, як і сучасні комп’ютери, базується на «звичайній» технології, яка є значно потужнішою.
Незважаючи ні на що, він не може належним чином реагувати на динамічні ситуації, і саме це робить необхідною уважну людину за кермом.
Комп’ютер може реагувати на непередбачені ситуації лише обмежено. Люди тут набагато ефективніші, коли справа доходить до визнання різних рамкових умов. Особливо, коли задіяна інтуїція. (Тут може допомогти ШІ, але вони заборонені та незаконні з певної причини.)

Це було б вашим поясненням у візку, чому ми повинні самі ініціювати кожен стрибок і чому для цього немає автопілота.
Еліта просто намагається залишатися "реалістичною" тут, виміряно в порівнянні з візком та історією.

Крім того, технологія працює, але гіперпростір все ще залишається абсолютно невідомою областю для людей і, отже, небезпечною.

Тож зараз я спробую фактичний коментар:

Я вважаю ідею автопілота для стрибків у гіперпростір дуже цікавою. У багатьох сферах той чи інший гравець, безумовно, буде радий отримати більше комфорту. У моєму випадку я більше пурист і вважаю посібник дуже приємним, але це не має відношення до мого коментаря.

Ось мої аргументи, чому не буде автопілота або його складно реалізувати програмно:

1. Планування маршруту
Основою автономного керування є розрахунок ефективної пройденої відстані. Від a до z через b, c, d тощо.
На даний момент усі реальні планувальники маршрутів базуються на 2D-картах. Таким чином, розрахунок найкоротшого маршруту може бути розрахований рекурсивно досить добре.
3D-карта зірок в Еді - це просто 3d. Дивлячись здалеку, Всесвіт - це скоріше диск, але він досить товстий.
Я сподіваюся чітко пояснити себе.
У будь-якому випадку, при обчисленні маршруту для розрахунку маршруту включатимуться не тільки координати x та y, але й z.
Приклад: ви хочете перейти з планети а на планету с. Прямий маршрут занадто довгий, наприклад, 35 світлових років. Планета b1 знаходиться всього на 20 лж від планети a, а також на відстані 25 світлових років від планети c, отже, 45 lj. Планета b2 віддалена від планети a на 22,5 lj, але від планети c - лише на 17,5 lj. В цілому 40 ліж - кращий маршрут.
Інтеграція цього розрахунку маршруту в ed як виверт буде дуже трудомісткою та надмірною.
Отже, заздалегідь слід розкласти ручну передачу, яка сама по собі вже каструє автопілот як інструмент.

Планування маршруту вручну, але, будь ласка, з розрахунком дальності стрибка з урахуванням поточного навантаження? Враховуйте будь-яку втрату ваги через витрату палива та мінімально кращий діапазон окремих кроків стрибка? Можна вибрати лише наступний можливий пункт переходу ?
Супер комплекс .

2. Поведінка під час навігації/стрибків
Припустимо, у нас був автопілот. Як він повинен керувати? Поведінка повинна обов'язково відповідати польоту людини-пілота. Інакше це було б несправедливо. Тож після стрибка корабель вибивається з гіперскоку на вогненному кулі. Контроль з атмосфери через вектор втечі, безумовно, був би здійсненним. Але як щодо того, коли наступний пункт призначення буде трохи навколо сонця? (Я ніколи на це не звертав уваги, але мені доводилося обертати планету одну за одною, оскільки прямий шлях до наступної станції інакше проходив би прямо через неї) Тоді навігаційна система повинна мати можливість виконувати поворот.

Як повинна реагувати навігаційна система, якщо вона відірвана від гіперпростору ?
-натисніть на сигнал тривоги ?
-Розрахуйте маршрут втечі з новим пунктом призначення ?
-Що робити, якщо ціль стрибка прокляття витратила останні запаси палива і корабель опинився на мелі ?
-нічого не робити ?
- перейти в стелс-режим? можливо до межі перегріву ?
-Зворотний автоматичний вогонь ?
- падіння вантажу, щоб уникнути його знищення ?

Дуже складні та різноманітні можливості, які там відкриваються. Завжди важливо зауважити: автопілот повинен літати класичним способом, щоб інші елементи гри залишались можливими. Корабель повинен залишатися викраденим, інакше пірати, як людина, так і супротивник комп’ютера, не могли негайно діяти та збирати речі.
"Прямий" стрибок до кінцевої мети також не може бути реалізований, оскільки це реальний багатокористувацький світ. Тому час не можна скоротити !

ВИСНОВОК:
Через складну реалізацію та ризик руйнувати азартні ігри та рівновагу, я вважаю, що автопілот не є гарною складовою гри.

Пс: зараз я з нетерпінням чекаю справді конструктивних відгуків.