Reddit - Kos - виконувати дії при вивантаженні судна (повернення до SC або TS або головного меню)

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

Поділіться посиланням

Проблема в тому, що як тільки деталі вивантажуються, процесор kOS більше не моделюється, тому сценарій не запускається.

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

так, це має бути вбудована здатність kOS, але я хочу переконатися, що не пропустив її перед тим, як подати запит на функцію github

це має бути вбудована здатність kOS

Не те, що я не можу зрозуміти, чому це може бути корисним, я просто не бачу випадку використання, коли те саме можна зробити іншим способом.

Можливо, я зависаю на неправильному аспекті цього, але, схоже, якщо ви хочете оновити стан свого судна таким, щоб він був актуальним, коли ви виїхали, ви могли б оновити його, коли стан змінився, і виконати те саме (хоча і з більшою кількістю пише, ніж якщо ви зробили це ТІЛЬКИ при виході). У будь-якому випадку це може не мати значення, коли ваше судно перезавантажується, оскільки воно не працювало, це ядро, поки воно не активне.

коли я залишаю місце польоту або перемикаю судна, активному суднові потрібно зберігати свої летючі дані. Зараз мені потрібно пам’ятати про те, щоб робити це вручну. Неможливо запустити це автоматично, оскільки AFAIK не може визначити, коли користувач виходить із місця польоту або перемикає судна. Це має бути щось на зразок вбудованої функції зворотного виклику, яку ви можете визначити для роботи kOS до зміни сцени

Або додайте можливість для структури 4-ої стіни запускати зміну сцени, щоб ви могли створити власну команду виходу, яка дбає про будь-який бізнес, необхідний перед перемиканням

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

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

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

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