Открыт исходный код движка от игры "Приключения капитана Блада". Игра создана в жанре "hack and slash" по мотивам произведений Рафаэля Сабатини и повествует о приключениях главного героя этих произведений, капитана Питера Блада. Действие игры разворачивается в средневековой новой Англии...Подробнее: https://www.opennet.me/opennews/art.shtml?num=58219
> Разработка игры началась в августе 2003 года, сразу после разработки «Пиратов Карибского моря», внутренней студией разработки компании Акелла. На сегодняшний день проект все ещё не выпущен, возможно из за незаконченных судебных разбирательств за бренд «Капитан Блад» с компанией Playlogic.Весело
Бедные разработчики, пилят, работают, а потом судятся с пиявками...
да там такая Санта Барбара была. По уходу и смене главных разработчиков и всего что можно.
Там вообще история фееричная. Ребята 7 лет (!) пилили проект, а потом оказалось, что он не выйдет в релиз, потому что пришли какие-то братки и претендуют на права. Впрочем, типичная история в духе лихих 90х, которые никуда и не уходили. Разрабов жалко - потратить 7 лет и ничего не записать в портфолио, пипец конечно...
> Разрабов жалко - потратить 7 лет и ничего неОни в 90-х воровали игры, локализовывали и продавали. Тебе жалко воров?
Не думаю, что в команде остался хотя бы один из пиратов девяностых. Формально, игру пилила даже не Акелла, а 1C, которой было продано разрабатывавшее её подразделение. И да, это не оправдывает Playlogic.
> Они в 90-х воровали игры, локализовывали и продавали. Тебе жалко воров?Вот прямо разработчики капитана блада вопровали игры? При умении их делать? Это зачем? Чтобы звание пиратов поддерживать, чтоли?
> Разрабов жалко - потратить 7 лет и ничего не записать в портфолиоЕще один "портфолист"...
А что не так? По твоему надо работать за спасибо?
> А что не так? По твоему надо работать за спасибо?Причем тут "за спасибо"? Им зарплату что ли не платили?
Если они норм разрабы, то найдут работу, потому что у нормальных разрабов есть опыт, а не строчки в "портфолио".
Ну как бы одно дело абстрактные блабла в резюме, и совсем другое наглядное демо "во как я могу!"
> Ну как бы одно дело абстрактные блабла в резюме, и совсем другое
> наглядное демо "во как я могу!"От защиты и того и другого есть собеседование.
Полагаю, людям, чьи игры они пиратили и продавали, как свои, они даже "спасибо" не говорили.
А могло бы получиться что-то на уровне ведьмака с его сериалами, а может даже лучшеБандюкам просто раздали оружие и ксивы и теперь они официально на службе
>> из за незаконченных судебных разбирательств за бренд «Капитан Блад»А "Капитан Влад" это будет не канон и всё пропало
Ну как бы игра по книге и очевидно сюжетно привязана к ней. Хотя конечно можно было забить болт и выпустить и так, все равно видно что игра и з тех что забудут через сезон или два.
>Открыт исходный код движка от игры БладПоказалось...
Вот да, было б прям неплохо :). Игра-то хорошая, ремейк чёт как-то не то...
Ремейк нафиг не нужен, давно есть https://m210.duke4.net/
Тоже вариант.
nblood топ
Ну-у, что-то на эту тему было, сходу такие ссылки вспоминаются:
https://github.com/videogamepreservation/blood
https://github.com/nukeykt/NBlood
https://github.com/ZDoom/Raze
https://github.com/flank1er/blud2e
Капитана Блада и его друзей - Майора Дюка и Генерала Шадоу Уорриора.
> Игровой движок является сильно изменённой версией движка Storm 2.9, который был открыт в 2021 году.Движок "Корсаров" открыт? Можно делать клон игры?
Да!
https://github.com/storm-devs/storm-engineИ даже истерика сумасшедших опеннет экспертов по поводу конфиг файлов в json
https://www.opennet.me/opennews/art.shtml?num=54889
Меня как не программиста такие форматы удивляют (xml, json) очень избыточные и их сложно править. Может ими можно описать сложные зависимости и структуры (даже формат текстового редактора), но обычно кажется это редко нужно, даже кажется каким-то извращением. Ini проще например и они бывают древовидные. Это мои предубеждения и я сказал то, что мне кажется, а не то, что я считаю.
> их сложно правитьКонфиги в игре не для того, чтобы их руками править.
Ну и джейсон тоже явно не для компьютера. Потому что парсить миллион скобочек и кавычек -- тот ещё мартышкин труд.
Мартышкин труд — вообще что-либо парсить, даже INI. Для этого готовые библиотеки есть.
Любители скажут что поддержка json есть в стандартной библиотеке python, php, js, android, java ee, kotlinx-serialization, а так же в множестве сторонних библиотек.
Они заявят что очень удобно вызвать gson.fromJson(jsonStr, MyData.class) и сразу получить объект с конкретными типами данных и не изобретать код извлечения из строки числа, enum, массивы, даты и т.д.
Но мы, сверхкомплектные опеннет эксперты по программированию на Си понимаем что это просто жалкие оправдания недалеких людей.
Пусть сначала попробуют распарсить 500 метровый json конфиг программы, а потом говорят какой json удобный.
Фанатам удобного json это не требуется.
Всё равно 500 метровыми распарсенными данными программа поперхнётся, или будет невменяемо тупить.
У меня гигабайтные конфиги в жсон. Заменил на msgpack, ощутимо лучше не стало. Большая часть времени уходит на IO, поэтому помогло сжатие brotli-4. Жсон сжимается куда лучше кстати.
> У меня гигабайтные конфиги в жсон. Заменил на msgpack, ощутимо лучше не
> стало. Большая часть времени уходит на IO, поэтому помогло сжатие brotli-4.
> Жсон сжимается куда лучше кстати.Возьми протобаф и не парься уже.
> У меня гигабайтные конфиги в жсон. Заменил на msgpack, ощутимо лучше не
> стало. Большая часть времени уходит на IO,На ноутбучном диске проверялось? Ну и так то у msgpack байтов меньше чем у JSON, особенно не минимизированого.
> не изобретать код извлечения из строки числа, enum, массивы, даты и т.д.Программист, который не может написать парсер json за вечер на основном своём языке программирования, должен свалить из профессии. Даже xml, наверное можно распарсить за вечер, а уж json тем более.
Это ж не конфиги на bash писанные, как /etc/conf.d лежат. Вот те конфиги... даааа... вот их парсить можно месяцами. Хотя как повезёт, конечно же. Если там name=value без всякого "shell expansion", то можно и за вечер.
> Пусть сначала попробуют распарсить 500 метровый json конфиг программы
Если результат его работы окажется настолько тормозным, что 500 метров не распарсит, то он не настолько безнадёжен, но ему следует отвлечься от кодинга и научиться пользоваться профайлером.
Я всегда знала что на опеннет самые компетентные эксперты по программированию.Покажите написанный вами json парсер. Особенно умеющий data mapping из json в объект/структуру как у этих, как их там... так называемых программистов Gson делает.
Или хоть "относительно простой" tree model
Ну или хоть какой-то парсер json.
> Особенно умеющий data mapping из json в объект/структуруВ смысле "особенно"? Именно в этом задача парсера и заключается. ))
Есть же tree model парсеры такие как org.json.JSONObject, com.google.gson.JsonObject которые не могут маппинг сделать. Потому что не для него предназначены.
Есть же библиотека JsonPath который на основе запроса возвращает значения.Наверное это не json парсеры. ((
> Есть же tree model парсеры такие как org.json.JSONObject, com.google.gson.JsonObject которые не могут маппинг сделать.Надо же. Ну, окей, это видимо тоже парсеры, но с иным внутренним представлением.
Правда, я может не понимаю чего: а какой смысл в этих парсерах? Где их область применения?Единственное, что приходит в голову -- это удосбство маршаллинга, когда ты хочешь сохранить порядок следования элементов, однако сделано это будет за счёт накладных расходов при работе со сгенерированным объектом. Я затрудняюсь сказать, когда это могло бы быть нужно.
> Особенно умеющий data mapping из json в объект/структуру как у этих, как их там... так называемых программистов Gson делает.Тебе шашечки или ехать? Конфиг распарсить, или общего назначения парсер json написать, который будет перегонять json в структуры с динамической типизацией перегонять?
> Ну или хоть какой-то парсер json.
В гугле забанили?
https://pest.rs/book/examples/json.html
Там правда нифига не стриминговый парсер, он парсит всё за раз и создаёт AST. Но вот тебе стриминговый: https://github.com/oxigraph/json-event-parser Глянь, этот даже без генераторов парсеров написан и аж целых 500 строк кода занимает.
>Программист, который не может написать парсер json за вечер на основном своём языке программирования, должен свалить из профессии.
>В гугле забанили?За вечер написать парсер не получилось? А hello world то получилось?
Этот раздел программирования называется "лексический анализ"
Я подумала как разобрать json и в лужу села, нужно быть очень умным и хорошим программистом чтобы разобрать json, даже не за вечер, а вообще. Во что при этом записывать результат в POJO, в JSONObject или в Map<String, Object> это дело десятое.Само собой анонимный опеннет эксперт по программированию, слился.
Зачем нужен json, когда есть C?gcc -shared file.c -o data.so
Потом dlopen.
Это по сути то же самое, что башем source файл, или схемой (read).
Затем, что когда пользователь поковыряется в настройках, изменит что-нибудь и сохранит, не надо было бы переписывать и перекомпилировать file.c. Чтобы не таскать для этого с собой компилятор C. Достаточно причин, чтобы так не делать.
> Даже xml, наверное можно распарсить за вечерДаа... много таких как ты... А потом такие "что тут еще нэймспейсы есть, DTD, XSLT? Да ну на, возьмем tinyxml". За вечер ты только спеку прочтешь и то вряд ли.
Нахрена тебе неймспейсы, DTD и XSLT, чтобы парсить конфиг? Нет, вот ты мне объясни, зачем? Если ты парсишь конфиг, то ты без всех этих приблуд знаешь какую структуру xml ты ждёшь, и где какого типа значения должны появляться. Зачем тебе DTD?А стайлшиты в конфиге зачем?
> Нахрена тебе неймспейсы, DTD и XSLT, чтобы парсить конфиг? Нет, вот ты
> мне объясни, зачем? Если ты парсишь конфиг, то ты без всех
> этих приблуд знаешь какую структуру xml ты ждёшь, и где какого
> типа значения должны появляться. Зачем тебе DTD?Пиши тогда ясно не парсер xml за вечер, а парсер подмножества xml за вечер. Зачем тебе только xml в таком случае фиг поймешь. Может потому что типа что-то знакомое и редакторы подсвечивают.
Если ты не можешь уследить за контекстом беседы, то это твои когнитивные трудности. Не надо сваливать их на других. Читай не форумы, а детские сказки. Репку, например. Там контекст навязчиво повторяется раз за разом, чтобы если ты забудешь, то тебе сказка напомнит.
> Если ты не можешь уследить за контекстом беседы, то это твои когнитивные
> трудности. Не надо сваливать их на других. Читай не форумы, а
> детские сказки. Репку, например. Там контекст навязчиво повторяется раз за разом,
> чтобы если ты забудешь, то тебе сказка напомнит.Дурочку включил? Советую самому свою же писанину перечитать, особенно про форматы и один вечер.
Мне нет нужды перечитывать, у меня с памятью всё хорошо. По сути дела у тебя замечания есть, или ты планируешь продолжать эту тактику "поищи ошибки в своих высказываниях сам, я уверен они где-нибудь там есть"?
> Даже xml, наверное можно распарсить за вечер, а уж json тем более.
> Если там name=value без всякого "shell expansion", то можно и за вечер.Ахахаха. Кофниг ключ/значение за вечер, xml за вечер. Любую задачу за вечер. Человек-слово.
Не надо передёргивать. Я не уверен, что xml можно за вечер распарсить. Он довольно неудобный формат для конфигов. А json можно.Пары ключ-значение взятые из .sh файлика можно лишь при определённом везении. Всё зависит от количества шеллового кала, который там используется для задания имён и значений.
В простейшем случае такие пары можно хоть через scanf("%s=%s", name, value) распарсить. И на это даже вечера не надо.
> Программист, который не может написать парсер json за вечер на основном своём
> языке программирования, должен свалить из профессии. Даже xml, наверное можно распарсить
> за вечер, а уж json тем более.Любой программист может написать парсер JSON за вечер. Но большинство юзающих JSON ожидают прибитую на гвозди структуру оного. А если на вход валится что-то иное - там бывает все что угодно. Если например массив вместо параметра дать с тем же именем - да что угодно может быть. А синтаксически это как бы все валидно.
> Это ж не конфиги на bash писанные, как /etc/conf.d лежат.
Не очень далеко ушло от него - произвольный полный парсинг JSON с какой-то одупляемой реакцией на формат заметно отличный от ожиданий мало кто могет.
> Если результат его работы окажется настолько тормозным, что 500 метров не распарсит,
Парсить 500 метров JSON очень так себе затея. И нафиг он там вообще? В редакторе такое счастье все-равно открывать безблагодатно, а для компьютера парсить этот почти-яп не сказать что сильно быстро и эффективно. Можно и еще хуже конечно типа XML какого, но зачем на них равняться?
> Любители скажут что поддержка json есть в стандартной библиотеке python, php, js,
> android, java ee, kotlinx-serialization, а так же в множестве сторонних библиотек.
> Они заявят что очень удобно вызвать gson.fromJson(jsonStr, MyData.class) и сразу получить
> объект с конкретными типами данных и не изобретать код извлечения из
> строки числа, enum, массивы, даты и т.д.
> Но мы, сверхкомплектные опеннет эксперты по программированию на Си понимаем что это
> просто жалкие оправдания недалеких людей.
> Пусть сначала попробуют распарсить 500 метровый json конфиг программы, а потом говорят
> какой json удобный.Я имел ввиду, мартышкин труд -- это не писать парсеры (для джейсона они конечно написаны на всём кроме брайнфака), а для компьютера парсить всю эту парашу кавычечную. Выдумать настолько дебильный и избыточный формат -- это надо постараться. Есть bencode, tree, да хоть msgpack. Почему же все используют этот джейсон? Шутку про миллион мух вы уже слышали. А я скажу так: людей в целом, и в частности программистов, почему-то очень тянет к гoвноедству. Поэтому так часто популярным становится то, что плохо.
> Шутку про миллион мух вы уже слышали.Слышал, но в отношении от вас я её понял. Миллионы мух не могут ошибаться, потому что они делают свой выбор правильным за счёт количества. Когда все пишут на C, глупо писать на чём-то другом, потому что инфраструктура вокруг C гораздо лучше развита. Когда все пользуются x86, глупо пользоваться чем-то ещё, потому что всё заточено на x86.
> Поэтому так часто популярным становится то, что плохо.
Не то, чтоб плохо, а неидеально, так ведь? Но во-первых, мир вообще несовершенен, мир стремится к повышению энтропии и то, что человекам удаётся таки её снижать хоть местами -- это удивительное чудесное чудо, гораздо круче чем воскрешение Христа. А во-вторых, неидеальность таких народных "стандартов" -- это естественный эффект стихийности выбора их и вся эта ситуация с положительной обратной связи, когда чем популярнее что-то, тем полезнее присоединиться, чем плыть против течения. Эта положительная обратная связь иногда срабатывает, и тогда происходит взывной рост популярности. А дальше наступает монополия. До этого какая-то конкуренция ещё работала, и то, что лучше имело больше шансов, после этого она уже не работает. Надо быть не маргинально лучше, а на другой уровень выйти, чтобы получить хоть какие-либо шансы.
И я вам рекомендую забить на эту позицию борцуна против системы, который всегда плывёт против течения. Это будет полезнее и вам, и всему человечеству. Несмотря на то, что мир останется несовершенным: он много по каким параметрам несовершенный, и чем пытаться бороться с несовершенством по тем параметрам, где вы ничего не можете изменить, лучше найти несовершенство, на которое вы можете повлиять. Исправление несовершенств мира, при правильном подходе, может быть прибыльной деятельностью. И всем хорошо.
С вами невозможно не согласиться, всё верно. Но... мне нравится быть борцуном :) Думаю, такие "борцуны" (не диванные конечно, а действенные) тоже нужны системе, что бы не было застоя. Так что вот так.
> парсить всю эту парашу кавычечную.Вообще, есть и бескавычечные варинты json, гораздо более лаконичные, и для конфигов с древовидной структурой весьма удобные.
>Выдумать настолько дебильный и избыточный формат..
Так json изначально был просто фрагментом исходника JS. В этом качестве к нему претензии не уместны.
> все используют этот джейсон
Зачем что то изучать, когда есть работающий способ с json'ом.
Опять же, многие модные языки весьма ректально работают со структурами и двоичными данными, и там остается разбираться со сторонними библиотеками, или всё хранить в json, который к тому же точно работает.
И так, несмотря на неэффективность для больших объёмов данных, json всё равно прижился и там, где он неуместен.Хотя, как формат импорта/экспорта данных между разным ПО, он вполне уместен.
Бескавычечные варианты -- это конечно шаг в нужную сторону, но абсолютно бесполезный шаг. Потому что это уже не json, а что-то другое. А то, что это по сути кусок JS'а -- это да. Моя "претензия" (а скорее, угрюмое недовольство) как раз в том, что его стали использовать как формат сериализации.А на счёт других форматов -- по-моему, для любых хоть сколько-нибудь распространённых форматов сериализации существуют библиотеки под все популярные языки. Поэтому, мне кажется, если выбираешь формат для себя, можно выбрать что-то получше. А если нужно работать с каким-то API, то да, от джейсона не отвертеться. Просто часто его пихают туда, где он вообще не нужен. Руками его неудобно редактировать, а отсутствие комментариев вообще вымораживает.
Абстрактно я. О формате. Не только применимо к игре, как сейчас.
Вдогонку вопрос:
Почему не используют файловую систему как конфиг? Директория - иерархия, отдельный файл - имя это ключ, содержание это значение.
Вообще используют. Посмотри чем линух отличается от винды. В винде ФС видите ли плохо работала, поэтому пришлось, вот, реестр делать. Просто потому что перфоманс и оверхед супертехнологий MS на куче мелочевки - вообще ни к черту.А в линухе файлухи резвые, их и не парит простые конфиги сразу туда класть, ФС без всяких регэдитов справляется и это явно проще содержать потом.
> это явно проще содержать потомСодержать кучу файлов в разнообразных форматах, размазанную по всей файловой системе? Ух как просто и удобно.
> Вдогонку вопрос:
> Почему не используют файловую систему как конфиг? Директория - иерархия, отдельный файл
> - имя это ключ, содержание это значение.1. Есть издержки на распределение данных в файловых системах.
Например создал каталог/файл и 4-32 кб дискового пространства только под ключ ушло.2. В случае с флеш/ssd поменял значение, и страницу в 128 килобайт надо стереть, предварительно переписав прочие данные из неё в другие страницы.
3. А как парсить собрались данные по файловой системе? Просто грубо опишите зоопарк используемых функций. Заодно для разных ОС.
4. Для перемешения просто по дереву каталогов требуются операци открытия этих каталогов, всех, чтения и поиск элементов в самих каталогах, открытия файлов... Слишком много обрашений к функциям ядра дадут конские тормоза.
Да, файловая система кэшируется, и ssd уменьшает время доступа, но каталог с несколькими килофайлами будет постоянно последовательно просматриваться ради поиска нужного файла.А с json или иным конфигом, целиком файл считал, целиком записал, а парсинг и рабоста с данными уже с образом в ОЗУ, что сильно быстрее даже при большом объёме.
Хотя.. в каком то смысле подобное уже есть, например sysfs ;)
Supported games:
Sea Dogs: To Each His Own
Sea Dogs: City of Abandoned Ships (work in progress)
Pirates of the Caribbean: New Horizons (work in progress)
последняя это фанатская модификация.
Крутота
Я бы поиграл в "Новые горизонты". А поддерживает ли оно современные разрешения? 4К или хотя-бы FullHD?
https://www.wsgf.org/dr/pirates-caribbean-worlds-end/en
Делай на Rust.
>Действие игры разворачивается в средневековой новой АнглииЯ понимаю, что бывают умышленные/неумышленные анахронизмы, но 2ая половина 17 века тяжко вписывается даже в позднее средневековье.
Что-то совсем не походит на настоящего капитана Блада... Слишком много крови и жестокости о которых Сабатини не писал... Поделка в голливудском стиле, к сожалению, даже до конца не досмотрел...
Ну кстати да.
Могли бы в новости написать 18+ и кровище. Я бы не стал смотреть 🤢
Ну да, пираты ж вообще вида крови не выносили, это такие зайчики из твоих влажных мечт верхом на единорогах.
Одного они не учли - тупых людей
Дело не в том как оно есть или нет
Дело в том что сами приключения капитана блада - это скорее подростковая приключенческая литература, которая и читалась легко и излишней жестокостью не была обременена
Выгоднее грабить, а не убивать. Если убивать, то будут бояться плавать.
Воруй/Убивай/Люби гусей.
> Выгоднее грабить, а не убивать. Если убивать, то будут бояться плавать.Я если грабить, то бояться плавать не будут, оденут цаки и будут радоваться?
При бое есть потери. Команда из 30 пиратов, это была вролне обычная команда. Если обороняющиеся единственным ружейным залпом снесут пятерых, и даже потом сдохнут, это ощутимые потери. С ранеными тоже беда, и лечение в море только в одной книжке было, и обуза.
Поэтому запугать, чтоб обделались и не вступали в бой вообще, это была обоснованная практика. Яркий представитель этого стиля - Черная борода.
И да, а где Арабелла Бишоп? Можно было бы сделать Блада в роли Ларри, начинает беглым каторжником, бъётся с врагами, добивается успеха и в конце-концов в пентхаузе, лежит в джакузи с Арабеллой.
Это у CDPR надо заказывать.
Молодцы что выложили исходный код.
Очень "Лицемерно" хвалю разработчиков и причастных.
Ох уж этот GPL-софт, работающий только под Windows :-[
безмозглые фанатики шва6одки и должны же страдать
У тебя есть уникальная возможность...
Разве GPL запрещает делать софт под ней только для одной платформы?
Для того и выложили, чтобы такие, как ты (нет) могли портировать.
3 выстрела из однозарядного пистолета? Круто!
там три ствола, каждый однозарядный
Извините, а такие кто-то делал вообще, или это костыль для балансу привинтили?
Делали и больше. Оружейники - такие затейники... Некоторые образцы иной реакции "да ну наф - это серьезно не из фентези, а реально делали?!" не вызывают...
Реально кровавое месиво с извращенными убийствами, любой ребенок должен это развидеть во имя сохранения своей психики.
Название "Приключения капитана Лавасера" куда более подходящее.
Слешер про стероидного качка с погремухой Кровища -- кровавый. Какая неожиданность, действительно.
> Слешер про стероидного качка с погремухой КровищаБорменталь, записывайте: русификация успешна. TODO добавить кувалду в список вооружения.
Так-то ГГ звали Питер Блад еще до пиратской карьеры - всмысле с рождения. Это не "погремуха".
Имя была придумано для роли, а не роль для имени. Ну в реале тоже многие пытаются соответствовать имени, конечно.
Так, Doom этому не показывать...
Фильм просто отличный, который СССР-Франция, смотрел несколько раз. Не знал, что Блада сыграл французкий актер с озвучкой.
Только по вин? Закапывайте. Нормальный современный двиг должен быть кроссплатформенным.
Коду уже 12 лет, какой он современный. Да и тогда русским разрабам побоку был линуπс. Вот вам исходнике, переводите на Vulcan.
> Коду уже 12 лет, какой он современный.Етить-колотить, а консолей или линукса и макоси не было 12 лет назад? Просто кто-то не может смотреть в завтрашний день.
Код 12-летней давности для консолей сейчас, безусловно, был бы очень актуален.
> Код 12-летней давности для консолей сейчас, безусловно, был бы очень актуален.Код имеет дело эволюционировать. Главное абстрагироваться, а если у тебя по коду все завязано на directx, то кроме переписывание ничего не спасет.
И вообще те же id software и куча других игр тех же лет и ранее спокойно портировались на любую картошку.
Код пишется для здесь и сейчас, а не для того, чтобы через двадцать лет васян с опеннета со своим 1% его мягко пожурил.
Кстати, где там сейчас кроссплатфома от id?
> Код пишется для здесь и сейчас, а не для того, чтобы через
> двадцать лет васян с опеннета со своим 1% его мягко пожурил.В момент разработки были консоли, был линукс и мак. Просто разрабы видимо нифига не планировали. И тут мы возвращаемся к самому началу. Сделай милость, не заставляй меня больше обьяснять тебе очевидные вещи.
> Кстати, где там сейчас кроссплатфома от id?Я понимаю, что очерендому онаниму-ыксперту сложно воспользоваться интернетом. Скажу тебе коротко - все хорошо.
> В момент разработки были консолиВыйти на рынок консолей — мягко говоря, непростая задача. Особенно для разработчиков из СНГ тех лет.
> был линукс и макКак игровая платформа — нет, не был.
> Скажу тебе коротко - все хорошо.Даже замечательно. DOOM через протон прекрасно работает.
> В момент разработки были консоли, был линукс и макПроект не взлетел в самом популярном и простом случае.
А ты навешиваешь ещё более трудных задач.
Проект начинался в 2003 году.
Подумать про версию под линуксы — это прям надо было совсем уж быть энтузиастом.
Как и 12 лет назад.
Да как, собственно, и сейчас, если это коммерческий проект…
> Да как, собственно, и сейчас, если это коммерческий проект…В принципе да.
Но всё же с Steam Machine и сейчас Steam Deck - это не такая уж дикая идея, как в нулевых.
Выхолд Steam Deck с «протоном» на борту ознаменовал полное и окончательное уничтожение нативного линукс-гейминга.
> Выхолд Steam Deck с «протоном» на борту ознаменовал полное и окончательное уничтожение нативного линукс-гейминга.Ну простые инди игры вроде как выходили отдельные, так и бывает выходят. Но там не особо уж крутая магия.
А AAA-игры с графоном и раньше были зачастую кривыми портами с подрезанной графикой.
Вот пуксельное 2D под SDL и останется уделом линукса как игровой платформы. Как, собственно, всегда и было.
> Вот пуксельное 2D под SDL и останется уделом линукса как игровой платформы.
> Как, собственно, всегда и было.Да, анон, тебе же виднее. Не то что Valve какому с SteamDeck, правда? :)
Что вы всё заладили стимдек-стимдек? Выше правильно же сказали: там ведь в основном виндовые игры крутятся в модифицированном вайне? Я конечно не спорю, что это гейминг, но он не более "линукс-", чем крутить досбокс или какой эмулятор NES.
> Vulcan.Блин, эксперт, ты еще CanBan напиши.
А потому что достали в компьютерных терминах со сплошными эрративами, а ты ещё держи в голове, как очередной гик язык поковеркал.
> А потому что достали в компьютерных терминах со сплошными эрративами, а ты
> ещё держи в голове, как очередной гик язык поковеркал.Если ты не вхож в компьютерные термины, ты не принадлежишь нашей области. Проявляй свою экспертизу в какой-нибудь другой области, там тебя поймут.
>> Vulcan.
> Блин, эксперт, ты еще CanBan напиши.Да, опечатку надо бы поправить. Заведи задачку в Gira.
А теперь время PVS-Studio: Приключения капитана Блада: потонет ли Арабелла? - https://pvs-studio.com/ru/blog/posts/cpp/1033/ :)