Ku2zoff писал: Не надо отрезать вгуи, либа есть под макось и линукс.
Только 32-битные.
А ещё есть отдельные ценители позапускать под bsd, где vgui нет ни в каком виде.
Цитата:
Ku2zoff писал: Нужно сначала сделать стабильную версию с полезными изменениями под винду
По мне наоборот - чем раньше выходит версия программы для других платформ, тем лучше. А то потом приходится иметь дело сразу с кучей платформо- и компиляторозависимых вещей.
Цитата:
Ku2zoff писал: Нет вкладок в чате, на каждого собеседника отдельное окно.
Я не знаю, с какого перепугу здесь начался разговор о мессенджерах, но в Pidgin по дефолту как раз вкладки, а не окна.
Gameinfo лучше не трогать. Я даже думаю, ксашевый listenserver вернуть ибо он теперь лежит у всех и мешает нормальной работе. В форке вместо него game.cfg, что хоть частично соответствует won hl, но работает оно отвратительно. А при наличии старого listenserver.cfg игнорирует настройки из меню.
Если смотреть на игровой мир, то есть даже специальные люди, которые портированием игр занимаются. Но, как правило, игра, которую разрабатывали изначально с упором на кроссплатформенность, впоследствии имеет меньше проблем, чем та, что была портирована уже после windows-only релиза.
mittorn писал: Что касается версии от Дяди Миши, то тут я могу только указать на несколько фактов:
1. Он не запускается без vgui совсем
2. Нет поддержки современных клиентов.
3. Нет загрузки ресурсов
4. Можно делать невидимок в мультиплеере
1. ну так и халфа не запускается. Это никому не мешает.
2. это имеется в виду CS:CZ ?
3. ну жду же, когда вы доделаете, а я себе утащу
4. помоему невидимка не сможет нормально стрелять. т.к. у него аттачменты исчезнут. Но это предположение.
А предикт и вадники я починил уже.
1, 2. Имеются в виду свежая хл. Которая SDL, pfnDrawString и новый vgui. Это мелочи, но сейчас это самый очевидный sdk для модов, и новые моды вероятно захотят делать на нём. Для SDL можно сделать stub, а бэкенд для vgui у нас вынесен в отдельную библиотеку и никаких проблем это не вызывает. Мало того, можно собрать 2 варианта этой библиотеки для старого и нового vgui.
CZS я особого смысла не вижу поддерживать т.к эти api используются в одной лишь игре и я ума не приложу, как оно вообще в движок то попало.
3 работает для fastdl. Конечно, напрямую ресурсы не грузятся т.к сломаны фрагменты - куски файла местами меняются. И их пока никто отлаживать не хочет т.к муторно это. Нам сейчас важнее что-тт сделать с конфигами, развалились они в форке - тут или доделывать или возвращать как было.
4.Это радует. Просто какой-то неудачный релиз вышел, до него вроде все стабильнее были.
Кстати, изменние дельты в movevars немного поломало протокол. Иногда к серверу не подключается если разные версии. Полагаю, от карты (значения maxdist) зависит.
По поводу конфигов: в GS listenserver.cfg оверрайдит настройки сделанные в меню и квары игры. Если сделать так же - то оставшийся от старых версий конфиг будет мешать. Что же с этим делать?
По поводу scr пока идея такова:
Будет парсер scr, который зарегистрирует квары с дефолтными значениями при запуске.
После работы парсера выполнится конфиг, который хранит значения с предыдущего запуска. При запуске сервера из меню этот конфиг должен записываться.
Где разместить парсер - в меню или в движке, пока не уверен. В движке как-то надёжнее, но сам парсер и в меню был бы полезен.
При остановке сервера (например, changelevel) значения этих кваров должны запоминаться в какой-то структуре и восстанавливаться при следующем запуске.
Возможно, удастся убрать последнюю часть, если сервер не будет выгружаться (goldsource никогда его не выгружает). Но как известно, если не выгрузить XashXT, его будет колбасить.
mittorn писал: По поводу конфигов: в GS listenserver.cfg оверрайдит настройки сделанные в меню и квары игры. Если сделать так же - то оставшийся от старых версий конфиг будет мешать. Что же с этим делать?
Сделать так же, как сделано в GS, очевидно же. А конфиг от старых версий это тогда проблема юзера. С вашей подачи конечно, потому что расплодили cfg файлы, которых в GS нету. Тот же game.cfg, которого нет в стим-версии и поздних won-версиях. Отсюда ярая путаница где и что хранится. Вот оригинальный ксаш вроде бы нифига не умеет scr, поэтому у него game.cfg создаётся. Может быть в новых билдах это уже не так, не знаю.
Добавлено 20-08-2016 в 11:14:
Цитата:
mittorn писал: Gameinfo лучше не трогать.
Тут уже о удобстве речь. Если кидать папку с модом с голдсорса на ксаш, а потом обратно (для тестирования), то это нифига неудобно. Можно внести какие-то измения в gameinfo и забыть. А liblist останется старым. А если вести разработку только под ксашем, то ясен пень, лучше не трогать. Но это мелочь. А вот с конфигами и scr нужно разобраться.
game.cfg как раз в форке появился. Попытка повторить то, что в won.
А оригинальный listenserver писал.
Про gameinfo не совсем так. например можно для ксаша и голдсорса делать рахзные dll и разные лимиты при одних игровых данных.
в оригинальном ксаше имена конфигов прописаны в серверных кварах servercfgfile и lservercfgfile. Вам по уму надо было там писать game.cfg а не делать грязные хаки.
Логика в won версии такая, что настройки, выбранные в меню пишутся в game.cfg. специально проверял, может конечно не достаточно тщательно.
А из listenserver берутся принудительно заданные пользователем там.
Т.е если в listenserver.cfg указан maxplayers и изменение maxplayers в меню не меняет его - то пользователь сам виноват, что значение не меняется.
Имя файла игнорил чтобы не ломать интерфейс меню (оно по прежнему совместимо, хоть и есть проблемы с указателями мыши, но дёргать winapi из игровых либ - нехорошо).
Ku2zoff писал: Тот же game.cfg, которого нет в стим-версии и поздних won-версиях. Отсюда ярая путаница где и что хранится. Вот оригинальный ксаш вроде бы нифига не умеет scr, поэтому у него game.cfg создаётся. Может быть в новых билдах это уже не так, не знаю.
Таки да. В новых (т.е. последние лет 10 ) версиях ХЛ game.cfg не нужен для работы.