eXceed

Вспоминается сцена из фильма Рэмбо 2, где он как раз на UH-1 Ми-24 разложил емнип. Выйдет повторить в DCS UH-1?

А толку то от SLI в DCS? Какую графику там крутить или вычисления на GPU выполнять? Важней производительность CPU и нормальный код стремящийся к сложности O(n). Алсо, SLI вообще не нужен.

Смех смехом, а FC для консолей можно сделать. Для Xbox есть даже нормальные джойстики. Конечно не HOTAS, но довольно качественный. Ну и поддержка Kinect с распознаванием пальцев.

Ну а ты сравни железо то? у бокса 512 ОЗУ на все про все. 512 ОЗУ нужно было в 2004м году для фаркрая. Не находишь, что игра 2011 года более нагруженная, чем игра 2004? И с оптимизацией там не проще. Она там просто нужна. На пека с максимальными настройками надо только ОЗУ 4 гига и на видео 1 гиг и выше. Тем не менее бокс выдает отличную картинку.

prok, Хех, такого не будет никогда ибо как показала практика Круизис 2 может работать в HD на консоли с железом 2005 года немногим уступая в графике PC. А PC требует железа на 1000 баксов. Зачем оптимизировать когда можно заключить контракт с той же NVIDIA, прицепить на новую GF 780 логотип Крузис 3, а в крузис 3 логотип Nvidia и продавать игру и железо? Алсо id так же поступили прикрутив к Q4 фишечку, что если у тебя нет шейдеров 3.0, то у тебя все зеленое вокруг! А ларчик открывался просто: в ресурсах игры лежал простой шейдер который заливал все зеленым при определенных условиях, удаляешь его и играешь на своей GF FX 5600 без проблем. Это бизнес, а бизнес должен зарабатывать деньги.

Ну почему бы и нет? Полистай спеки OpenCL, довольно простая вещь. Как ты будет распаралеливать движок который изначально не умеет в многопроцессорность? Потоками что ли? Перепиливать вагон лигаси кода за просто так? HDR и анти-алиасинг сложные задачи только для GPU низкого ценового диапазона и то для предыдущих поколений. Не стоит прямо так это заявлять без анализа производительности GPU. Кстати потоков было 10+ еще во времена ГС1, но паралелизмом там и не пахло. Алсо согласен, что есть задачи которые паралелятся легко, но как быть с рендером намертво прибитым к физической подсистеме движка?

Проиграл

Значит таки было что то подкручено в движке. Вполне могу предположить, что часть вычислений перенесена на видео. CUDA и OpenCL этому способствуют. Скорее даже OpenCL -_- ибо даже у AMD его поддержка есть.

Starwalker, prok Я многократно давал ответы на подобные вопросы. Отвечу еще разок ;) Во первых нужно понять, что собой представляет многоядерный процессор с точки зрения аппаратной архитектуры и вообще как выполняются команды процессором. У процессора есть некое исполнительное устройство - конвейер команд. Для того, чтоб команда попала на конвейер ее необходимо декодировать. То есть вычленить из общего информационного потока команду и данные которые она обрабатывает. Получается, что одновременно на конвейере выполняется одна команда. Что бы увеличить производительность конвейера придумали добавить два или более декодера команд и увеличить длину конвейера(увеличив количество ступеней и тем самым упростив каждый шаг выполнения). Получилось, что если конвейер не загружен и выбранные команды для исполнения не противоречат друг другу/не обрабатывают одинаковые данные, то можно их отправить на обработку друг за дружкой и они окажутся на конвейере "одновременно". Это называется суперскалярной и суперконвейерной(а еще более длинный конвейер получил название гиперконвейер, что сильно увеличило производительность на итеративных и линейных участках кода, но если там появлялись условные переходы и предсказатель переходов ошибался...) архитектурой(однако вход и выход с конвейера все же не параллельный). А потом при помощи костылей и распорок Intel научила процессор помнить состояние каждого потока команд и так появился Hyper-Threading. Тех.процесс позволил в конце концов сделать несколько физических конвейеров со своими декодерами. Это почти еще один процессор, но не совсем(отсутствует свой контроллер памяти и общий кэш). Теперь процессор мог действительно параллельно обрабатывать несколько инструкций. Казалось бы все довольны, а нет. ОС развивались в этом плане медленно и спустя лет 15(или когда там вышла WinNT 3.5) в Windows почти не появилось механизмов для действительной поддержки многопроцессорности. У ОС существует понятие процессов и потоков. Например ты запускаешь DCS и создается процесс DCS.exe, в нем запускается несколько потоков для обработки графики, звука и еще всякой фигни. Почему? Потому что процессор выполняет все же команды друз за другом и если не создавать потоки в рамках процесса, то например звук не будет выводиться пока не закончится цикл отрисовки кадра изображения. Это образно говоря. Хорошо, но у тебя многоядерный процессор! Он может выполнять потоки команд параллельно! А вот и нифига подобного! Как ОС узнает, что поток А не затрагивает данные потока Б? А если так произойдет, то получишь сообщение вида КОКОКОКО UNDEFINED BEHAVIOR КУКАРЕКУ и в DCS ты не поиграешь. А кто ОС скажет, что нужно запустить поток на другом ядре? Планировщик? Он не сможет этого сделать исходя и вышесказанного, так как планировщик вообще ничего не знает о запущенном процессе и как он выполняется. Он только может давать кванты времени потокам. Нужно сказать, что поток - это всего лишь поток команд в рамках выполняемого процесса. Что бы они могли как то взаимодействовать друг с другом - их нужно научить хотя бы синхронизироваться. Ну это сделали еще Windows 95. Настоящая многопроцессорная обработка начинается тогда, когда поток А работает от потока Б изолированно и его работа не влияет на работу других. Но обмен данными нужно реализовать! Тут начинаются самые трудности. Это как пытаться пройти кастлванию под баклофеном вися вниз головой над ямой с пиками, крокодилами и неграми баскетболистами. Если процессы работают изолированно, то потоки нет! Вообще никакой изоляции не имеют и записав байт не туда ты получишь предложение отправить сообщение об ошибке разработчикам. Для этого придуманы технологии типа OpenMP(кстати NUMA пришедший с W2003S частично исправляет ситуацию). А это еще объем кода, время и так далее. Надеюсь что то стало более или менее понятно. --- Тем не менее нужно отметить, что таки на сегодняшний день механизмы планировщика W7 немногим более интеллектуальны и таки часть команд способны выполнятся на втором и более ядрах благодаря NUMA и прочему колдунству перетащенному с серверных версий ядер Windows. Еще бы перепилить движок на OpenMP и можно было использовать мощности хоть 256 ядер, да хоть кластеры строить и запускать DCS на кластерах. Ну это мечты пока. --- Извиняюсь за стену текста. Надеюсь модераторы будут милостивы.

Тут пару десятков страниц назад проплывала ссылка на сайт с фоточками F-15 с беты FC3. Новая моделька и кабина? 6DOF и все дела?

У Core i3 кэш в 2 раза меньше, что скажется на производительности. В целом да, 3Ghz на i3 в DCS не сильно уступят 3Ghz i5 при прочих равных. Ну за исключением правда Turbo Boost в i5 который ему слегка поможет. Я бы брал по совету maler 3570k i5. Отличный камень во всех отношениях.

Господа, вы зря на видюхи так. У меня GTX 275 c 800+мб ОЗУ. Пресловутый HDR маслать могла уже GeForce 5600 и выше. Дело не в нем. Главное объем ОЗУ и пропускная способность шины памяти. Хотя при достаточном объеме ОЗУ можно сказать, что важна пропуская способность шины памяти, но и при всем этом это влияет лишь на максимальный FPS при заполнении сцены одним полигоном. Вообщем на счет видео не заморачивайтесь. Уже много раз писалось, что для ЛО и вообще DCS важна частота процессора. Поэтому core i3 и младшие core i5/core i7 не важно себя ведут в DCS. Берите с частотой от 3GHz и будет все ОК. У самого Core 2 Duo E8400 разогнан до 3.6 GHz и вполне комфортно. Да да, есть такое мнение, что Core 2 Duo старших моделей не сильно проигрывают Core i камням в не оптимизированных под многопоточные вычисления приложениях. Конечно в современных движках знающих SMP они вырываются вперед, но не в DCS :3 Поэтому рекомендация такая: Камень Core i5 с частотой выше 3GHz, объем ОЗУ от 4 Gb, видео текущее или предыдущее поколение NGF c объемом ОЗУ 1Gb и выше.

ED спасибо за подвижки в динамике ракет. Надеюсь ГС3 будет хорошим продуктом.

А ведь было же дело! На этом же форуме емнип собирались и проверяли. Или это не в ЛО2 было?

Насчет поддержки многоядерности. Не могу утверждать, что полностью движок можно перепилить на OpenMPI, но хотя бы частично наверное можно. Хотя разработчикам виднее. В целом OpenMPI с которым мне довелось работать позволяет с минимальными затратами добавить в приложение поддержку много поточных вычислений. Вот простой код демонстрирующий возможности: Дает нагрузку на два ядра, по мере необходимости рождая потоки. Это объясняется тем, что вывод в консоль сильно долгий процесс. Если привести к виду: То получим нагрузку на все ядра, процессоры в 100%. И самое замечательное, что сохраняется доступ к данным из разных потоков. OpenMPI позволяет вообще сказать, что это я хочу выполнить на этом ядре или объединить ядра в кластер и выполнить это в кластере. Вообщем классная штука. Хотя для форка DCS нужно конечно же затратить нефиговые усилия. Ну и на сколько я понимаю движок сильно устаревший и это можно расценивать как акт изощренной некрофилии. Извиняюсь за оффтопик.

А помоему ЧА2 вышел зашибенный сим. Джва года ждал такую игру!

Получилось! Большое спасибо!

Доброго времени суток. Не судите строго, не нашел подходящей темы. Возникла проблема в ЧА2. Русская загружаемая версия 1.1.1.1. Проблема с Saitek x52. Я использую стандартную раскладку кнопок, предложенную разработчиком в соответствии с описанием в файле DCS BS2 Saitek X52 assignment RU. Кнопки УВ-26 СТАРТ/СТОП и СБРОС работают только при открытом окне "Игровые устройства" - Свойства Saitek x52. В какую сторону рыть?

Еще была бы кнопочка КУПИТЬ ВСЕ продукты. Единая система обновлений прямо из DCSW. Запустил, он сам качнул нужные патчи и играешь.

Вообщем сам гордый владелец Sound Blaster X-Fi eXtreme Gamer. Уже 12 лет только с внешними, т.е. нормальными звуковухами. Встроенный звук вызывает ненависть. Нет, не качеством звучания. Современные чипы и кодеки вылизаны до предела. Из-за пресловутой производительности. Вообщем проблема твоя в том, что на аудиджи по семерочку нет(и врядли уже будет, так как железка относительно стара, а MS значительно переработали звуковую подсистему еще в висте) нормальных драйверов. Видимо тебе придется обновить звуковуху. Кстати, завидую, о твоей звуковухе я когда то грезил :3

Ну у меня как оказалось самый обычный Ил2 без модов. Согласен, графика там не нужна, да и такая нормальная. Просто удручает то, что пришлось делать 3 копии - 4.10, 4.11 и 4.11.1. В ЛО как то проще с этим.

Дед, смотри, боковой 20 м/с. ЛОЛ.

Внезапно выяснилось, что для нормальной игры через HL нужно иметь несколько версий Ил2 =(

Удивлен тем, что будет версия под Linux. Так держать, ребята!

Фига, это тепловоз буксовал чтоли?