Я откладывая игру «на завтра» походу как-то лет 8 точно ее и не запускал, ибо в мыслях «да только вот вчера ж вроде все было». А тут такое великолепие за все время накопилось. Даже стыдно стало, какого хрена я ничего не пробовал раньше

Думаю, стоит объясниться, какого черта я что-то там делаю втихушку и к чему вообще надо быть готовым. Обычно я предпочитаю демонстрировать результаты, а не увлекательно рассказывать о своих гениальных планах. Но тут, похоже, повод внятно изложить свои планы на обозримое будущее назрел.

Революция – время интересное, но неудобное. Новые решения дают новые возможности, но плохо уживаются со старыми. Оставить все как есть и понемногу переделывать кусок за куском – разумно, но не всегда возможно.
Oolite 1.90 дал новые впечатляющие возможности. Теперь можно делать дивной красоты миры ручной сборки с зеркальными водоемами, рельефом и атмосферной дымкой, а не просто оклеенные матовыми фотообоями шарики. Так почему бы не заняться неспешной заменой морально устаревших текстур [color=#00FF00]System Makeup[/color] на новой основе?
А дело в том, что новые текстуры состоят из двух слоев – диффузной карты (те самые фотообои) и нормальной карты, в которой как раз информация о рельефе и зеркальных водоемах. И увы, Oolite 1.90 умеет читать эту нормальную карту, только если она прописана в planetinfo.plist. Через скрипт, увы, нет. То есть вот этот замечательный умный механизм выбора внешнего вида планеты с учетом обитающих на ней мышей и лягушек, увы, с новыми текстурами не работает.
Ладно, но ведь можно отказаться от определения текстур через скрипт, прописать эти карты текстур в planetinfo.plist и потом понемногу апгрейдить его, заменяя устаревшие текстуры ручной сборки на новые под теми же именами?
Можно. Но тут есть еще две проблемы.
Во первых, в пакете [color=#00FF00]System Makeup[/color] всего 96 текстур. Это, конечно, аж в 16 раз больше, чем в старом [color=#FFFF00]System Redux[/color], с которого началась когда-то эволюция пакета, но полный Оониверсум включает 2048 систем, и по хорошему все главные планеты этих систем должны иметь уникальный внешний вид. Планеты могут быть похожими почти до неотличимости, но все же не идентичными в мельчайших деталях. Ладно, у нас есть еще сотня Знаменитых планет с уникальными текстурами, но на самом деле по большей части для Знаменитых планет использованы тестуры из [color=#00FF00]System Makeup[/color]. То есть у большинства планет в каждом секторе есть идентичные копии, а если взять Оониверсум в целом, то у случайно выбранной планеты есть пара десятков идентичных копий. И вероятность наличия двух планет с совпадающим внешним видом в пределах 7 LY радиуса, что бы там вам не говорил ваш здравый смысл, значительно выше пренебрежимо малой. Попросту говоря, такие пары будут встречаться намного чаще, чем вам кажется.
И во вторых, даже будь я не моддер-одиночка, а командир роты военных десигнеров, которым можно было бы отдать приказ изготовить 2048 уникальных текстур, минимально приемлемая по визуальному качеству 2К текстура весит порядка 3...3.5 MB, а с картой нормалей и 4...5 MB. То есть пакет уникальных текстур минимального качества будет весить 8...10 GB. Для коммерческой игры фигня вопрос, но для Оолита с его ограничением до 150 MB это непотребно много. И именно поэтому у [color=#FFFF00]Povray Planets[/color] нет шансов появиться в формате OXZ. С другой стороны, встроенный в игру процедурный генератор создает 2048 уникальных планет, а вся информация об игровом мире в корневом planetinfo.plist весит всего 2.7 MB! Если создать planetinfo.plist, в котором будет содержаться информация только о внешнем виде главных планет, то можно уложиться всего в мегабайт, а то и меньше.
Я думаю, идея ясна. Поручить генерацию множества неповторимых планет процедурному генератору и неспешно заняться штучной ручной сборкой уникальных текстур.
Увы, вплоть до последнего времени результаты работы процедурного генератора, как бы это сказать деликатнее, не вполне соответствовали ожиданиям. Не то чтобы результаты работы процедурного генератора были безнадежно плохи – в чем-то процедурно сгенерированные планеты даже обошли планеты ручной сборки. Зеркальными водоемами хотя бы. Ну и все же псевдорельеф, пусть примитивный, как наждачная бумага. Но увы, жесткое освещение в режиме Extra Details напрочь убивало ощущение объема. Вместо шаров получались протравленные кислотой диски. Да, в режиме Shaders Enabled тоже не все идеально. Но я склонен примириться с запиленной линией терминатора, лишь бы видеть шары, а не плоские диски. Так что с каждым релизом я интересовался, как там дела с планетами, укоризненно вздыхал и возвращался к своим шарам, окленным фотообоями.
В Oolite 1.90 барьер визуального качества наконец взяли, причем с обоих сторон. Уникальные текстуры ручной сборки с рельефом и зеркальными водоемами – об этом я уже говорил в самом начале, но и процедурно сгенерированные текстуры в потенциале теперь смотрятся весьма неплохо. Психоделические лиловые океаны и бирюзовые континенты менять на что-то более похожее на воду и зелень можно было и раньше, но теперь к этому добавилась возможность управлять цветом атмосферы. И опять же модель освещения стало заметно лучше, так что теперь при сравнении процедурно генерированных планет с планетами ручной сборки уже не возникает прежнего чувства неприятия: ну что вы, как можно мешать это в одну кучу.
Увы, процедурный генератор по прежнему ограничен в своих возможностях. Можно сделать пустынную планету – суперконтинент с изолированными внутренними морями. А можно сделать планету-океан с архипелагами островов. Но ничего похожего на Землю сделать не получается – вместо нескольких больших континентов и океанов процедурный генератор пытается сделать лабиринт из суши и моря. Процедурный генератор может сделать нечто похожее на зеленые низменности и покрытые ледниками высокогорья, но это все. Никакой поясной зональности, никаких обширных внутриконтинентальных пустынь, никаких примечательных деталей рельефа вроде горных хребтов и обширных равнин, каньонов, сети речных русел. В этом отношении текстуры ручной сборки по прежнему вне конкуренции и если в описании планеты упомянута сеть гигантских каньонов, вы можете сделать эти каньоны. Процедурные облака совсем непохожи на реальную картину облачности со спиралями тропических циклонов, струйными течениями и крупномасштабными ячейками циркуляции. Но еще раз увы, настоящие объемные облака сделать в Оолите трудно, если вообще возможно. Я пытался экспериментировать с рельефной облачностью. Что-то похожее на облачную рябь получается лишь в узкой зоне вблизи линии терминатора, и чем ближе к терминатору, тем хуже. Оолит не понимает, что облака – это не горы, и кладет на облака неестественно жесткие тени. Так что издали все эти воронки тропических циклонов над океаном выглядят красиво, но при взгляде с близкого расстояния условность очевидна.
Но все же зеркальные океаны и рельеф – хороший повод взяться за Знаменитые планеты на новом уровне.

С переделкой Знаменитых планет есть одна серьезная проблема. Oolite 1.90, как я уже сказал, умеет читать новые карты нормалей только из planetinfo.plist – а значит, [color=#00FF00]System Makeup[/color] через свой скрипт будет перекрывать не только новые процедурно сгенерированные планеты, но и новые Знаменитые планеты. [color=#00FF00]System Makeup[/color] надо отключать. Но в свою очередь [color=#00FF00]PlanetLand[/color] обращается ко внешнему скрипту [color=#00FF00]System Makeup[/color] для выбора пейзажей планет. Нужно как минимум переносить скрипт в [color=#00FF00]PlanetLand[/color], а по хорошему основательно переделывать сам скрипт [color=#00FF00]PlanetLand[/color] – он был написан давно и не использует информацию из PlanetEngine. И к тому же скрипт [color=#00FF00]PlanetLand[/color] не соответствует строгим требованиям к безопасным именам переменных.
[color=#00FF00]Famous Planets Overhaul[/color] также придется отключить, так как он тоже назначает текстуры свои через скрипт и будет перебивать новые Знаменитые планеты.

С учетом вышеизложенного очередное обновление Оониверсума логично разбивается на три этапа.

I. Создание planetinfo.plist с заново определенными параметрами внешнего вида для всех 2048 главных планет.

Косметической коррекцией цвета океанов и континентов дело не ограничится. Большие планеты лучше удерживают не только атмосферу, но и воду. И разве не логично предположить, что крошечная планета-океан размером с Марс – это вряд ли (разве что водно-аммиачный океан под толстым слоем льда), а вот среди больших планет это вполне обычный вариант?
И раз уж PlanetEngine умеет рассчитывать давление атмосферы и температуру на поверхности планеты, разве не логично использовать эти данные для выбора подходящих цветов – лес, степь, пустыня, тундра, снег, марсианская и даже лунная поверхность? А как насчет разнообразия оттенков океанской воды от угрюмо серых арктических океанов до лазури тропических? И разве не логично, что климат планеты определяет степень развития полярных шапок и плотность облачности?
Минуточку, возразит вдумчивый читатель. PlanetEngine – это скрипт, верно? А причем здесь planetinfo.plist?
А притом. Вы ведь не думаете, что я собираюсь редактировать 2048 записей вручную? Для этого я слишком ленив. Для генерации больших planetinfo.plist я использую БД FileMaker. И тот PlanetEngine, который реализован в [color=#00FF00]Sun Gear[/color] и [color=#00FF00]Planetary Systems[/color] на языке JavaScript, сделан на основе алгоритма, который я написал и отладил в FileMaker.
И по сути дела первый этап работы уже сделан. А чтобы не плодить сущности сверх необходимости, я включил всю новую информацию в обновление уже существующего пакета [color=#00FF00]Habitable Main Planets[/color]. Теперь этот пакет не только переопределяет радиусы популяции главных планет Оониверсума, но и придает им более правдоподобный внешний вид.
Решение получилось безопасное. Обновленный пакет [color=#00FF00]Habitable Main Planets[/color] технически не конфликтует с [color=#00FF00]System Makeup[/color] и[color=#00FF00] Famous Planets Overhaul[/color]. Вы можете пока пользоваться этими пакетами – просто в этом случае вы не увидите новый внешний вид планет. А я развязал себе руки для неспешной работы над следующим этапом проекта.

II. Модификация уже существующих пакетов.

В первую очередь речь о [color=#00FF00]PlanetLand[/color]. Здесь опять же запланирована работа в три этапа.
1. На скорую руку пропатчить уже имеющийся пакет, чтобы он мог работать автономно от [color=#00FF00]System Makeup[/color], и опять же развязать себе руки для дальнейшей неторопливой работы над пакетом.
2. Зачистить мусорный код и привести имена переменных в соответствие со стандартом.
3. Переписать заново скрипт, определяющий выбор пейзажей, используя на этот раз информацию, которую дает движок PlanetEngine.
Первая часть работы уже сделана, на данный момент есть промежуточный вариант [color=#00FF00]PlanetLand 2.6[/color]. На первый взгляд он работает, но на всякий случай оставьте архив с предыдущим вариантом [color=#00FF00]PlanetLand 2.5[/color]. У меня просто не хватает времени на тестирование промежуточноых вариантов – буду тестировать финальную редакцию перед релизом.
[color=#00FF00]System Makeup[/color] я дальше поддерживать не намерен. Этот пакет свою роль сыграл и его место в музее. [color=#00FF00]Habitable Main Planets[/color] теперь делает вполне приличные на вид планеты и от [color=#00FF00]System Makeup[/color] можно безболезненно отказаться. По счастью, кроме [color=#00FF00]PlanetLand[/color] в моем Оониверсуме нет других пакетов, которые как-то зависят от [color=#00FF00]System Makeup[/color].
[color=#00FF00]Planetary Systems[/color] и [color=#00FF00]Moons[/color] тоже нужно срочно переделывать, и это как бы не самая неотложная работа на данный момент. В новой модели освещения планеты получаются слишком светлые,кривые яркости надо загибать вниз. Апгрейдить эти пакеты под новые возможности пока затруднительно – они определяют текстуры планет и лун через скрипты. В случае [color=#00FF00]Moons[/color] можно вписать нужные карты текстур в planetinfo.plist и в принципе это должно сработать. С [color=#00FF00]Planetary Systems[/color] ситуация сложнее – этот пакет использует умный механизм выбора текстур. Хотелось бы все же надеяться, что в следующем релизе игра будет поддерживать назначение карты нормалей через скрипт.

III. Уникальные карты ручной сборки.

На этот раз я не намерен повторять свой эпический подвиг – закрыть уникальными картами все Знаменитые планеты. Переделка затронет лишь планеты с примечательными особенностями внешнего вида.
Единого пакета [color=#00FF00]Famous Planets Overhaul[/color] больше не будет. Большая часть текстур в пакетах [color=#00FF00]System Makeup[/color] и [color=#00FF00]Famous Planets Overhaul[/color] была в 2K формате (2048 х 1024). Я намерен перейти на формат 4K. Перешел бы и на 8K, но к сожалению, я ограничен разрешением исходных файлов для сборки текстур. Старая 2K текстура Лэйв весила 3.3 MB. Новая 4K текстура Лэйв с картой нормалей весит 15 MB. Следует ожидать, что пропорционально подрастут и остальные карты, поэтому я намерен выпускать обновленные Знаменитые Планеты отдельными пакетами, как это уже сделал с Лэйв.
Чтобы увидеть новую Лэйв, а в дальнейшем и другие новые Знаменитые планеты, пакет [color=#00FF00]Famous Planets Overhaul[/color] придется отключить. Увы, при этом вы теряете не только старые уникальные карты, но и описания, сделанные для нескольких дополнительных планет набора. Я думаю подготовить версию пакета Famous Planets Addenda, в которой будет только текстовая информация, отсутствующая в пакете [color=#FFFF00]Famous Planets[/color] версии 2.7. К сожалению, весь набор новых Знаменитых планет будет готов не скоро – эта трудоемкая работа быстро не делается. А пока что рекомендация для продвинутого юзверя: вы можете отключать и повторно включать старый пакет [color=#00FF00]Famous Planets Overhaul[/color] без его удаления из папки AddOns:

Famous Planets Overhaul.oxp → Famous Planets Overhaul.oxp OFF

Спасибо за понимание.

@Seven

Добро пожаловать в клуб, комрад!
Надеюсь, Вы готовы к тому, что Оолит больше про бои в космосе, чем про модели экономики и геймер по большей части на экономику, чуть нагуляв жира, забивает. Потенциал игры в этом плане реализован с пресловутым 3% к.п.д паровоза.

[quote="stranger"]Как заметили?[/quote]
Изучал код на предмет расширения экономической модели.
В частности, добавил к аграрному и индустриальному типу экономик третий - ресурсный.
Типы экономик теперь выглядят так:
[code]"Rich Industrial",
"Average Industrial",
"Mainly Industrial",
"Poor Industrial",
"Resource Industrial",
"Mainly Agricultural",
"Average Agricultural",
"Rich Agricultural"[/code]
А таблица товаров так:
[img]https://i.imgur.com/bgQaKWD.png[/img]
с дополнительным модификатором количества товаров скриптом в зависимости от соответствия технологического уровня системы требуемому для товара.

[quote="Seven"]
[code]"quantity_average" = 1;
"quantity_economic" = 32.5;[/code]
Нет ли здесь ошибки?
Спасибо.[/quote]
Ошибка, конечно. Должно быть наоборот.
Спасибо!
Как заметили?

Всем здравствуйте.
Возник вопрос по Stranger's Set 3.5 2018-08-18, пакет SW Economy 3.5.oxp, файл trade-goods.plist:
для товара firearms указаны данные, подозрительно выбивающиеся из общей картины товаров в пакете:
[code]"quantity_average" = 1;
"quantity_economic" = 32.5;[/code]
Нет ли здесь ошибки?
Спасибо.

Господа пилоты,

В связи с миграцией на формат OXZ хочу объяснить ситуацию более подробно, чтобы помочь избежать путаницы с пакетами.
В обозримом будущем, когда миграция будет завершена, схема управления моими пакетами будет выглядеть так:
Пакеты в формате OXZ - установка и обновление через игровой менеджер ИЛИ скачивание с http://oolite.org/oxps/ и установка/обновление вручную. Первый путь предпочтительней, так как он обеспечивает удобный контроль версий. Эти пакеты в формате OXP обновляться не будут и я их планирую с Google Drive после переезда удалить.
Пакеты в формате OXP - будут по прежнему храниться на Google Drive. Установка и обновление вручную, в папку AddOns.
К сожалению, сейчас, в ходе переезда, образовалась группа пакетов, которые существуют в обоих форматах.
Поэтому рекомендую такую схему.
Анонс Sun Gear. Версия 3.8.0 - анонсирована в OXZ формате. Ставим через игровой менеджер и [color=#FF0000]обязательно[/color] удаляем старую версию 3.6.0 из папки AddOns вручную. Это очень важно по двум причинам:
Игровой менеджер не умеет удалять старые версии пакетов в формате OXP из папки AddOns.
Пакеты в формате OXP запускаются после пакетов в формате OXZ и настройки старой версии, если ее не удалить вручную, перехватывают приритет.
К сожалению, эту работу нужно делать именно вручную - автоматического способа избавиться от всего старого хлама в папке OXP нет. Но для каждого пакета это достаточно сделать один раз.

И да, еще один момент. Коммандеры vasig и ALEX_M обратили внимание, что некоторые мои пакеты в формате OXP теперь для запуска требуют обязательного наличия других пакетов и при их отсутствии выдают сообщение о незагрузке на стартовом экране. То есть, если вы удалили Sun Gears, пакет Planetary Systems затребует наличия пакета Sun Gear, а пакет Moons в свою очередь пакета Planetary Systems. Другие пакеты, такие как PlanetLand, так себя не ведут, хотя тоже зависят в конечном итоге от Sun Gear. Тут дело в том, что я включил в пакеты, которые презентовал на англоязячном форуме, файл manifest.plist, а в нем эти зависимости прописаны. Контроль наличия необходимых и отсутствия конфликтующих пакетов - это очень удобная фича и я со временем включую ее и в те пакеты, которые в формат OXZ конвертировать не планирую.

Простите за временные неудобства, но мне реально не хватает времени сделать много, быстро и хорошо сразу. Это как в студенчестве: сон, секс, учеба - выбери два из трех.

И спасибо всем неравнодушным за обратную связь!

Замечательно!

Итак, господа пилоты, дождались.
Список откорячек, почему я не делаю свои пакеты в формате OXZ, кончился. Так что я начал миграцию на формат OXZ.
Несколько пакетов уже выгрузил и они доступны через игровой менеджер.
Более подробное инфо о прогрессе миграции в моей личной рубрике.
Следите за новостями.

Ну вот даже не знаю. Механизм засева станций сильно изменился с тех пор, как я видел этот скрипт крайний раз. Planetary Systems нужно какое-то время, чтобы создать систему. В старом скрипте SfEP станции у внешних планет создавались с задержкой в секунду, этого хватало. Сейчас я эту задержку не нашел и не знаю, отработает ли скрипт засева станций правильно.
В общем, похоже, надо просто пробовать на опыте с бэкапом сэйва.

[quote="ALEX_M"][url=http://wiki.alioth.net/index.php/Stations_for_Extra_Planets]Stations for Extra Planets[/url] дружат с [b]Planetary Systems & Moons[/b]?[/quote]
Надо глядеть код SfEP. Я уже не помню, как там внутри устроено.
Завтра, возможно, гляну.

[url=http://wiki.alioth.net/index.php/Stations_for_Extra_Planets]Stations for Extra Planets[/url] дружат с [b]Planetary Systems & Moons[/b]?

[quote="ALEX_M"]Вот только твои пакеты по сути в основном составляют единую экосистему, и выдернуть отдельно можно немногое.[/quote]
Вот честно, Алекс, меня в основном это и держало так долго, а не застенчивость.
Гемор с совместимостью - это решаемо. Нормальная техническая задача, требует толькол времени и терпения. Хуже то, что в пакетах вроде PlanetLand могут быть проблемы с авторскими правами на графику. Я уже и не уверен, что смогу сейчас восстановить, что откуда в свое время понадергал. Хоть садись и делай легкую версию с предельно безопасным контентом на экспорт. Копирасты такие копирасты.
Я думаю, десяток пакетов в формате OXZ уже будет неплохо, а там посмотрим.

Поздравляю, давно пора.
Вот только твои пакеты по сути в основном составляют единую экосистему, и выдернуть отдельно можно немногое. Да еще и проверить и прописать не совместимость, тот ещё геморрой. Хотя теперь возможно договоритесь на счет Feudal States.
[quote="stranger"]игра для ветеранов[/quote]
Ага, а еще в обсуждении корабля Fireball XL-5 из одноименного детского телевизионного шоу, вспоминают, как тащились от него в детстве. А шоу шло в 1962-63г.

Господа пилоты, новости у меня такие.
Зарегистрировался наконец на форуме http://aegidian.org/bb/index.php. Встретили меня очень приветливо, даже спросили "не тот ли stranger с русского форума". Выложил там для начала три безопасных пакета, которые вполне можно презентовать по отдельности. Буду выкладывать понемного, не торопясь, а там со временем что-то из моих наработок глядишь и станет доступным через менеджер OXZ.
Я и раньше подозревал, что Оолит - игра для ветеранов, но когда любопытства ради заглянул в курилку, а там в одной из тем мужики вспоминают, кто как смотрел высадку на Луну Аполлона 11 - "А я в баре в Испании по ящику смотрел". Я понял, что я еще подросток - в июле 69 мне восемь лет было и в бары меня еще не пускали.