doom2d.org

Нужно определить:

1. Какой SoundFont использовать для сборки с OpenAL
2. Какие GUS файлы использовать для сборки с SDL_mixer

Я юзал эти гуси в ведросборке, как предлагается на сайте сдл-миксер. Относительно не большие (17 мб), приемлемо звучат. Как вариант можно стырить что-то из дум-сорспортов.

Для fluidsynth у себя на компе юзаю fluid soundfont, но для сборок слишком большой (>100 мб). Надо искать что-то получше. Может чем-то можно гусей сконвертить в нужный формат (или наоборот).

Ещё в SDL_mixer добавили возможность использовать fluidsynth, но я что-то пока это не осилил. В теории можно и для него использовать soundfont

Я подумал, как сделать линукс сборку, которая бы запускалась на большинстве дистрибутивов. В голову пришла такая схема:

Берем sysroot старого дистрибутива и собираем кросс-компилятор для него. Прошерстив в интернете, я обнаружил что кто-то уже проделал всю работу и предлагает для этого Debian 5 Это glibc 2.7, который вышел примерно в 2008 году.

А по поводу мак сборок я не знаю, что делать с "PowerPC". Я и так с трудом представляю, что это. Остальное должно быть не сложно, но нужно будет поднять виртуалку с macOS.

1. Выяснилось, что в GitHub можно давать постоянную ссылку на файлы в последнем релизе (нужна для использования на сайте):
https://stackoverflow.com/questions/24987542/is-there-a-link-to-github-for-downloading-a-file-in-the-latest-release-of-a-repo
Поэтому лучше начать делать отдельные неизменяемые релизы. Это же заодно более-менее решит проблему с удостоверением их подлинности.

2. Архив-заготовка теперь в формате RAR, а не 7z: https://doom2d.org/doom2d_forever/latest/df_distro_content.rar
Сделано это для того, чтобы хранить в нём дату его появления. Надо бы вытаскивать её и писать в комментарий к релизу.
В консоли под Windows выхлоп делается вот так (в NixOS, надеюсь, должно быть похоже):

l[t[a],b]     Показать содержание архива [техинфо[все],минимум]
x<имя>        Не обрабатывать указанный файл или каталог

3. В заготовку теперь добавлены следующие файлы (то есть надо убрать их из автосборщика):

• botlist.txt - взял из версии 0.6, он не менялся с тех пор;
• flexui.wad - самый ранний нашёл вот здесь: https://t.me/doom2d/22649;
• botnames.txt и banlist.txt - нашёл с правильными датами в 667+maps.rar отсюда.

4. Нужно слегка переименовать собираемые автосборщиком wad'ы (как минимум в сборке для Windows):

• maps/megawads/doom2d.wad - в Doom2D.WAD
• data/models/doomer.wad - в Doomer.WAD
• data/game.wad - в game.WAD
• data/editor.wad - в editor.WAD
• wads/standart.wad - в standart.WAD
  Не хочу в "Standart.WAD" потому что правильно "Standard". Мы договорились расшифровывать это как "standard art", но написание StandArt не используется в DF-Res.
• wads/shrshade.wad - в shrshade.WAD
  Как сказал Джа, "shr" в названии означает "shared".

Сборки для регистрозависимых систем после этого нужно будет погонять потом на предмет ошибок. Если они найдутся - то и славно.

_________________
Чёрный Думер, Чёрный Думер
С монстрами сражается.
Чёрный Думер, Чёрный Думер
Рокетланчер плавится.

» Поэтому лучше начать делать отдельные неизменяемые релизы. Это же заодно более-менее решит проблему с удостоверением их подлинности.

Как это решит эту проблему?

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

_________________
Чёрный Думер, Чёрный Думер
С монстрами сражается.
Чёрный Думер, Чёрный Думер
Рокетланчер плавится.

Так ведь и сейчас видно дату изменения файлов в релизе. А на каждую сборку делать релиз это флуд и спам

Макс» Так ведь и сейчас видно дату изменения файлов в релизе.
Да, но она меняется с каждым новым релизом. Поэтому становится неясно, совпадает ли она с датой публикации, или же её потом подменили.

Макс» А на каждую сборку делать релиз это флуд и спам
Почему? Так поступает, например, проект NBlood: https://github.com/nukeykt/NBlood/releases
К тому же, можно держать лишь несколько последних релизов (скажем, десяток), а более старые удалять.

_________________
Чёрный Думер, Чёрный Думер
С монстрами сражается.
Чёрный Думер, Чёрный Думер
Рокетланчер плавится.

» Да, но она меняется с каждым новым релизом. Поэтому становится неясно, совпадает ли она с датой публикации, или же её потом подменили.
Мне кажется, проще будет тебе сделать зеркало и пуллить когда считаешь нужным. Потому что такие сценарии можно бесконечно много придумать

Макс» Мне кажется, проще будет тебе сделать зеркало и пуллить когда считаешь нужным.
Плодить зеркала я хочу меньше всего, как и синхронизировать их. Куда проще и лучше будет просто перенести репозиторий к нам в организацию с сохранением твоих прав доступа к нему.

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

_________________
Чёрный Думер, Чёрный Думер
С монстрами сражается.
Чёрный Думер, Чёрный Думер
Рокетланчер плавится.

» Вообще-то нет, это изначально был единственный возникший вопрос. И я не понимаю, почему мысль о нескольких релизах встречает с твоей стороны такое сопротивление.
У меня нет проблем с тем, чтобы делать несколько релизов. Просто это всё обсуждается в контексте того, как обезопасить от меня весь этот процесс, в то время как я единственный кто занимается этим. Потому и все проблемы/вопросы решатся, и в целом будет проще всем, если будет зеркало. Унижаться и пулл реквесты отправлять в мой же репозиторий я не хочу.

Несколько последних релизов я вообще-то хотел держать с самого начала, безотносительно текущей ситуации. Потому что это во-первых удобно для разработчика, а во-вторых не сбивает с толку фактически неверной надписью "# commits to master since this release" на странице с файлами. Просто раньше я не знал, что можно держать постоянную ссылку на последний из них, поэтому и не настаивал. Сейчас вот знаю.
То, что это позволяет заодно и подлинность файлов контролировать - лишь приятное дополнение, обеспечивающее возможность консенсуса: репозиторий у нас, доступ на запись у тебя.

Я тебе наоборот предлагаю вариант, основанный на взаимном доверии. Зеркало этого не подразумевает, зато приводит к массе лишних промежуточных действий.

_________________
Чёрный Думер, Чёрный Думер
С монстрами сражается.
Чёрный Думер, Чёрный Думер
Рокетланчер плавится.

» data/models/doomer.wad - в Doomer.WAD
После этого переименования почему-то не видно модель думера в андроид сборке. Используется храбрый думер

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

_________________
И неважно, что нет морей на Марсе, каждый морпех носит море в сердце.

» Значит, регистрозависимость не до конца устранили. Кстати, меня эти игры с регистром имен файлов слегка раздражают, потому что это мешант жить на линупсообразных. Таб не везде срабатывает, как ни странно.
Ага. Причём, если расширение изменить с .WAD на .wad, то усё нормально робит.

А что ещё примечательно... Выяснилось, что dfwad, который использовался для сборки всё это время, не умеет в те самые ссылки о которых говорил деддумер. По факту единственная фишка вадов не использовалась всё это время, и никто этого не замечал. Значит можно спокойно переходить на зипы.

Посмотрю. Пока сделай так, чтобы на регистрозависимых системах все имена ушатывались бы в нижний регистр. А на Windows и прочих оставь как сейчас. Я уже упоминал об этом вот здесь.

Как раз наоборот: все думали, что используется, и благодаря ей тот же Standart.wad весит меньше, чем мог бы. А сейчас просто оказалось, что его можно сделать ещё меньше.

Значит настало время наконец-то применить эту фишку для всех официальных ресурсников.

_________________
Чёрный Думер, Чёрный Думер
С монстрами сражается.
Чёрный Думер, Чёрный Думер
Рокетланчер плавится.

Гуси не потребовались, потому что сборка для Android теперь использует OpenAL и Fluidsynth.

В 64-битной сборке для винды почему-то используется какая-то левая версия FMOD'а, хотя исходник - архив всех версий FMOD'а от zdoom, и там качаются архивы с одинаковой версией в названии и для 32 бита, и для 64 бита.

Потенциально, если захочется собирать под Андроиды еще старее, нужна будет поддержка старых версий SDL2. Сейчас работает только SDL >= 2.0.18.