Ответ: [TrueHorror] - разработка
 

Я проверяю попадание ограничивающей сферы с радиусом равным радиусу освещения. Все источники - точечные. Вроде резкого пропадания света не заметил.

BSP - сложноват для начала. С деревьями работал последний раз года 4 назад. Octree делал - работало очень даже шустро

Насчет octree. Оправдано ли? Может производительней будет Quadtree?

Ответ: [TrueHorror] - разработка
 

Quadtree для плоских ландшафтов. Как ты карту с многоэтажностью будет в quadtree обрабатывать?

Ответ: [TrueHorror] - разработка
 

Т.к. сюжета в игре еще нету, что если за основу игры взять объекты из SCP? Сделать что-то наподобие SCP: Containment Breach( который на B3D сделан :) ), только без рандомной генерации уровней( а может и с ней ).

http://scpfoundation.ru/scp-list - тут просто огромный список интересных объектов, просто мимо пройти не могу, затянуло.

Напишите свое мнение.

Ответ: [TrueHorror] - разработка
 

Так я думал ты решил тот сюжет про научного сотрудника юзать. Если нужны детали то могу чего-нибудь доработать.

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

Так что если SCP будет заметно в игре, то игрок сразу подумает "Ага, еще одна игра про SCP..." и в его голове сразу будут возникать ассоциации с SCP, и предложить ему какую-то другую игровую вселенную уже будет трудно, потому что он все будет воспринимать как часть вселенной SCP. :crazy:

Ответ: [TrueHorror] - разработка
 

Как-то это не согласуется с тем что ты писал ранее:

SCP как-раз и является "ересью, мутью и потусторонними силами".


P. S. Я то только за, если ты возьмёшь какой нибудь SCP сюжет :)

Ответ: [TrueHorror] - разработка
 

А мне вот хотелось бы поиграть во что-нибудь менее глупое.

Эй, комьютерные игры это же часть искусства, их и так с бизнесом смешали и заюзанными шаблонами напичкали, а еще всякие scp их ниже плинтуса опустят, особенно при бездумном его копировании.
:SOS:

Ответ: [TrueHorror] - разработка
 

Например что?
SCP как раз не глупое.

Причём тут бизнес, шаблоны?

Похоже ты на какие-то свои мысли писал...

Ответ: [TrueHorror] - разработка
 

Много воды утекло с прошлой версии.

В основном технические изменения.

А именно:
1) Переделал рендерер - появились соответствующие компоненты типа IVertexBuffer, ITexture и т.п. Таким образом рендерер под OpenGL написать будет просто.
2) Ускорил загрузку моделек - в т.ч. уровня. Ранее уровень размером в 1,2 мб грузился за 10 сек, сейчас за 1,2
3) Добавил врагов - пока только ближний бой.
4) Добавил меню - в нем минималистические настройки( настройки графики пока не работают )
5) В скрипты добавил работу с GUI.

Мне нужен код который считает тангенты и бинормали. Тогда смогу сделать бамп или параллакс. А пока просто диффузный свет.

Еще кидайте мне лог( лежит в data/logs ) и фпс.

Скачать

Ответ: [TrueHorror] - разработка
 

Запустил. Увидел туннель, понравилось, ассоциации с Пенумброй. Решил сменить графику в меню - вылет.
Запустил по новой, нажал играть. Оказался на какой-то дороге в лесу, ночью. Первое что заметил нежелательное присутствие курсора =_="

Затем странный фонарь, когда проводишь внизу него курсором, издаётся щелчок как в меню по кнопкам. На том месте как раз интерфейс:


Огляделся по сторонам, везде было очень темно, ничего не видно. По правую руку, дорого вела в пещеру, в скале, перед которой, топтались двое подозрительных типов. Пошёл к ним. Один из них быстрым шагом двинулся мне на встречу. Как будто только и ждал когда пойду в их сторону, в его левой руке был нож.
Стало ясно чем это кончится. Особо не раздумывая я рванул вперёд, к пещере, надеясь спрятаться там. Обогнул первого человека, он махнул на меня ножом, но это было уже неважно. Пробежал мимо второго, забежал внутрь и обернулся что бы посмотреть. Один из мужчин топтался перед входом и по каким-то причинам не мог войти...
Любопытство вело меня дальше, в глубь скалы по туннелю. Я пошёл и встретил настоящий страх - перетянутые текстуры:


Перетянутые текстуры заканчивались непроглядной чернотой, я по инерции вбежал в неё, тьма окутала меня со всех сторон. Я замотал головой по сторонам, в надежде увидеть свет. Наконец я увидел три белых точки быстро уходящих вдаль:


"Вылетел с уровня" - подумал я и выключил игру.

FPS ~75
Вложение 19929

Ответ: [TrueHorror] - разработка
 

D3DXComputeTangentFrameEx - считает тангенты и если нужно то бинормали и нормали.

Ответ: [TrueHorror] - разработка
 

http://www.terathon.com/code/tangent.html
этот никогда не подводил

Ответ: [TrueHorror] - разработка
 

Затестил - нормально. Меню выглядит многообещающе. Игра короткая, там действительно при входе в тоннель проваливаешься вниз и всё. У меня враги смогли в тоннель забежать. Да на фонаре тоже звук как будто по кнопкам меню проводишь.

Как всегда тестил на медленном железе: в целом довольно шустро работает, но из-за того что скорость игры завязана на fps играть не удобно. С включённой синхронизацией постоянно скачки - то 60, то 30, то 20, с выключенной чуть удобней, но теперь нету верхнего предела и при входе в тоннель например при 200 fps все слишком быстро происходит. Так что fps 20-200 - вот такой разброс.

Лог на другой машине, но в нём все нормально - время загрузки scene.cxm 453ms, arrival.cxm 1635ms

Ответ: [TrueHorror] - разработка
 

Наконец-то разобрался с расчетом нормалей. Ранее нормаль вычислялась только для грани, а теперь для каждой вершины - спасибо Борескову за код :). Теперь можно тангенты и бинормали считать.

Скрины - до и после:

Ответ: [TrueHorror] - разработка
 

Бамп пока не добавил. Сейчас работаю над модельками и картой, попутно исправляя баги в движке.

На скринах можно заметить z fighting. Сразу вопрос как в ДХ 9 его убрать?

Скрины:

Ответ: [TrueHorror] - разработка
 

на скринах вижу только зад негра. в каком месте зфайтинг?

Ответ: [TrueHorror] - разработка
 

Z файтинг убирается увеличением буфера глубины (или его точностью).
В D3DPRESENT_PARAMETERS ставишь AutoDepthStencilFormat в D3DFMT_D32 или D3DFMT_D24S8 или D3DFMT_D32F_LOCKABLE в зависимости от предпочтений. Обычно можно обойтись и 24 битным.

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

В любом случае во время моделирования старайся делать адекватные расстояния между параллельными плоскостями.

Ни на скринах с нормалями ни на скринах зфайтинга я ничего не могу понять - я вижу только ТЕМНОТУ!

Ответ: [TrueHorror] - разработка
 

fps 30-60
я смог залезть на фонарь и дальше гулять по горам ,далее вылетел за карту вот и все .

кстати , дебаг лога нет !

Ответ: [TrueHorror] - разработка
 

К чему может привести подобный подход( я про return reinterpret_cast< int >( font );?

Ответ: [TrueHorror] - разработка
 

Все зависит от тебя - если накосячишь то компилятор тебе не поможет. А так само значение переменной здесь меняться не будет. Но такая штука больше смахивает на костыль и это означает что у тебя проблемы с архитектурой движка.

Кстати эти шрифты (d3dxfont) ужасно медленные, если ими заполнить хотябы половину экрана то fps у меня на i7 и hd5870 падает ниже 10. Настройки качества шрифтов ничего особого не дают. Незнаю есть ли другие решения, я особо не искал, но у себя я в конце концов сделал через текстуры. Так что если ограничишься выводом fps и еще пару-тройку параметров то всё ок, а вот если будешь выводить страницы текста то лучше найти другое решение.

Ответ: [TrueHorror] - разработка
 

Я решил обособить движок в отдельную библиотеку. Классовый интерфейс мне не понравился - там куча проблем с ромбовидным наследованием и прочая муть. Поэтому к большинству объектов вне движка теперь можно обратиться с помощью хендлов( в данном случае int ) и функций работающих с ними. Вот и вся история.

Ответ: [TrueHorror] - разработка
 

хендлы сами по себе тоже необязательно заморачивать, это могут быть просто номера объектов в массивах)

Ответ: [TrueHorror] - разработка
 

Более того их необязательно получать сразу. Опять же в качестве примера как я сделал у себя: для большинства объектов достаточно стандартной обработки, которая уже прописана жёстко в коде, например того класса контейнера который содежит эти объекты, а если всё таки потребуется особая работа с объектом то можно получить его локальный хендл/номер_в_массиве, таким образом избавляемся от большой кучи всяких глобальных указателей/хендлов, которые надо где-то хранить и кудато передавать. Кстати в том же d3d9 совсем не обязательно хранить указатели у себя в коде - их всегда можно получить локально через тот объект с которым работаешь. Например если в качестве аргумента в функцию дается IDirect3DTexture9 ты можешь внутри функции получить tex->GetDevice().

ЗЫ: вообще имхо чем большое хардкода (без потери функциональности) - тем лучше, проще и надежнее движок. Все манипуляции с движком лучше делать через скрипты/тулзы и прочие внешние инструменты.

Ответ: [TrueHorror] - разработка
 

Это добавляет оверхеда в виде функций связок( luaBind не предлагать ). Я решил обособить движок чтобы игру саму писать на си++, ибо со скриптами геморроя дофига.


Немного посидев на юнити, привык к подобному использованию объектов гуи, типа кнопок и прочего.

типа нигде не создаем объект у себя в коде скрипта.

и немного все прикинув, сделал у себя в двиге также.

Создается std::queue для каждого типа объектов( изображение( квад с текстурой ), текст ). Вызывая соотвествующую функцию ( Button, Image ) параметры объекта помещаются в соответствующую очередь, а затем после рендеринга основной геометрии выводятся на экран при общей матрице проекции и стейтах. После очередь очищается.

Правильно ли я уловил идею что используют в юнити?

Ответ: [TrueHorror] - разработка
 

Так может сразу на ассемблере? Уж лучше будет небольшой оверхед исполнения программы чем оверхед работы программиста/разработчика. Это очевидно что чем выше абстракция и чем эта абстракция нативнее по отношению к мыслительным процессам людей - тем лучше. Писать игру на с++ - потратишь столько же времени сколько и на создание движка и проблем будет не меньше. А потом это всё может оказаться неприспособленным к последующему проекту и всё придется делать сначала.

Думай в первую очередь о простоте кода, ты его для людей пишешь, а не для компьютеров. А для оптимизации выполнения будет достаточно критические участки грамотно написать - это меньше 5% кода наверняка.

Ответ: [TrueHorror] - разработка
 

везде он убирается чаще всего уменьшением разницы между near и far камеры. Не стоит ставить их к примеру 0.001 и 10000, лучше 0,01 и 1000 ну и меньше лучше. В некоторых случаях лучше использовать две камеры, одна для заднего плана, вторая для переднего (которая выполняет очистку только буфера глубины).

Ответ: [TrueHorror] - разработка
 

Не совсем понятно. Есть примеры использования?

Ответ: [TrueHorror] - разработка
 

К примеру в космосиме можно планеты рендерить отдельной камерой, а корабли своей, рассчитанной на близкое расстояние. В общем применимо когда задний план расположен далеко и выполнен не скайбоксом.

Ответ: [TrueHorror] - разработка
 

Интересно при этом было бы посмотреть на метод объединения таких рендеров без ошибок сортировок между планетами и кораблями.

Ответ: [TrueHorror] - разработка
 

Ну то есть имеется ввиду как в шутерах рендерят оружие в руках. Сначала нарисуют окружение, затем очищают буфер глубины в 1.0f, затем рисуют оружие чтобы оно всегда рисовалось поверх всего остального и не проваливалось в стену когда в упор к ней стоишь. В случае с двумя камерами предполагается что зона дальней однозначно дальше чем зона ближней и они не пересекаются, а значит проводить тест глубины в данном случае не надо, все что рисуется ближней будет перекрывать дальнюю. Однако такой подход видимо больше подходит когда есть чёткое разделение в сцене, как например далёкие планеты и косм. корабли, а проводить искусственное разделение в изначально цельных сценах - дополнительные затраты.

Ответ: [TrueHorror] - разработка
 

Воу воу паринь палехчи.

Дело в том что я уже попробовал писать игру на скриптах. Для этого я завернул все функции движка в луа-обертки, и получилось так что я пишу всю игру на луа. То есть в экзешнике запускается луа виртуальная машина и все выполняется на ней. Но блин, какой смысл писать на луа, когда то же можно написать на си? Гибкость изменения скриптов без перекомпиляции? Сейчас, когда движок отделен от игры, скорость компиляции+линковки игровой части 0,57 сек. Кароч приведи весомые аргументы использования скриптов в маленьком игровом проекте.

По поводу опций компилятора. Нужно ли для движка выключить поддержку исключений( в движке не использую их )? Тут довольно хорошие доводы в пользу отключения .

Ответ: [TrueHorror] - разработка
 

2006 год? Сейчас уже С++11 и там хорошие исключения.

Первый движок я делал как по образу интерфейсов dxsdk так и opengl. Главные две ошибки были в том что:
1. Я пытался сделать универсальный движок.
2. Как следствие пытался сделать максимально гибкий API.

ИМХО, проблема заключалась в неправильном понимании движка. Я его считал еще одним уровнем абстракции и обобщения более низкоуровневого функционала. На самом деле движок должен выполнять более конкретные задачи. Сейчас я считаю что делать универсальный движок в корне неверное решение - для этих целей есть UDK, Unity3D и прочие решения. Лучше определиться с парой-тройкой игр (или одной большой игрой), которые собираешься делать и исходить из того что нужно для этой игры. Не пытаться делать что то еще "на всякий случай" - только то что необходимо. Как следствие отсюда можно легко обнаружить что весь предполагаемый гибкий функционал движка превращается в вполне понятный жесткий последовательный набор действий, для воспроизведения/рендера игровой медии. Таким образом никаких мега гибких API как в тех же библиотеках dxsdk вообще не нужно. Если правильно подобрать набор тулз для запланированных проектов, можно в целом обойтись только ими и минимальными возможностями скриптинга. Для более сложных случаев возможно потребуется написать библиотеку с игровыми кодами.

Для маленького игрового проекта движок не нужен вообще - используй функционал dx напрямую из игровых кодов.

Ответ: [TrueHorror] - разработка
 

Появился вопрос про правильную организацию рендеринга. Алгоритм описывать долго, поэтому код( unordered_map<IDirect3DTexture9*,vector<Mesh*>> g_meshes )

Немного про алгоритм всё таки напишу. При добавлении меша в рендерер, он помещается в соответствующую группу с определенной текстурой - таким образом можно избежать подобной отрисовки

То есть сортируем меши по текстуре.

Каждый меш отрисовываем всеми источниками света с аддитивным блендингом.

Есть какие либо замечания\поправки\баги в алгоритме?

Ответ: [TrueHorror] - разработка
 

Группировать по текстуре, шейдерам, эффектам это правильно. Но вот рисовать что-то более одного раза без особой на то причины - странно. Нельзя заранее определить какие источники света действуют на примитив и список с ними передать в пиксельный шейдер, который сразу сложит результат яркости для каждого пикселя? Еще посмотри deferred shading - необязательно сразу освещение целиком в screen space переводить, но кое что оттуда можно полезное взять, например методы локализации источников света.

Ответ: [TrueHorror] - разработка
 

Определяет пересечение ограничивающей сферы у света и AABB у меша.
Тоесть ты предлагаешь написать шейдер который будет принимать N количество источников света, а а в данный момент времени будут использоваться M? У меня раньше такой шейдер был, но там в любом случае на объект действовало 6 источников даже если их не существовало.

Ответ: [TrueHorror] - разработка
 

Можно, но зато с мультипасс подходом можно каждый пасс куллить стенсилом. Хотя при скорости арифметики нынешних видях, это не даст особо профита. Другое дело - если в радиусе лайта надо семплить тень с каким-нибудь тяжёлым PCFом, но тоже не факт что динамик бранчинг по радиусу тут будет чем-то хуже стенсила.

Ответ: [TrueHorror] - разработка
 

Да, 4-6 источников достаточно. Если их меньше чем в шейдере то просто заполняй нулями яркость оставшихся, а в функции шейдера которая их считает просто сделай условие, если сила источника == 0, то он сразу отбрасывается.

Ну вот нормально, можешь в редакторе карты еще сделать доп. функцию которая проверяет на одновременное пересечение более 6 источников света, чтобы мэперочел более равномерно источники расставлял.

Ответ: [TrueHorror] - разработка
 

Уже сделал. На тестовой сцене со старым шейдером и алгоритмом отрисовки было 350 дипов максимум. сейчас максимум 100. epic win

Ответ: [TrueHorror] - разработка
 

Это имеется ввиду если делать тени от всех источников света? Просто обычно в сцене для динамической тени выбирается какой то один источник (ну или два: точечный и директ, как например фонарь и солнце), в то время как множество мелких задают общий оттенок освещенности сцены (для эмулирования GI например).

Ответ: [TrueHorror] - разработка
 

от некоторых

в современных играх обычно больше уже, в районе ~4х поинтов с тенями - уже не удивительно.

Ответ: [TrueHorror] - разработка
 

Проверьте на производительность, ну и на баги.

Из возможностей пока что только перетаскивание да бросание предметов, левая и правая кнопки мыши соответственно.

Напишите здесь фпс при разном количестве дипов. Буду очень благодарен

http://rghost.ru/51575426

Ответ: [TrueHorror] - разработка
 

Intel Atom
GeForce 9400M
~45 fps

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

Ответ: [TrueHorror] - разработка
 

60 fps везде.

Win 8.1 x64
i7 930
hd5870

Еще радует доплер эффект шагов когда чел начинает ускоряться в свободном падении :-D

Ящики и бочки берутся и кидаются. Мешки 25кг поднять не может. В пещере ближняя плоскость отсечения ацки выглядит. Если ее поправишь то можно и точку хвата предметов сделать ближе, а то руки какие то длинные получаются.

Возможно попозже потестирую на ноуте - тогда смогу разный fps при разных dip'ах проверить.

Кстати openal уже не скачаешь с сайта creativelabs - только со сторонних источников, походу они забили на него. Я думаю его лучше комплектовать с игрой сразу. Или вообще без него делать.

Ответ: [TrueHorror] - разработка
 

На моем говнобуке с Intel GMA 3150 выдает 17 фпс при 20 дипах, и 12 при 52. Только недавно про него вспомнил :)

Ответ: [TrueHorror] - разработка
 

Win 7 x32
Dual Core 2.2 ГГц
NVIDIA G105M
1366x768 (предыдущий конфиг с hd5870 был в 1080р)

60 fps, когда dip'ов больше 20 то 30 fps.
Опять же нужно убрать синхронизацию чтобы выяснить какое конкретно значение между 30 и 60 показывать будет.

Вообще производительность на лицо, карта то вроде всё более детальная становится, а скорость уже вполне приемлемая, когда первый раз запускал там слайдшоу было меньше 10.

Для сравнения Dear Esther на этом ноуте нормально идет на максимуме.

Ответ: [TrueHorror] - разработка
 

vista x32
Dual Core 2.2 ГГц
ati mobility radeon hd 4650
1366x768

всегда и везде 60фпс иногда 61

Ответ: [TrueHorror] - разработка
 

Научил движок постэффектам.

Но сразу картинка стала мыльной как на пс3. Все из-за того что текстура создаваемая как рендертаргет создается кратной степени двойки. Как с этим бороться. Вообще какие подводные камни есть при рендеринге в текстуру.

Ответ: [TrueHorror] - разработка
 

не надо так делать, надо создавать размером с экран по честному.
ещё, если юзаешь DX9, то при чтении экранной тексы в постэффекте, надо сдвигать текскоорды на полтекселя, иначе тоже будет мыло: http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

Ответ: [TrueHorror] - разработка
 

Теперь создаю текстуру так

g_width, g_height - разрешение

Квад так( спасибо за ссылку )
Никакого мыла нет теперь.

А на сколько производительность падает при отрисовке сначала в текстуру, а затем квада с текстурой?

Ответ: [TrueHorror] - разработка
 

не слишком намного, но лучше не злоупотреблять.
где можно провернуть всё в 1 кваде, лучше проворачивать в одном, а не разделять на несколько.

Ответ: [TrueHorror] - разработка
 

Проверьте пожалуйста работу постэффектов. В особенности меня интересует работа на интеловской графике и нвидиа.
В самой игре теперь можно умереть. Урон наносится пока только объектами брошенными( мешок с 3 метров на бошку, бочка :-D ).
Так же есть недоинвентарь( на клавише Tab ).
Добавил звуки ударов для объектов.
Ну и как обычно пишите фпс.

http://rghost.ru/51617339

Ответ: [TrueHorror] - разработка
 

Все нормально работает.
60 fps на hd5870.
Физика стала лучше, хотя пока по прежнему все кажется надутым и невесомым.
Когда сдвигается изображение в пост эффекте, то кусок верхней части оказывается внизу. Если вверху было яркое небо, а внизу темная земля то яркая полоса особенно неприятно выглядит. Один из вариантов как это можно быстро поправить: сделать дополнительный пост эффект затемнения (покраснения если причиняется вред игроку) по радиусу, чтобы краев не было видно.
Проблема с буфером глубины по прежнему заметна, разве рекомендации выше не помогли? Тут вроде не такие уж большие расстояния.

У тебя кстати меши для коллизии берутся прямо из геометрии карты как есть, или предусматривается более упрощенный вариант?

Еще хотел спросить будут ли предусмотрены оптимизирующие ограничения на прорисовку карты чтобы теоретически можно было делать неограниченные локации, или будет определенный лимит по размеру?

Ответ: [TrueHorror] - разработка
 

Скорее всего будет ограничение по размеру. И по количеству источников света, до тех пор пока не сделаю octree или bsp для большой геометрии типа меша уровня, можно еще pvs добавить. но блин это сложные алгоритмы( сложные - потому что я с ними никогда не имел дела :-D).

Берутся прямо из геометрии карты. Буллет очень хорошо оптимизирован, поэтому на расчет физики уходит очень малая часть времени кадра.

Ответ: [TrueHorror] - разработка
 

Ответ: [TrueHorror] - разработка
 

Всё работает.
Курсор опять не убран.
FPS 75
GF GTS 450 GDDR5 1Gb
Убил себя мешком по голове.
Физика не отлажена, коробки часто не могут остановится и заглючивают на одном месте, из-за этого раздражающий стучат.
Зашёл в туннель, увидел торчащую из стенки руку с ножом, собирался отложить кирпичей но передумал.
Свалился за карту.

Уровень сам полностью делала?

Возможно люди увидели только скриншоты.
Я сам только со второго захода прочитал пост и разглядел ссылку :-)

Ответ: [TrueHorror] - разработка
 

Персонаж слишком высокий.
И да, курсор реально бесит.

В тоннеле есть что нибудь? Просто там темно, я попробовал бежать наобум но заплутал видать. Или фонарик может есть какой?
На будущее - пиши в readme управление.

Ответ: [TrueHorror] - разработка
 

У меня уже готово еще 2 локации. Одна из них будет прогружаться когда в тоннель заходишь.

Я не включаю их в игру потому, что там уже начинается основное действие, а движок еще не отлажен. Поэтому пока только уровень "Прибытие" для тестов.

Про управление в readme - обязательно сделаю.

Ответ: [TrueHorror] - разработка
 

По-тихому пилю сюжетку - проследить за сюжетом можно по запискам найденным на уровнях. Уровня пока только 2 :( .

Геймплея пока от силы минут на 10-15.
Появилась наконец-таки хоррор атмосфера. Скримеры в наличии.

Скачать

Upd: Скрины

Ответ: [TrueHorror] - разработка
 

Посмотрел скрины. Всё такое тёмное, что пришлось выкручивать яркость на максимум, чтобы что-то разглядеть. Вообще не уважаю когда в играх темно и ничего не видно. Качать расхотелось.

Ответ: [TrueHorror] - разработка
 

Посмотрел старые скрины. Специально для графодрочеров обновил пост.

Ну как бе ситуация с освещением поменялась с прошлых версий.

И вообще. Главный герой шарится по шахте с одной только зажигалкой. Етить о каком освещении можно говорить в заброшенной шахте?

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

Также хочу напомнить, что жанр игры - хоррор - он обязывает делать все темным. Главная фишка не видеть что тебя ждет. Это и пугает в основном

Ответ: [TrueHorror] - разработка
 

Потрачено ?

Ответ: [TrueHorror] - разработка
 

Поиграл:) ну, в принципе неплохо...

Музыка и вообще все звуки очень громкие, ну зашкаливает аж...

Идея с бумажкой, которая преследует меня с начало игры, постоянно исчезая между полигонами:-D это очень круто!:super: прям "SCP" как тебе это удалось Я не знаю, но получилось круто.:ok:

Но Я её всё таки взорвал.:P

Надпись которая с верху, красная, спустить на середину экрана - сделать больше!
Я например не сразу понял, что это для меня написано...:-)

Частицы хавают FPS! сделай реже их что-ли.




Не, не хочу сказать что прям Игра! но факт, что, что-то похожее на игру тут, да Я уже вижу!:ok:

Ответ: [TrueHorror] - разработка
 

Много раз недоумевал почему не могу пройти дальше, оказалось фича от разраба, невидимую стену не пройдёшь пока не прочитаешь, не сделаешь что-то. Не надо так!
Не понимал как брать предметы, жму ЛКМ + E и нифга, оказывается надо поднять предмет ЛКМ, а потом уже жать E.

Взорвал бетон, то ли сдох, то ли что, всё красное, выключил игру.

FPS 76 Полёт нормальный. Покачивание камеры лучше убрать, как то не очень.

Молодец! Так держать! :super:

P. S. Wegox, тебя на видео неслышно. Только как в хоррорах, на фоне демонический голос скрипит, на периферии слуха.

P. P. S. mr.DIMAS, держи урок по моделированию пещеры, довольна эффективный способ и ещё полезное. Для травы и пеньков используй вот это #589.

Ответ: [TrueHorror] - разработка
 

Этот еле слышимый голос похож на бурление живота у ГГ.

Ответ: [TrueHorror] - разработка
 

Я где-то говорил, что меня беспокоит качество графики? Нет. Я вполне трезво понимаю, что один человек крузис не сделает (и сам такой же). Но можно избавить игрока от ненужных неудобств? Вроде и правда посветлее стало.

А ещё много где:



А почему? Вот ведь правда: там источника света нигде нет, а свет откуда-то есть. Нереалистично блин! Зато рука не тянется к регулировке яркости экрана.

Почему в (почти) всех играх за всю игру персонажи ни разу не посрали? Потому что это не улучшает игру. Почему в шутерах можно перезарядить полупустой магазин и положить остаток, соответственно, в рюкзак, а потом при перезарядке в загашнике только целые магазины (если только патронов достаточно на целый)? Нужно же было патроны пальцами досовать до целого в тот, который вынули! Почему аптечки в играх "съедаются" мгновенно, да ещё и лечат переломы и разрывы тканей (где вообще без хирурга не обойтись) ? Потому что это всё дополнительные неудобства, которые взамен ничего интересного не предлагают. Реализм и нудятина — это разные вещи.

А да кстати ГГ с зажигалкой не боится взрыва метана?

А вот нифига. DeadSpace, например. Отличный хоррор, но там всегда светло (видно, куда идёшь). Как же так? Этого добились хорошей атмосферой, грамотно расположенными припасами, построением битвы.