Создается игра...
Возможно, здешних старожил эта фраза уже порядком раздражает, но, позвольте, все же начать, именно, так.
В данный момент, пишется дизайн-документ и имеется уверенность в том, что через годик, когда он будет находиться в каком-нибудь удобоваримом виде, потребуется более или менее рабочая демо-версия, созданием которой, какраз-таки решено заняться параллельно написанию дизайн-документа, т.е. в ближайшее время. В свете этого, меня интересует пригодность движка Source, с точки зрения реализации необходимых фич. Я попробую перечислить их ниже, а уж вы, если позволяет уровень знаний, попробуйте подсказать, возможно ли это реализовать в рамках Source.
1. Подробные большие уровни, сравнимые с хорошо детализированным куском города, ограниченного четырьмя ближайшими, попарноперпендикулярными улицами.
2. Бесшовная подгрузка уровней по мере перемещения по текущей карте.
3. Реалистичная физика тонких тканей: шторы, верхняя одежда и т.д.
4. Вид от третьего лица и возможность изменять угол и отдаление камеры относительно главного героя.
5. Возможность использования как огнестрельного, так и холодного оружия.
6. Изменение геометрии уровня в процессе игры: проваливание кусков пола, обрушение стен и т.д.

2. ПОКА нет. (Как и в ближайшее время)
3. Только отчасти.
4. От 3-его лица точно возможно. Насчет угла - не уверен, но вроде да.
5. Да.
6. Точно возможно со скриптами. На уровне физики - не знаю.

Т. е. нет НИКАКОЙ возможности реализовать это програмно, используя API движка?

Точно не знаю, но по-моему нет.

Не в обиду автору и тем, кто попытается ответить в том же ключе: Хотелось бы услышать мнение людей с практикой глубокого кодирования под движек.

У меня такой вот еще вопрос:
Можно ли прикинуть макс. площадь карты, которую способен поддерживать движек, исходя из конфигурации машины и с учетом всевозможной оптимизации при мап-дизайне?
Что, в данном случае, является ограничителем?

Время компиляции и производительность компов

Это понятно, но хотелось бы подробней.

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

Плюс такой движок не позволяет делать игру без подгузок - как единый уровень.

Плохо...

<offtopic>А по Nebula Device 2 у кого нибуть есть мнение?</offtopic>

это не хорошо и не плохо. Как есть, так и есть. Свою задачу движок выполняет.
Если нужен движок что б была вся игра без дозагрузок уровней, как единый мир, то на ум ничего не приходит. Ну разве что GTA:SA и всё. Но это, я полагаю точно не подходит

Планы наполеоновские. Но по моему, только ОЧЕНЬ серьезный кодинг профессиональными программерами сможет решить проблему динамической подгрузки. А тормоза то на слабых компах будут... 2,3,4 - то же самое, нужен нехилый кодинг. Ограничиваются карты не помню каким количеством юнитов и, как уже говорили, возможностяи компа.
По изменению геометрии - возможно. Но это все на скриптах и опять вопрос упирается в комп.

VALVe сами сделают поддержку "бесшовной" загрузки уровней как на ХBoX ....
А уровни большие будут жестоко тормозить если там ещё шейдерявость повышенная.. + вода.. ..
Нормальную физику тканей ещё не во всех 3D пакетах встретишь... Нет её тут ... Придется иммитировать анимацией моделей.

Откуда инфа?

На hl2.ru проскакивала в новостях...

- > Dj_Bars: нету тканей да ты что?

- > Dark_Krasnoff: достаточно вспомнить игру Vampire: blood line
или как там еe. игра сделана да двигле соурс.
помните как там различные ткани живут?
я думаю возможно сделать нормальные занавески.
как? не знаю.

сделать большую карту города реально
но не стоит забывать что рендеринг карт происходит
по технологии BSP так что скажем сделать площадь
на 1-2км где все будет двигаться + куча мельчайших предметов...
это отчасти реально но не для этого движка.
двиг скорее предназначен для игр вроде
закрытых шутеров или скажем Silent Hill

изменять локации прямо в игре очень просто.
двиг это поддерживает.
есть очень простая и удобная технология
логической математики. тоесть сделать условия
счетчики и тд и тп не сложно.

бесшовная подгрузка... где то это вроде было но
думаю сейчас на соурсе этого сделать нельзя.

оружие можно сделать обсолютно любое.
как и камеру тоже любую.
можно ходь томб райдер слепить но для этого
понядобится программист как минимум

думаю на сурсе можно реализовать
большой город и он будет нормально двигаться
все зависет от детализации...
если делать как сейчас многие игры то соурс сможет
если так как это показывают в Unreal Engine3 то
думаю будут проблемы.

по nebula device мало знаю. это вроде конструктор
для разработчиков. достаточно мощьный.
но на сколько он продвинулся сейчас я не знаю.