eXceed

Однако интересно. Но боюсь, что скатят все как всегда.

FOV меняется когда ты зум меняешь =)

Рендеру нельзя сказать, что ты рендришь на выпуклую поверхность. Потому что это физически невозможно. Треугольник не изогнуть, потому что ты пытаешься 3D отобразить на 2D мониторе. Ну как то так. Можно написать свой рендер который будет как то трансформировать плоскости. Но это будет адовая потеря производительности и времени.

Ну это да. Камера в сцене никогда не прибита гвоздями, ее всегда можно перемещать. Просто по умолчанию камера находится на уровне глаз летчика и зум реализован фовом. Я это имел ввиду. А в ролике же показано, что камера свободно перемещается по кабине. Мне конечно не понятно что с чем сравнивают =)

В DCS зум реализован при помощи изменения FOV. Этим достигается эффект бинокля. В FSX камера свободно двигается внутри сцены без изменения FOV. Если не вдаваться в подробности построения 3D сцены рендером, то у DCS точка обзора привязана к глазам летчика, а глаза к голове... А в FSX сидит в кабине аэродромный эльф и перемещается по кабине с камерой. Как то так.

FPS игра подразумевает, что играть в нее будут с пингом до 100мс, а еще лучше до 50мс. Sad, but true. Так было всегда и везде. Нужно просто смириться.

У меня он на Xbox 360. Там он хорош черт побери. Летишь, стреляешь, ни о чем не думаешь, радуешься игре как ребенок. А режим догфайта способен вызвать эпилепсию чредой быстро меняющихся картинок. Шикарно. На PC подозреваю получше будет в плане графики, т.к. у пекабояр текстурки земли получше будут.

В этом то и есть весь кайф =)

Это авиасим который нашел свою нишу и фанатов. Скажем так по играбельности он на голову выше заезженного DCS и ЛО хотя бы потому, что его комьюнити просто в него играет, а не брызжет слюнями на форуме. Ну и ГРАФОН с ЭКШЕНОМ. Кто играл в шедевр Ace Combat: Assault Horizon - те не дадут соврать.

Кстати, что бы не чистить проект перед релизной сборкой рекомендую обрамлять куски кода которые не должны войти в релиз в секцию #ifdef _DEBUG. #ifdef _DEBUG Тут какой нибудь код который не должен войти в релиз, но нужен в дебаге. #endif --- Небольшое замечание по стилю. Не нужно так разрывать свич - кейс. Более читабельно будет если ты в первом кейсе запихнешь код открытия отладочной консоли в составной оператор. ... [color="Blue"]#include <string>[/color] ... BOOL APIENTRY DllMain( HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved ) { switch (ul_reason_for_call) { case DLL_PROCESS_ATTACH: [b]{[/b] [color="Blue"]if (AllocConsole()) { freopen("CONOUT$", "w", stdout); SetConsoleTitle((L"DCS EFM debug console")); SetConsoleTextAttribute(GetStdHandle(STD_OUTPUT_HANDLE), FOREGROUND_GREEN | FOREGROUND_BLUE | FOREGROUND_RED); } else { MessageBox(0,L"FAIL_console",L"Error",0); } break;[/color] [b]}[/b] case DLL_THREAD_ATTACH: ....

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

В статье какой то бред описан.

Тему не осилил. Но заявляю с дивана, что Р-27ЭТ как была, так и остается самой эффективной ракетой в игре исходя из статистики серверов.

Good day. To begin, I would recommend you try the compiler included in Visual Studio or use of the GNU GCC compiler. So I recommend to read the document ISO 14882. If you have questions, you can write to me in private. I apologize for my English.

Купи лучше дешевый комбик за 250$(усилитель с примочками куда подключается гитара) с дисторшеном и овердрайвом. Не мучайся ты со зуковухами и софтом для всего этого. Я сам так хотел начинать, но ни к чему хорошему это по итогу не привело. Мучатся с настройками софта, добиваться нормального звучания. Зачем? Когда воткнул гитару в комбик, комбик в розетку и вешайтесь соседи... Не понимаю...

Для игрушек подойдет дешевый Sound Blaster, а для гитары лучше купи комбик с овердрайвом и дисторшеном. Для дома 15 - 20 ватт хватит за глаза и стоить будет 250$ всего.

Преимуществ никаких. Серьезно. Привыкать к метро после божественной 7ки? А чем 7ки пуск не угодил (ну просто метро замена пуску)? Он имхо удобней. А про то, что W8 быстрей это ересь. Ну вы же в курсе, что МС всегда говорит, что их новая Windows быстрее старой? Ну а что, когда они выходят - выходят новые поколения камней. Вон, 98я быстрее 95й ибо уже PII был во всю, когда на 95й были P5, P54C... Алсо по теме: Играл на W8Pro x64 RTM в LO2 и BS2 - без проблем. Остальные тоже будут без проблем(по идее...).

Ну дак всегда так было!

Сборщик мусора реализовать в C++ нормально не возможно в силу архитектурных особенностей самого языка и ОС. Есть костыльные библиотеки, но тогда о производительности можно вообще забыть. Кому захочется терять тысячи процентов производительности ради сборки мусора? Да, тема с дефрагментацией ОЗУ есть. Но нет механизмов для этотго. Менеджер кучи ОС даже так не умеет делать в случае если где то забыли высвободить память. Если бы писалось на Java или C# где сборщик мусора часть исполняющей код виртуальной машины... Способ это побороть - искать утечки. А это офигенно сложно. Наверное одна из самых сложных вещей при отладке.

Я в свое время писал небольшое HOW-TO как играть в LO со слабым интернет каналом, но почему то на форуме сквада RAF и здесь я не смог ее найти. Там была информация как увеличить время на ожидание ответа. Это не связанно с самой игрой, так как определяется настройкой стека TCP/IP у тебя на компьютере. Настройка соединения в игре косвенно влияет на размеры буферов приёма/отправки и при стабильном интернете с достаточной скоростью не оказывает влияния на пинг клиента. Кстати чем круче настройка в игре, тем больше размеры буферов. Что на слабых каналах сказывается негативно. Если не сможешь найти мою статейку, то стучись в ЛС и я тебе постараюсь подробно объяснить куда крутить в винде настройки. К слову удалось на 128кбит входящем канале хостить сервер для 8 людей с голосом. Чудеса =)

Отвечу на твой второй вопрос. Это нормальная ситуация. Когда ты делаешь ping host в консоли, то твои пакетики отвечает сетевая подсистема Windows практически не задействуя ресурсы компьютера (в моей практике был случай, когда компьютер с сервером одной игры потреблял 100% доступного ему процессорного времени и более 500 МБ ОЗУ (на сервере был 384 МБ ОЗУ) и при этом на пинги отзывался менее 1мс (дело было в локалке), а в игре пинг был весьма серьезным для локалки). Грубо говоря эхо-запрос и получаешь эхо-ответ. Пинг в игре вычисляется самим сервером основываясь на времени обмена пакетами клиента. Что то вроде разницы между текущим временем и временем получения крайнего пакета от клиента. Чем выше загруженность сервера, тем выше твой пинг в игре. Что более логично, чем просто измерять пинг посредством эхо-запроса/эхо-ответа. Что ты имеешь ввиду говоря IP сервера?