Товарищи, давайте писать по теме. Хвалить, ругать, праздно рассуждать, изнемогать от желания пощупать или остервенело доказывать ненужность - но именно в отношении HLFX. Для сравнения стабильности ксаша и стимовской халфы есть другие темы, да и новые, по правде говоря, никто создавать не запрещает.
Я понимаю, что на форуме с названием HLFX.RU сидят в основном пользователи ксаша, это моя вина целиком и полностью - если бы я хотел, вы давно бы уже на хлфх сидели, но я в своё время забил на халфу - но тем не менее, имейте уважение к проекту, вокруг которого форум, вообще говоря, был построен.
Не, ну вот смотри: Дядя Миша сделал в ксашдвижке убиратель пробелов из путей к файлам, чтобы работали моды криворуких мчудаков, из-за этого поломалась совместимость с модом Жэки (а возможно и с hlfx 0.6 вообще). Так что неожиданности могут быть.
У нас сейчас есть прекрасная возможность убедить Дядю Мишу отказаться от полной совместимости с халфой, чтобы не ограничивать развитие ксашмода костылями и неприятностями вроде описанной выше. Под халфу будут делать моды на ХЛФХ, а под ксаш - на ксашмоде.
Я уже с нетерпением жду новый ХЛФХ. Во-первых, поглядеть демокарты, а во вторых вспаиграть в несколько хороших модов, что не имеют собственных длл, и конечно блушифт. А вот делать под него я ничего не буду, потому что какой бы гибкой виртуальная машинка не была, а имея исходники дллок можно сделать куда больше.
Цитата:
XaeroX писал: Только игрока
А жаль. Было бы интересно видеть весящие на верёвках ящики, может быть лампочки или ещё что-то.
В хлфх 0.6 нет пробелов в путях к файлам. Я сам пробелы в именах файлов терпеть не могу.
Цитата:
Ku2zoff писал: Под халфу будут делать моды на ХЛФХ, а под ксаш - на ксашмоде.
Вот именно!
Цитата:
Ku2zoff писал: какой бы гибкой виртуальная машинка не была, а имея исходники дллок можно сделать куда больше
Так а зачем больше-то? Ты же всё равно не стал бы делать в своём моде навороченную физику, тряпки там или жидкости, я не знаю. Или прикручивать параллакс-спекуляр-амбиент-бидирекшн-рейшнл-окулижен? Ты напиши, что тебе надо от виртуальной машинки, а там уже видно будет. Причём лучше писать сейчас, пока она в разработке.
Вон Скрим на КСМ - тоже на хлфх делать ничего не будет, однако добросовестно изложил потенциально интересующие его возможности модификации игрового кода в приватке. А я - взял на заметку.
Цитата:
Ku2zoff писал: А жаль. Было бы интересно видеть весящие на верёвках ящики, может быть лампочки или ещё что-то.
Гм, ну чисто теоретически - возможность аттачить простые объекты прикрутить можно. Но пушабли - нее, там с колоизацией гемор нереальный. Сама халфа-то со своими фиксированными хуллами плохо их колоизирует, а тут еще качать как угодно.. Не.
>> А вот делать под него я ничего не буду, потому что какой бы гибкой виртуальная машинка не была
Виртуальные машинки вообще это пройденый этап. Во первых у них скудный набор возможностей, ну сможете вы поменять цвет худа и количество патронов - в спирите если не ошибаюсь это вообще маппингом делалось. Во вторых больше чего уже написал программист в движке, как ни крутись ненапишешь, или я плохо искал?). В третьих вы и сами знаете никто не желает вникать в чужую логику, и разбираться что имел ввиду автор (каждый пишет так, как хочет он сам) что поддерживает ВМ, а что нет, городить костыли. А уж для мапперов типа скрамы и жеки это вообще головная боль.
__________________
У котёнка мокрый нос и гладенькая шерсть, у него забавный хвост и быстрых лапок шесть. Две задних, две средних и две передних лапы, такая многоножка получилася у папы.
Он ученый — папа мой — зверушек изучает, гуляет по помойкам, ловит крыс и чаек. Две крысы белокрылые и чайки две унылые покрытые пупырчатою кожей лягушат без пёрышек тоскуют и ускакать спешат.
А ещё есть муравей большой размером с гуся он пугает всех зверей, и я его боюся, когда он ковыляет на лапках на своих.
И в двери ударяет, и начинает стих: Я — муравей, воды налей! Не меньше ведра, напиться мне пора!
Не пушабли, а например функ_валлы или функ_иллюженери. Или точечные энтити со спрайтами или моделями. В конце концов партикли (шланг, разбрызгивающий воду).
Цитата:
XaeroX писал: Так а зачем больше-то?
В виртуальную машинку ведь не будет вынесен весь код монстров и энтить. А у меня есть пара-тройка доработок для монстров в целом, пушабли модифицированные (чисто косметически, но тем не менее), функции стрельбы пулями и взрывы тоже нуждаются в модификации, код физики игрока (тот, что в pm_shared), view.cpp и модельрендерер, клиентские энтити и проч. Короче, у меня накоплено дофига всяких изменений в обеих дллках и я думаю, что проще открыть код дллок, чем выносить тонны кода в виртуальную машинку. Да и чисто для меня, зачем? Может быть я так никогда и не доделаю свой мод.
XaeroX писал: "Блу Шивт" был сделан с тремя с половиной новыми энтитями.
Увидим. Вообще я планирую использовать большие карты, какие позволяет ксаш, чтобы было поменьше нарезания кругов при езде на поезде. Это не особо заметно, но если внимательно смотреть, играя в моды, можно увидеть, что порой тоннели с монорельсом не имеют смысла в своей структуре. Да и для апачей хочется побольше места, чтобы было видно издалека, что они летят, а не так: появился из-за одного края карты и исчез за другим.
Кстати, многие не любят блушифт именно потому, что в нём нет новых монстров и оружия, поэтому предпочитают опфор. К счастью, я больше люблю блушифт
Ku2zoff писал: Вообще я планирую использовать большие карты
Цитата:
Ku2zoff писал: А вот делать под него я ничего не буду
не понятно, будешь ты делать или нет =)
А насчёт того, что вынести в вирт. машинку, думаю весь код, который тебе не жалко отдавать на копипасту. Но в первую очередь - это возможность добавлять свои ентити, оружие, монстров, добавлять свои CGameRules. Вот только беда - как ты вынесешь код игрока в вирт. машинку? Ведь классы на С не поддерживается. Может стоит юзать не Quake C, а например яву (или другой язык с поддержкой ООП) прикрутить?(возможно сморозил глупость).
ONeiLL писал: Вот только беда - как ты вынесешь код игрока в вирт. машинку? Ведь классы на С не поддерживается.
Зато поддерживаются структуры и процедуры.
В этом смысле pm_shared идеально подходит для виртуальной машинки, т.к. он уже на С
Задача - вынести не весь код, а лишь тот, который потенциально имеет смысл изменять. Например, вы наверняка захотите переписать функцию CBaseEntity::FireBullets, но, скажем, CBaseEntity::TakeHealth - вряд ли.
Вот по такому принципу и буду делать.
Добавлено 14-03-2013 в 22:26:
Цитата:
ONeiLL писал: яву (или другой язык с поддержкой ООП) прикрутить?
Дался вам этот ООП. Ну что вы с ним делать будете? Кармак вон три движка на чистом Си написал, и никто не жалуется - сколько вон модов к ним. Поменьше, чем к халфе, но всё равно много. На квейк-си вон даже физику написали. Безо всяких классов.
ООП позволяет не копировать код ( шаблоны классов к примеру очень полезны ) - что упрощает понимание кода. Так же наследование очень упрощает жизнь ( например есть два похожих объекта, отличающихся только какими-то мелочами, почему бы не наследовать второй объект от первого и не переопределить 1-2 функции? ). ИМХО ООП упрощает понимание и модификацию кода - даже комментарии не нужны