Лидеры

Полный повтор https://1drv.ms/u/s!Ao7UMLSfbxcqogJwrUAKhpeCjhI1?e=cQnIwR

Вася крашер! В первой гонке оч красиво убрал 2-х мое уважение

Или стОит тебя взять в штат иР, чтобы ты научил их уже наконец-то писать не кривые скрипты и правильные формулы.

Пришла китайская шировкая маска на Индекс. На певый взгляд, должна быть радикально удобнее родной. Но есть проблема - она без подкладки, так что на 100% не скажешь... заказал ещё с vrcover подкладку, если удастся их совместить, то комфорт шлема должен радикально повыситься...

Это какбэ не совсем так, сильно зависит от алгоритма, который кодируется. На кудах обычно реализуют высокопараллельные алгоритмы и там да, чем больше ядер насыпал, тем быстрее будет считаться. В жизни это далеко не всегда так, критические секции и синхронизации данных между потоками никто не отменял. Существуют алгоритмы, которые вообще не параллелятся. Навскидку какой-нибудь A star например. Каждый следующий шаг зависит от предыдущего, пока предыдущий не посчитан, следующий посчитать не сможешь. Хоть на куде хоть на x86 хоть где.

HMD использует процессор только для трекинга. В остальном это просто два дисплея на которые выводится уже подготовленное изображение. Растрированием занимается GPU, тоже к процессору отношения не имеет. А вот на самом первом этапе - подготовка вершин треугольников для видеокарты целиком ложится на процессор. И тут не важно для чего он это делает, для мониторов или VR. В iR после внедрения однопроходного рендеринга так и есть. Если движок игры сможет раскидать эти расчеты по потокам - хорошо. Но если не ошибаюсь игропейсатели этим не заморачиваются, тем более никто не пишет специальный код для ВРщиков, тупо два раза исполняют один и тот же код для каждой проекции... Распараллеливанием занимается Виндовс и DirectX. Вообще многопоточность на текущей архитектуре та еще бяка. Например в х86 совершенно отсутствует масштабируемость. Нельзя взять готовый проект и просто увеличить скорость исполнения запустив его на процессоре с бОльшим количеством ядер. На АМД и Интел этот процесс выглядит как уменьшение нагрузки на каждое новое ядро. В отличие например от CUDA, где достаточно плодить микроядра и получать кратную прибавку скорости расчетов. А учитывая требования совместимости получаем натягивание совы на два ядра максимум. Или уже не четыре? А дальше как карта ляжет. Одним проектам дополнительные ядра слегка помогают, други до фени дверца. Это видимо связано с тем, что мат. расчеты не такие сложные, как в иР. После внедрения гравия и новой системы повреждений все стало еще сложнее считать. И это очень хорошо видно по разнице ФПС в гонке и при проигрывании реплея. В повторах нет физ. расчетов, только вектора и скорость для каждого объекта в кадре. Кстати, если обратили внимание, камушки в иР ведут себя как физические объекты, а не как спрайты. Правильно взаимодействуют с препятствиями. Popcorn FX этим занимается и использует второй поток для этого. Плюс на нем еще сидит звук. Но к ВР это отношения не имеет.

@Axpion Да от проекта зависит. В Ире никак потоки не используются, все зависит от производительности на ядро, а ВР сильно увеличивает нагрузку на проц. В других симах везде видел только упор в видюху, но у меня 8700к разогнанный, может на более слабом будет тоже упор в проц

я вырос - а все модельки собираю.. страшно, аж жуть