KorteZZ писал: Ну лично я сижу на ваниле ксаша лишь потому, что начал делать мод на нём до появления Прайма. Айнекко так же. Уже поздно переходить.
Я так понимаю имеется в виду ксашмод. Потому что я-то сижу не на ванильном ксаше, а ванильном ксашмоде
На прайм я не перейду, потому что я переделал очень много кода, включая много фиксов и добавок в рендере, мой кастом-билд уже стал персональным. Пора уже сфокусироваться на моде, чем в очередной раз менять рендер. Я уже переезжал с ванильной голды на ксаш + ксашмод 0.65, а потом на фвгс + ксашмод 0.81. Хватит переездов. В прайме конечно будет оптимизированный мир и все такое, но я уже нашел свои способы поднять фпс и в принципе мне хватает. Есл решусь делать следующий мод то скорее всего возьму прайм. Но пока в планах только длц и прочая поддержка еще невышедшего мода, что будет делаться на моем кастом-билде.
Prime это очень масштабная задумка и неизвестно, когда она станет пригодной к использованию. В идеале автору бы неплохо самому сделать на ней игру. Но, как мы знаем по P2, даже это не гарантирует, что багов прям воще не будет.
Конечно, без багов не обойдется. Но я верю в Метаморфа и помогу чем смогу. К тому же, уже сейчас есть несколько модов, которые втихую строятся на именно Прайме, так что тестировать есть кому.
Ku2zoff писал: А чем Visual Studio 2017, в которой XP тулчейн доступен, хуже?
Может и ничем. Мы же об автоматическах сборках говорим. Они через github actions, а на последней винде там сейчас вообще Visual Studio 2022 по умолчанию. Если запариться, то можно что-то более старое поставить, просто никто этим не занялся.
Цитата:
XaeroX писал: Его там даже как дополнительный пакет поставить нельзя?
Если так, то хорошо что я с 2017 студии не обновляюсь. И теперь видимо не буду.
Насколько я знаю, 2017 - последняя версия, куда xp тулчейн можно поставить. По крайней мере, по майкрософтовским докам.
Цитата:
Дядя Миша писал: Был, как вы помните Spirit 1.2, со всякими багами нехорошими. А я их исправил и назвал это Spirit 1.3 CB.
Что-то я не могу его найти. 1.9 гуглится, а 1.3 - нет. Только здесь changelog нашёл http://gamer-lab.com/rus/folder/ChangeLog
Я для своего SDK некоторые фичи из Spirit 1.2 переносил. Тоже кое-что приходилось править.
FreeSlave писал: Мы же об автоматическах сборках говорим. Они через github actions, а на последней винде там сейчас вообще Visual Studio 2022 по умолчанию.
Понятно. Доверять сборку среде, настроенной левым Васей, такое себе.
Цитата:
FreeSlave писал: Насколько я знаю, 2017 - последняя версия, куда xp тулчейн можно поставить. По крайней мере, по майкрософтовским докам.
Начиная с какой-то версии 2017 студия при сборке проекта выдаёт варнинг, дескать "XP Toolkit is deprecated, в будущей версии студии его не будет".
Ku2zoff писал: Понятно. Доверять сборку среде, настроенной левым Васей, такое себе.
Если для тебя разработчики github - левые Васи, то может и разработчикам Вижуал Студии доверять не стоит? А ещё "левые Васи" сделали операционную систему, на которой ты сидишь.
FreeSlave писал: Если для тебя разработчики github - левые Васи
Ну а кто ж ещё? Они ж на нашем форуме не сидят
Цитата:
Дядя Миша писал: средневозрастной максимализм!
Да не в этом дело. Мне вот что странно: есть у ребят отлаженный проект, собирают 2013 студией. Гитхаб вдруг ВНЕЗАПНО обновляет GitHub Actions и всё с ним связанное до 2015 студии. Просто потому что, не знаю почему. Наверное потому же, почему школьники сразу на новую винду переходят. Ну и ребятам надо возиться, чинить что поломалось после этого обновления. Мне кажется, что такая платформа, как гитхаб могла бы предоставлять побольше выбора.
Дядя Миша писал: В программировании есть два пути.
Если команда большая, а то и вообще целая компания, они почти всегда идут по первому пути. Второй путь либо для одиночек, которые пишут код по фану (привет нашему Мастеру), либо для маленьких конторок, которые непрерывно повышают свой скилл. Ничего не мешает идти обоими путями, используя немного устаревшие, но стабильные инструменты. Как ничего не мешает делать качественный контент на устаревших версиях софта. Зачем обновлять инструментарий с выходом каждой новой версии? И тратить время на миграцию и адаптацию? В случае разработчиков прикладного ПО это оправданно когда подавляющее большинство юзеров пересядет на свежую ОСь. В моём понимании переход на VS 2022 должен быть мотивирован тотальным переходом на Win 11. А что мы сейчас видим? 11 сырая, у шкальников фпс в играх просаживается на треть по сравнению с 10. По сравнению с 7, в которой меньше слежки и других фоновых служб, и всё уже давно оптимизировано, разница будет ещё больше. Даже между первой семёркой, где ещё дырочка в меню "Пуск" иногда появляется, и между семёркой SP1, разница в производительности заметна.
Ku2zoff писал: Гитхаб вдруг ВНЕЗАПНО обновляет GitHub Actions и всё с ним связанное до 2015 студии.
Это не делается внезапно. Например, о дропе поддержки windows-2016 (где по умолчанию поставлялась более старая студия) гитхаб написал за 5 месяцев до.
Цитата:
Ku2zoff писал: Ну и ребятам надо возиться, чинить что поломалось после этого обновления. Мне кажется, что такая платформа, как гитхаб могла бы предоставлять побольше выбора.
В этом действительно есть определенный минус. Но для некоторых проектов это неважно, и можно всегда сидеть на windows-latest. Для других есть альтернативы типа appveyor, которые предоставляют больше вариантов сред.
FreeSlave писал: о дропе поддержки windows-2016 (где по умолчанию поставлялась более старая студия) гитхаб написал за 5 месяцев до
Дык это и есть внезапно. Не каждый проект можно успеть адаптировать за такой короткий срок. Но это же всё касаемо автосборок, верно? Если хранить на гитхабе лишь сорцы, а собирать билды на локальных машинах, можно хоть 6-ой студией пользоваться.