Saboteur, рейтресинг - это лишь механизм рендеринга на экране, а не сам движок. Суть сводится к построению луча от пикселя экрана в сторону сцены до встречи с объектом и далее с учетом преломления и отражения по законам оптики в сторону источников света. Что из себя представляет объект вообще для него не имеет значения. За встречу луча с объектом отвечает движок. Поэтому рейтрейсинг и настолько ресурсоёмкая операция - очень много пикселей, куча объектов, несколько источников света, плюс глобальное освещение. Вики - Трассировка лучей Ланской Кирилл, верно, но именно для проекции. Точки самих объектов-то все равно определяются тремя координатами. Вики - Однородная система координат. Поэтому для управления положением объектов в пространстве и используют матрицы вместо простой координаты - все для оптимизации и упрощения вычислений.
А еще есть векторные движки, где объекты представляют из себя векторы или группы векторов, как в векторной графике. Такие движки позволяют рендерить, например, миллионы одинаковых объектов (типа фракталов) и другие интересные вещи. Еще есть воксельные движки, где пространство представляет из себя трехмерные пиксели - например знаменитая наша игра Периметр, где можно было делать терраформинг поверхности, а так же она повреждалась в результате боевых действий (скверна, гаубицы, черви и прочее). Майнкрафт хоть и похож на воксельный мир, но рендеринг там полигональный.
А в биосе скорость этих каналов установлена на максимум? Возможно там стоит скорость меньше, чем минимальная у этих вентиляторов. Возможно сами вентиляторы не поддерживают регулировку скорости через ШИМ.
Adamos, а смысл? Ну, если что модераторы забанят. Да и этот вопрос скорее всего удалят как дубликат, т.к. тема обучения поднимаются тут стабильно каждую неделю, а то и по несколько раз. Simon_Riley, для "ускоренного вкатывания" надо будет впахивать похлеще чем в 16-20 - а ресурсы мозга и разума не бесконечны. Новичку отличить хороший платный курс от бесполезного нереально в виду отсутствия знаний в области и опыта. Если так хочется именно хорошо структурированные, то надо смотреть на сайтах мировых топовых вузов типа Гарварда, МИТа (хабр) и прочих - они предоставляют неплохие бесплатные курсы. А там, если понравится - можно и оплатить полноценное обучение. Возможно среди Российских ВУЗов тоже что-то есть - но большей частью наша система образования слишком инертная, медленная и отсталая.
Рекомендую начать вот отсюда: https://roadmap.sh/ https://unity.com/ru/roadmap/unity-platform
Так же отличным вариантом будет устроиться джуном в команду, где подскажут, направят и загрузят реальными задачами. Только учтите, что игропром индустрия своеобразная в мире разработки ПО и со своими нюансами (ну, как и везде).
Tost2121, есть куча других систем виртуализации: VMware, Hyper-V, Xen, KVM, Bhyve. И там даже есть возможность проброса видеокарты и другого оборудования в машину - можно спокойно играть.
Проблема с микрофоном и мышкой может быть связана с драйверами, звуковой картой, микрофоном еще чем-то. Мышка в виртуалбоксе работает великолепно - давно им пользуюсь ни разу никаких проблем с мышкой не было.
Arikarin, да, просто выбираете разрешение с подходящим масштабом. При этом разрешение экрана не меняется и остается родным для экрана и соответственно качество картинки не страдает. Вот так вот накрутили там, да.
Ланской Кирилл, потому что это ресурс. Приложение его заняло, использовало, освободило. ОС держит у себя в памяти структуру сокета и дополнительные ресурсы на это тратятся, приложение тоже держит в памяти структуру сокета и кучу дополнительных данных к нему. Смысла все это держать в памяти и тратить ресурсы машины после использования сокета и когда он больше не нужен нет никакого.
Версия VBox? Обновляли систему или VBox? Или наоборот давно не обновляли и какие-то новые обновления сломали? Либо обновить систему и VBox либо откатить VBox к предыдущей рабочей версии.
Ланской Кирилл, зависит от реализации и методики измерения. От нескольких раз до десятков, сотен, а может и даже тысяч в некоторых случаях (всякие питоны, жаваскрипты вместе с некоторой кривизной рук и прочее).
DIVSIDE, у нас так-то топик про ситуацию ТС и мой ответ относится именно к ситуации ТС. Я не говорю, что должны быть только скриншоты. Скриншот - это лучше, чем вообще ничего. А так да - с остальным согласен. В идеале должно быть работающее демо сайта, размещённое на хостинге разработчика. От поисковиков и других левых посетителей вполне можно закрыть простой авторизацией типа demo/demo. И вот в ситуациях, когда так не получится сделать скриншоты вполне уместны. У меня вот, например, возникла ситуация, когда от некоторых веб-приложений остались лишь скриншоты - исходники где-то потерялись, продакшен версия клиента тоже уже недоступна из-за давности лет, а что-то даже запустить невозможно из-за поломанного дерева зависимостей, которые чтобы починить надо потратить кучу времени. Еще есть проекты, в которых работаешь в команде и разместить код проекта у себя или сделать реальную ссылку невозможно из-за того же NDA, размера и сложности проекта и прочее.
