Что означают разделы Производительность графического процессора в диспетчере задач Windows 10?
В одном из более новых обновлений Creators диспетчер задач Windows 10 получил показатели производительности для графических процессоров. Диспетчер задач разбивает использование графического процессора на 3D, копирование, кодирование видео и декодирование видео.
Тем не менее, я действительно не понимаю, что означает каждая из категорий. Мне кажется логичным, что 3D должен видеть всплеск, когда я запускаю что-то похожее на игру, кодирование видео должно видеть всплеск, когда я рендеринг видео (как в креативном облачном приложении), а декодирование видео должно видеть всплеск, когда я играю видео , (как в VLC)
Однако, по моим неподтвержденным данным, только 3D и Video Decode когда-либо проявляли какую-либо значительную активность. Я понятия не имею, когда Copy и Video Encode должны регистрироваться.
Мой компьютер просто странный? Это работает правильно для вас? Спасибо!
1 ответ 1
Согласно этому блогу MSDN, это действительно зависит от того, какой GPU вы используете, как драйвер решает распределить нагрузку и что драйвер сообщает.
Это говорит о том, что гипотетический графический процессор может быть визуализирован как имеющий разные «движки». Диспетчер задач решит, какие движки наиболее интересны для показа. Для вашего графического процессора он определил, что это 3D, копировать, кодировать видео и декодировать видео, но также может существовать «вычислительный движок» (я думаю, для CUDA-подобных вычислений) и «криптографический движок». В любом случае, в большинстве случаев различные рабочие нагрузки будут использовать одни и те же ядра на вашем графическом процессоре, но все это будет зависеть от архитектуры графического процессора и способа, которым драйвер сообщает об этом обратно в Windows.
В вашей ситуации я бы предположил, что либо драйвер не определяет загрузку кодировки видео, либо используемое вами программное обеспечение не поддерживает кодирование с помощью графического процессора, либо используемый вами графический процессор не поддерживает формат, который вы используете. пытаюсь кодировать. В двух последних случаях ваш процессор будет выполнять кодирование.
Что такое Flash 8 Video Encoder.exe? Это безопасно или вирус? Как удалить или исправить это
Flash 8 Video Encoder.exe это исполняемый файл, который является частью Macromedia FlashPaper 2 Программа, разработанная Macromedia, Inc., Программное обеспечение обычно о 22.58 MB по размеру.
Расширение .exe имени файла отображает исполняемый файл. В некоторых случаях исполняемые файлы могут повредить ваш компьютер. Пожалуйста, прочитайте следующее, чтобы решить для себя, является ли Flash 8 Video Encoder.exe Файл на вашем компьютере — это вирус или троянский конь, который вы должны удалить, или это действительный файл операционной системы Windows или надежное приложение.
Flash 8 Video Encoder.exe безопасный или это вирус или вредоносное ПО?
Первое, что поможет вам определить, является ли тот или иной файл законным процессом Windows или вирусом, это местоположение самого исполняемого файла. Например, такой процесс, как Flash 8 Video Encoder.exe, должен запускаться из C: \ Program Files \ macromedia \ flashpaper 2 \ flashprinter.exe и нигде в другом месте.
Для подтверждения откройте диспетчер задач, выберите «Просмотр» -> «Выбрать столбцы» и выберите «Имя пути к изображению», чтобы добавить столбец местоположения в диспетчер задач. Если вы обнаружите здесь подозрительный каталог, возможно, стоит дополнительно изучить этот процесс.
Еще один инструмент, который иногда может помочь вам обнаружить плохие процессы, — это Microsoft Process Explorer. Запустите программу (не требует установки) и активируйте «Проверить легенды» в разделе «Параметры». Теперь перейдите в View -> Select Columns и добавьте «Verified Signer» в качестве одного из столбцов.
Если статус процесса «Проверенная подписывающая сторона» указан как «Невозможно проверить», вам следует взглянуть на процесс. Не все хорошие процессы Windows имеют метку проверенной подписи, но ни один из плохих.
Наиболее важные факты о Flash 8 Video Encoder.exe:
- Находится в C: \ Program Files \ Macromedia \ вложенная;
- Издатель: Macromedia, Inc.
- Полный путь: C: \ Program Files \ macromedia \ flashpaper 2 \ flashprinter.exe
- Файл справки: www.macromedia.com/go/flashpaper
- URL издателя: www.macromedia.com
- Известно, что до 22.58 MB по размеру на большинстве окон;
Если у вас возникли какие-либо трудности с этим исполняемым файлом, перед удалением Flash 8 Video Encoder.exe необходимо определить, заслуживает ли он доверия. Для этого найдите этот процесс в диспетчере задач.
Найдите его местоположение (оно должно быть в C: \ Program Files \ Macromedia \) и сравните его размер с приведенными выше фактами.
Если вы подозреваете, что можете быть заражены вирусом, вы должны немедленно попытаться это исправить. Чтобы удалить вирус Flash 8 Video Encoder.exe, необходимо Загрузите и установите приложение полной безопасности, например Malwarebytes., Обратите внимание, что не все инструменты могут обнаружить все типы вредоносных программ, поэтому вам может потребоваться попробовать несколько вариантов, прежде чем вы добьетесь успеха.
Кроме того, функциональность вируса может сама влиять на удаление Flash 8 Video Encoder.exe. В этом случае вы должны включить Безопасный режим с загрузкой сетевых драйверов — безопасная среда, которая отключает большинство процессов и загружает только самые необходимые службы и драйверы. Когда вы можете запустить программу безопасности и полный анализ системы.
Могу ли я удалить или удалить Flash 8 Video Encoder.exe?
Не следует удалять безопасный исполняемый файл без уважительной причины, так как это может повлиять на производительность любых связанных программ, использующих этот файл. Не забывайте регулярно обновлять программное обеспечение и программы, чтобы избежать будущих проблем, вызванных поврежденными файлами. Что касается проблем с функциональностью программного обеспечения, проверяйте обновления драйверов и программного обеспечения чаще, чтобы избежать или вообще не возникало таких проблем.
Согласно различным источникам онлайн, 8% людей удаляют этот файл, поэтому он может быть безвредным, но рекомендуется проверить надежность этого исполняемого файла самостоятельно, чтобы определить, является ли он безопасным или вирусом. Лучшая диагностика для этих подозрительных файлов — полный системный анализ с Защитить, Если файл классифицирован как вредоносный, эти приложения также удалят Flash 8 Video Encoder.exe и избавятся от связанных вредоносных программ.
Однако, если это не вирус, и вам необходимо удалить Flash 8 Video Encoder.exe, вы можете удалить Macromedia FlashPaper 2 со своего компьютера, используя программу удаления, которая должна находиться по адресу: MsiExec.exe / X
- 1. в Меню Пуск (для Windows 8 щелкните правой кнопкой мыши в нижнем левом углу экрана), нажмите Панель управления, а затем под Программы:
o Windows Vista / 7 / 8.1 / 10: нажмите Удаление программы.
o Windows XP: нажмите Установка и удаление программ.
- 2. Когда вы найдете программу Macromedia FlashPaper 2щелкните по нему, а затем:
o Windows Vista / 7 / 8.1 / 10: нажмите Удалить.
o Windows XP: нажмите Удалить or Изменить / Удалить вкладка (справа от программы).
- 3. Следуйте инструкциям по удалению Macromedia FlashPaper 2.
Распространенные сообщения об ошибках в Flash 8 Video Encoder.exe
Наиболее распространенные ошибки Flash 8 Video Encoder.exe, которые могут возникнуть:
• «Ошибка приложения Flash 8 Video Encoder.exe.»
• «Ошибка Flash 8 Video Encoder.exe».
• «Возникла ошибка в приложении Flash 8 Video Encoder.exe. Приложение будет закрыто. Приносим извинения за неудобства.»
• «Flash 8 Video Encoder.exe не является допустимым приложением Win32».
• «Flash 8 Video Encoder.exe не запущен».
• «Flash 8 Video Encoder.exe не найден».
• «Не удается найти Flash 8 Video Encoder.exe».
• «Ошибка запуска программы: Flash 8 Video Encoder.exe».
• «Неверный путь к приложению: Flash 8 Video Encoder.exe».
Эти сообщения об ошибках .exe могут появляться во время установки программы, во время выполнения связанной с ней программы Macromedia FlashPaper 2, во время запуска или завершения работы Windows, или даже во время установки операционной системы Windows. Отслеживание момента появления ошибки Flash 8 Video Encoder.exe является важной информацией, когда дело доходит до устранения неполадок.
Как исправить Flash 8 Video Encoder.exe
Аккуратный и опрятный компьютер — это один из лучших способов избежать проблем с Macromedia FlashPaper 2. Это означает выполнение сканирования на наличие вредоносных программ, очистку жесткого диска cleanmgr и ПФС / SCANNOWудаление ненужных программ, мониторинг любых автозапускаемых программ (с помощью msconfig) и включение автоматических обновлений Windows. Не забывайте всегда делать регулярные резервные копии или хотя бы определять точки восстановления.
Если у вас возникла более серьезная проблема, постарайтесь запомнить последнее, что вы сделали, или последнее, что вы установили перед проблемой. Использовать resmon Команда для определения процессов, вызывающих вашу проблему. Даже в случае серьезных проблем вместо переустановки Windows вы должны попытаться восстановить вашу установку или, в случае Windows 8, выполнив команду DISM.exe / Online / Очистка-изображение / Восстановить здоровье, Это позволяет восстановить операционную систему без потери данных.
Чтобы помочь вам проанализировать процесс Flash 8 Video Encoder.exe на вашем компьютере, вам могут пригодиться следующие программы: Менеджер задач безопасности отображает все запущенные задачи Windows, включая встроенные скрытые процессы, такие как мониторинг клавиатуры и браузера или записи автозапуска. Единый рейтинг риска безопасности указывает на вероятность того, что это шпионское ПО, вредоносное ПО или потенциальный троянский конь. Это антивирус обнаруживает и удаляет со своего жесткого диска шпионское и рекламное ПО, трояны, кейлоггеры, вредоносное ПО и трекеры.
Обновлен сентябрь 2023:
Мы рекомендуем вам попробовать это новое программное обеспечение, которое исправляет компьютерные ошибки, защищает их от вредоносных программ и оптимизирует производительность вашего ПК. Этот новый инструмент исправляет широкий спектр компьютерных ошибок, защищает от таких вещей, как потеря файлов, вредоносное ПО и сбои оборудования.
- Шаг 1: Скачать PC Repair & Optimizer Tool (Windows 10, 8, 7, XP, Vista — Microsoft Gold Certified).
- Шаг 2: Нажмите «Начать сканирование”, Чтобы найти проблемы реестра Windows, которые могут вызывать проблемы с ПК.
- Шаг 3: Нажмите «Починить все», Чтобы исправить все проблемы.
(дополнительное предложение для Fortect)
Круглосуточная трансляция CCTV IP Камеры на Youtube
Эта статья является консолидированным, обновленным и дополненным переизданием ранее написанных мной статей на эту же тему. Публиковались эти мини-заметки в закрытых бродкастерских комьюнити, поэтому ссылаться на них здесь я не буду.
За время, которое прошло с момента написания последней статьи, изменились частично и аппаратная, и софтверная части проекта, что неизбежно привело к необходимости провести ряд изменений и в статьях на эту тему. Необходимо было исправить ранее допущенные ошибки и внести дополнения, поэтому было принято решение написать единую статью со всеми нюансами, с которыми я столкнулся.
Дисклеймер: Все описанные в статье действия — исключительно мой индивидуальный опыт.
Я не являюсь заслуженным и признанным специалистом ни в сфере стрим‑технологий, ни в сфере IT, поэтому решения применялись максимально простые, топорные и в меру надежные.
Главное условие состояло в том, чтобы я смог это сделать сам с минимальным участием извне, и чтобы я смог это воспроизвести без помощи. Возможно, некоторые вещи сделаны либо крайне нерационально, либо избыточно сложно, но это работает.
«Если это тупо, но работает — это не тупо.»
Я искренне стараюсь не растекаться мыслью по древу, но в то же время пытаюсь вести повествование так, чтобы были понятны мои выводы и причины принятия определенных решений. Одну из тем, а именно распределение нагрузки на отдельные потоки и ядра процессора, а так же на отдельные GPU я намеренно не стал включать, поскольку эта ветвь эволюции оказалась тупиковой в моей задаче и развивать её не имеет смысла. Пока что.
В статье я буду двигаться по пути размышлений и действий, к которым эти размышления привели и которые я предпринимал в процессе. Местами я буду перескакивать во времени и в последовательности ради удобства повествования. Прошу мне это простить. =)
В 2020 году, когда всё и все были закрыты на карантин, мне очень захотелось вернуться к реализации проекта, вдохновленного некогда популярным EarthCAM. Когда мы все были ограничены в перемещениях – было очень приятно иметь возможность поглазеть хотя бы через цифровые глаза на окружающий мир. Естественно, я не стал замахиваться на весь мир. Решил начать со своего Жилого Комплекса на окраине Москвы.
Идея была простая (а простота – это надёжность) – разместить несколько камер в жилом комплексе на разных домах и транслировать картинку в сеть, чтобы соседи могли видеть, что происходит в жилом комплексе, в соседних дворах и переулках не покидая дом.
Я вспомнил, что ранее интересовался вопросом, тема была мне более-менее близка (ох как же я ошибался), интерес к проекту разгорелся с новой силой, и я взялся за работу.
Аналогичные проекты, которые мне удавалось найти с похожей концепцией и идеей:
See Jackson Hole https://www.youtube.com/@Seejh
Очень уютный проект инсталяторов CCTV в небольшом городке
LarryRos https://www.youtube.com/@LenskLR
Приятный проект с камерами в небольшом городе в глубинке
Mobotix Webcams Russia https://www.youtube.com/@msbud2
Санкт-Петербург, этим всё сказано
NYC Timescape, человек который снимает таймлапс длиной в 30 лет, и который недавно обзавёлся онлайн трансляцией
https://www.youtube.com/@NYCTimescape
Легендарный — San Francisco FOG Cam https://www.fogcam.org/
И, разумеется, первый и самый важный проект профессоров из Кембриджа — камера наблюдения за кофеваркой! (Классику нужно знать!)
Да, и годовой таймлапс я уже тоже успел снять. Он есть на канале проекта на Youtube. Качество получилось так себе, но сам факт меня не может не радовать. Много ли таймлапсов длиной в год вообще снято? Вот именно =)
В целом — таких проектов довольно много, каждый реализован по-своему, у каждого свой способ, и своя история. Перечислять все не имеет смысла, но наиболее приятные для меня я отметил.
Начало
«Хочу транслировать уличные камеры 24х7»
Непрерывная трансляция видео с CCTV камер на какую-либо платформу.
Обязательная возможность интеграции в эти трансляции некоторой графики (плашки, заглушки, возможно рекламные интеграции, возможно интеграция иного контента)
Возможность мониторинга в реальном времени состояния трансляции и состояния системы
Обеспечение быстрого развертывания софта на базе компьютера с WIN10 и GPU Nvidia (объяснюсь по этому поводу ниже)
Организация непрерывности получения видеопотока с камер или минимизация времени простоя
Минимизация ограничений с точки зрения выбора IP камер уличного видеонаблюдения
Максимизация количества транслируемых камер внутри одной физической машины
Минимальное количество и сложность оборудования в местах размещения камер
Кандидаты
Забегая вперед — скажу, что я выбрал OBS Studio. Почему — рассказано в одном из следующих пунктов статьи.
Глобально было два варианта:
Программное кодирование видео
Аппаратное кодирование видео
Разница более менее интуитивно понятна — это просто вопрос подхода. Далее следует разъяснение:
Видеокодер – это ПО или отдельное устройство, которое преобразовывает видеоконтент в цифровой формат для потоковой передачи на целевую платформу. Далее следует гугловское видео о том, что такое видеокодер (энкодер).
Существует множество как программных (ПО), так и аппаратных решений. В гайде Google по трансляциям есть целый список. Эти приложения и устройства одобрены, а значит протестированы, Youtube’ом и, что более важно, широко используются среди стримеров.
В роли целевой платформы может быть либо ваш собственный сервер, где вы развернули сайт с плеером и будете откручивать свою трансляцию, либо это может быть любая платформа, которая имеет такой функционал, например Youtube, Rutube, Twitch и тому подобные.
Следующие изображения взяты из гайда Google по трансляциям.
Две упрощенных логических схемы демонстрируют как выглядит сигнальный тракт в трансляции.
Среди кандидатов были и другие решения, помимо OBS Studio.
Например Raspberry Pi устройства и аналогичные мини-компьютеры, или же просто аппаратные кодировщики видео. От них я был вынужден отказаться либо в силу необходимости изучать «Линукс для чайников», либо в силу полной немощности этих мини-пк в области решаемых задач.
Дополнительная причина отказа от взаимодействия с RASPBERRY будет логической ссылкой на причины выбора определенной архитектуры проекта. Это пункт «Железо» в статье.
TLDR: В общем и целом — оказалось экономически не выгодно использовать Raspberry Pi. Каждая отдельная коробка в месте размещения камеры — стоит денег, принимающий сервер нужно собрать, обслуживать и содержать, в итоге вместо 1 устройства в месте размещения (камера) и 1 сервера на моей стороне, получается по 2 устройства в каждом месте размещения (камера и Raspberry) и два сервера у меня (сервер принимающий RTMP потоки от Raspberry и непосредственно транслирующий видео-контент на платформу сервер). Далее я расшифрую сказанное рассказывая об архитектуре.
Что касается софта: разумеется, я гарантирую, в комментариях сейчас появится человек из неповторимой и прекрасной секты группы FFMPEG-Enthusiast:
FFMpeg был отвергнут мной по двум причинам: избыточность, сложность и избыточная сложность.
Вообще там еще тысяча и одна причина. И все они перечислены в видео выше.
Я просто не хочу создавать себе сложности на ровном месте. Есть более простое для меня (это важно, для меня) решение, а сэкономленное на изучении с софта с нуля время я перераспределю иным образом.
В качестве второй альтернативы я рассматривал Vmix. Отличный и проверенный бродкастерами по всему миру программный видео-микшер и видео-кодер, но, к сожалению, он почему-то постоянно терял поток с IP камер, что приводило к фризу видео в эфире. Дополнительным ограничением был тот факт, что Vmix является платным софтом, и его использование без лицензии может повлечь определенные последствия.
В качестве третьего варианта я рассматривал довольно интересное решение DATARHEI | Restreamer. Практически идеальный вариант, но он не умеет в оверлеи типа плашек Donation Alerts, и самое плохое — он кривой. Все что может в нем навернуться и упасть — падает. Он нестабилен, он лагает, он плохо работает и так далее. Даже с учетом его преимуществ — он все равно постоянно рушится и стрим может скоропостижно закончиться в любой момент. Хотя его достоинств я не отрицаю.
Так же среди решений я натыкался на множество разнообразного NVR софта типа BlueIRIS. Многие, кто слышал или видел мой проект задавали мне вопрос: «Ты что, пытаешься сделать из Youtube’a облачный видеорегистратор, да еще и бесплатный??»
Нет. Совсем нет. Это возможность просто и быстро дать доступ неподготовленным людям к камерам, которые показывают, что вокруг них происходит, не более того. Задача видеорегистратора — обеспечение безопасности. Здесь же задача другая. Хотя, врать не буду, несколько раз мои камеры помогали решить спорные ситуации, попадавшие в их поле зрения. Несколько спорных ситуаций с ДТП решились в пользу наших соседей благодаря наличию видео и возможности без проблем эти видео получить и отсмотреть.
Я все же я склоняюсь к тому, что мой проект — это не попытка сэкономить на полноценном NVR с рашаренным доступом к потоку с камер, а все таки бродкастерский проект.
Что значит NVR?
NVR — это сокращение от Network Video Recorder. Устройство является частью системы пересылки и хранения видеоинформации, получаемой с IP-камер.
Платформа
Здесь изначально, еще в 2020-м году, был выбран Youtube. Безальтернативно, увы.
Неограниченное количество одновременных трансляций на одном канале (мой рекорд 24 одновременных стрима, рекорд который я видел лично – это 54 одновременных стрима.
Удобство для пользователей
Практически идеальный плеер
Два сервера (для основного и резервного потока)
Удобная, хоть и не идеальная, система мониторинга трансляций
Неограниченное ничем количество пользователей, смотрящих трансляцию.
Битрэйт, а значит и качество, трансляции ограничены 6.000 кбит/с, но для трансляции CCTV камеры — этого более чем достаточно.
Требуется пройти верификацию, чтобы получить возможность вести прямые эфиры
Бесконечные трансляции дают возможность просмотреть только последние 12 часов в плеере. (То есть тут уже точно ни о каком бесплатном облачном NVR сервисе из Youtube’a не идёт речь).
Все эти плюсы при полном отсутствии необходимости содержать свой сервер (пусть и арендованный облачный) для размещения трансляции в интернете. Уже есть отличное, надежное, готовое, а главное — бесплатное решение.
Ни одна другая бесплатная платформа не предлагала такого набора возможностей – как Youtube, да и платные тоже, да и платных особо не было и нет. Сейчас, спустя уже больше 3-х лет, я все еще остаюсь при своём мнении на этот счет.
Главная сложность: Обязательная непрерывность транслируемого видеопотока.
Если видеопоток не будет поступать достаточно долго (по разным данным от 4 до 6 часов), то трансляция будет завершена автоматически со стороны Youtube.
И более того, это справедливо для «запланированных трансляций». Если использовать дефолтную опцию «Начать трансляцию» и запускать простую «трансляцию» сразу – то она завершится чуть ли ни через считанные минуты после того, как перестанет поступать видеопоток.
Как сделать:
Есть официальный гайд от Youtube | Google на эту тему, дублировать его здесь я не буду, т.к. он может устареть еще до публикации статьи.
Регистрация аккаунта Google, его верификация, начальная его настройка.
Создание и оформление Youtube канала, получение разрешения на проведение трансляций на Youtube канале.
Переход в творческую студию, создать «Трансляцию».
Пункт «Управление» -> «Запланировать трансляцию».
Создать ключ потока трансляции и дать ему понятное имя.
Вставить ключ трансляции в видеокодере и запустить трансляцию в нем (что это такое — я расскажу далее).
Запустить запланированную трансляцию в панели управления Youtube, когда в нее начнет попадать видеопоток по ключу.
Рекомендация: Делайте ключ трансляции для каждого отдельного стрима и называйте эти ключи корректно, чтобы не возникло путаницы.
Поздравляю, у вас теперь идет трансляция, которая (хочется верить) не закончится скоропостижно.
Железо
Здесь пойдет разговор как раз про выбор архитектуры.
В сущности, есть два варианта:
1. Камеры, которые имеют на борту RTMP-encoder и транслируют поток на целевую площадку сами.
-Автономность и Децентрализация
-Достаточно высокое качество за счет кодирования видеопотока с матрицы сразу в эфир
-Нет необходимости открывать порты для доступа к камерам в местах размещения, т.к. камера сама забрасывает свой видеопоток на сервера целевой платформы.
-Ненадежность RTMP-encoder’a камеры
-Невозможность интеграции контента в стрим
-Необходимость всё равно открывать порты на месте размещения камеры, чтобы получать доступ в её web-морду и иметь возможность с ней что-то делать.
2. Камеры не имеют на борту RTMP-encoder’a. Видеопоток с камер забирается сервером и уже на сервере кодируется и отправляется на платформу.
-Централизованное управление, мониторинг
-Возможность удалённого управления сервером.
-Возможность интеграции любого дополнительного контента в стрим.
-Возможность обеспечить резервирование интернет-подключения и электропитания, как следствие централизации.
-Можно использовать облачный сервер (. )
-Возможности автоматизации ряда функций
-Сложности организации работы сервера
-Вынужденная необходимость обеспечения резервирования интернета и электричества
-Необходимо обеспечить удаленный доступ к серверу, чтобы иметь возможность управлять им удаленно.
-Необходимость пробрасывать порты и открывать доступ «снаружи» к камерам на местах их размещения, чтобы иметь возможность забирать с них видеопоток и управлять ими.
От идеи транслировать видео напрямую с камер я отказался сразу.
Краеугольной и концептуальной проблемой становится доступ к камерам, он осложнен в обоих вариантах. Не в последнюю очередь я отказался от первого варианта и с точки зрения надежности. Как минимум – не выполняется добрая половина изначального пула условий, хотя бы с точки зрения отсутствия возможности мониторинга состояния трансляции. В какой-то момент у вас прекратится подача видеопотока на целевую платформу, а вы об этом узнаете уже тогда, когда трансляция прекратилась.
Мои первые потуги в этой области были очень забавными. Трансляция длиной 2,5 часа, потом целых 300 часов, а потом аженно 1500 часов без перерыва. Но каждый раз обрывалось все скоропостижно и внезапно, увы. Приходилось начинать заново.
Было принято решение использовать некий абстрактный сервер для того, чтобы получать видеопоток с камер, и уже на сервере его кодировать и отправлять на целевую платформу.
По части железа — собирал свой «чудо-сервак» из того, что было. Для меня главнее и важнее было выбрать не само железо, а выполнение условия на старте: использование среды Windows поскольку я испытываю полное Linux-бессилие. Поэтому все варианты с Raspberry Pi были отброшены незамедлительно. С рядом других (врать не буду, довольно ожидаемых, и неожиданных в то же время х_х) нюансов в части железа я столкнулся уже позже, и вот почему.
У нас есть камера, сервер и Youtube. Пройдёмся по процессу по шагам:
Камера снимает происходящее и кодирует видеопоток в кодек h.264.
Сервер забирает видеопоток с камеры при помощи протокола RTSP (в таком варианте IP камеры отдают видеопоток в большинстве случаев)
Сервер декодирует видеопоток, накладывает на него некую графику, оверлеи, плашки или что либо другое, рендерит получившуюся картинку.
Сервер кодирует видеопоток тем же кодеком h.264 для трансляции на Youtube и отправляет по ключу трансляции видеопоток на сервер Youtube’а при помощи RTMP протокола.
Нас интересует в большей степени часть, происходящая на сервере, а именно:
Декодирование входного видео, компиляция сцены, рендеринг и кодирование исходящего.
Изначально я использовал процессор AMD FX8320 + GTX 550Ti. Видеокарта была нужна только для ускорения рендеринга «сцены», а для декодирования входящего видеопотока и кодирования исходящего видеопотока в стрим использовался процессор, но низкая производительность и высокий нагрев вынудили меня начать смотреть в сторону GPU Decode/Encode, то есть декодирования и кодирования видеопотока при помощи видеокарты.
Процессор AMD FX8320 не позволял декодировать более 4-х входящих RTSP потоков в FullHD/30 кадров в секунду. GTX 550Ti невозможно использовать для HW Decode/Encode видео в принципе. Она старовата для таких фокусов.
Nvenc и Nvdec
В то же время почти все GPU Nvidia, после момента времени, получили на борту аппаратные модули кодирования и декодирования видео, известные как NVENC (Nvidia Encoder) и NVDEC (Nvidia Decoder). Разные модели имею разные возможности в этой части.
На сайте Nvidia Developer по ссылке можно ознакомиться с матрицей возможностей видеоадаптеров NVIDIA в этой части: Video Encode and Decode GPU Support Matrix
На этом же Dev портале мне удалось найти информацию о производительности видеоадаптеров в задаче encode/decode в «кадрах в секунду». К несчастью, 99% тестов GPU проводимых обзорщиками никак не затрагивает тему NVENC и NVDEC, поэтому мы знаем всё о FPS в играх, и ничего о производительности в каких-либо других задачах.
Согласно информации из документации NVidia, условная RTX 3090 может декодировать 742 кадра в секунду в разрешении 1080Р(4:2:0, 8 bit) при помощи своего аппаратного NVDEC модуля.
Кодировать кодеком NVENC эта же видеокарта может 810 кадров в секунду в самом низком пресете качества. Все данные взяты из ресурса NVIDIA DOCS HUB по ссылке: NVIDIA Video Codec SDK v12.
Важное уточнение: В связи с тем, что модуль кодирования и декодирования видео в графическом адаптере отделен от основного вычислительного модуля — кодирование и декодирование видеопотока напрямую не связано с процессом рендеринга, поэтому нагрузка распределена между кодирование, декодированием и рендерингом и эти задачи могут выполнять одновременно без особых затруднений.
Итак, процесс выглядит следующим образом:
Модуль NVDEC декодирует полученный видеопоток
Основные вычислительные блоки обрабатывают изображение и рендерят финальную картинку
Модуль NVENC кодирует исходящий видеопоток в трансляцию
Дальше – максимально упрощенная математика на очень абстрактном уровне:
Один стрим – это 30 кадров в секунду декодирования и 30 кадров в секунду кодирования потока. Согласно данным из таблицы о возможностях GPU Nvidia серии 3000 — можно предположить, что одна RTX 3090 в состоянии обеспечить 24 стрима одновременно в разрешении 1080p и частоте кадров 30 к/с.
В ближайшее время я планирую расшириться до трансляции 8 камер одновременно, и заменить видеокарту на RTX3060 в тестовом режиме. Хочу убедиться в том, что действительно могу рассчитывать на 20+ потоков трансляции внутри одной машины и иметь хотя бы минимальный оверхед по ресурсам.
Что касается остального железа:
Поскольку почти все сложные задачи здесь ложатся на GPU — процессор я поменял только с целью снижения энергозатрат и снижения рабочих температур.
На данный момент используется Intel Core i7 4770k. Вся машина потребляет ровно 100 ватт*ч в рабочем режиме уже более полутора лет.
Оперативная память — тоже не является проблемой. Стоят 4 модуля по 4 Gb обычной оперативки DDR3. 16 гигабайт хватает за глаза. Каждый отдельный инстанс трансляции употребляет не более 500 мб оперативной памяти.
Материнская плата: Любая материнка с поддержкой WoL (Wake On Lan) для возможности удаленного включения в случае нужды и возможностью установки Power State, чтобы при потере электроснабжения — компьютер включался сам при возвращении питания.
Самое главное — проверяйте комплектующие на длительную работоспособность и перегрев. Обязательно поменяйте термопрокладки, термопасту и обслужите остальные элементы систем охлаждения.
Если вы планируете оставлять сервер дома без присмотра — обязательно удостоверьтесь в его безопасности! Халатность может привести к пожару!
Это не шутки!
На данный момент актуальный сетап, который я использую – это домашний «сервер»:
Intel Core i7 4770k
16 Gb Kingston HyperX
Toshiba 2006 года выпуска
CHIEFTEC 650 Ватт
Gigabyte Z-87 HD rev.3
В качестве камер я использую две IP камеры совершенно разного уровня.
Одна — ранее была составной частью банкомата и работает до сих пор скорее «вопреки», а не «благодаря».
Вторая — Omny A55N28. Отличная железка, высокое качество, широкий угол. Правда за несколько лет эксплуатации я допустил ужасные ошибки, которые привели к повреждению этой камеры, и теперь она тоже «страдалец».
Видеопоток обеих камер, который я забираю — получаю через RTSP.
Частота кадров 30 к/сек
Битрейт 8000 кбит/сек
Выбор видеоэнкодера
В качестве софта была выбрана простая и удобная OBS Studio, в настоящий момент это OBS ver. 29.1.3. (Указана последняя версия, для которой всё вышеописанное тестировалось и проверено на предмет работоспособности).
Что из себя представляет OBS. Это программный видеомикшер и видеоэнкодер. Как раз то, что мне нужно. Минимальные сложности, максимум функционала. Отличная поддержка, прекрасное и обширное комьюнити и так далее.
Из плюсов:
OBS – это полноценный полнофункциональный программный видео-микшер. Этот пункт полностью закрывает задачу в части обеспечения возможности интеграции дополнительного контента внутрь трансляции в любой момент.
OBS поддерживает «ключи» при запуске. То есть ей можно задать параметры, с которыми она будет запускаться, например сразу при запуске приложения будет запускаться трансляция, приложение будет сворачиваться в трэй, будет отключаться превью для экономии ресурсов и так далее. Описание этих параметров и их способ применения я описывал в одной из предыдущих статей и обязательно распишу эту деталь здесь.
Так же бонусом является возможность запускать несколько разных, полностью независимых друг от друга инстансов (экземпляров) OBS, которые будут идентифицируемы в системе и которые можно мониторить отдельно друг от друга, что тоже крайне полезно. На этом пункте остановлюсь подробнее, поскольку я нашел для себя более удобный и более качественный способ решить задачу с запуском нескольких инстансов OBS чем тот, что я использовал в предыдущей статье.
Кодирование видеопотока
В моём Гранд-Плане была идея о 24 видео потоках трансляции на одном сервере.
К сожалению, бюджет проекта колеблется около нуля, а потребительская линейка GPU NVIDIA, которые являются пределом доступного для меня железа на этом проекте позволяют обрабатывать не более 3-х, а с недавнего времени благодаря широкому жесту от NVidia — 5 потоков кодирования видео одновременно.
Ограничение это сугубо программное, и методы его обхода уже давно известны и широко применяются в индустрии.
Способ простой: Патч 1337 Nvidia NVENC and NvFBC patches for Windows Nvidia drivers.
Гуглится прямо по этому текстовому запросу, но вот ссылка на всякий случай (ссылка на софт под WIN).
Сначала скачиваете подходящую версию драйвера, потом патч-тул, потом сам патч драйвера.
Патчите драйвер — вуаля! Более подробная инструкция на страничке проекта на GitHub.
Теперь количество потоков кодирования ограничено только возможностями GPU.
Подготовка и настройка софтверной части
Для себя я определил три ключевых проблемы в этой области:
Периодические рандомные падения и вылеты OBS,
Периодические перебои с энергоснабжением,
Временные перебои с интернет-подключением
Если последнее решилось в недавних обновлениях OBS, когда появился функционал автоматического переподключения при обрыве соединения, то первые две проблемы, увы, пришлось решать самому.
Мне было необходимо создать систему, в которой трансляция не прерывается, а в случае, если это происходит — восстанавливается всё самостоятельно, поскольку всё время, которое я проводил эксперименты над проектом, пришлось на карантин 2020 года — я, постоянно находясь дома, вынужденно и непрерывно мониторил состояние «DIY‑сервера», не отвалился ли интернет, не упала ли OBS, не вырубилось ли питание, и так по кругу. В случае, когда происходило падение OBS или вырубался сервер — приходилось ручками запускать OBS, выбирать нужные сцены, забивать настройки трансляций и запускать их снова и снова.
В какой-то момент мне это капитально надоело и встал вопрос, либо свернуть проект, либо всё-таки вспомнить, что сейчас 21-й век и всё, что приходится делать более 2-х раз — можно и нужно автоматизировать.
Решение, как оказалось позже, было довольно простым, хотя при беглом Google’инге я нашел не так уж и много готовых рецептов. Попробую поэтапно рассказать, как это реализовал я.
Итак, задачи: Запуск двух инстансов (копий) OBS Studio со своими конфигурациями. Автоматизация запуска OBS при перезагрузке сервера. Автоматизация перезапуска OBS в случае краша или зависания приложения.
Добавление источника видео в OBS, сборка «сцены», создание профиля трансляции
Добавление источника
На базовом уровне для того, чтобы получить видео с IP камеры в OBS нужно сделать всего 2 действия:
Добавить в доке Sources (Источники) — Media Source
Чтобы добавить сетевой источник видео, а именно IP Камеру — нужно снять галочку с чекбокса “Локальный файл” и вставить ссылку на поток камеры.
В общем виде ссылка выглядит так: rtsp://login:password@192.168.1.222:554/1/1
Ссылка на RTSP поток камеры может отличаться в зависимости от модели камеры.
Общий смысл простой: протокол, логин, пароль, @(at) далее IP адрес камеры, далее порт 554 — это стандартный RTSP порт, и далее выбор канала и потока внутри камеры. По умолчанию первый поток — является основным. Если камера расположена в вашей локальной сети — всё взлетит мгновенно.
Если камера расположена в другой сети — вам нужно убедиться, что на камеру проброшен 554-й порт для получения от нее видеопотока и проброшен 80-й порт (или 443-й если того требует камера) для доступа к ее WEB интерфейсу. Возвращаясь назад к выбору архитектуры — это одна из причин. Чаще всего обеспечить доступ из WAN к камере проще, чем поставить на месте её размещения дополнительную коробку RASPBERRY PI для того, чтобы она перегоняла RTSP в RTMP, а потом ставить у себя RTMP сервер, чтобы принимать поток от камеры.
Об этом я писал в части статьи про архитектуру и причины отказа от ряда альтернативных решений задачи.
Сцены
Теперь подробнее поговорим о сборке сцены и о том что это такое.
Сцена — это набор материалов (картинки, видео, музыка, анимации). Всё, из чего состоит итоговая, финальная картинка, которую вы транслируете — это и есть сцена.
В приложении можно заранее собрать несколько «Сцен», как в театре, буквально, для того, чтобы производить глобальные изменения в транслируемой картинке нажатием одной кнопки. Но это тема для отдельной статьи.
Сама сцена состоит из «Источников», они же «Инпуты» или «Сурсы/Сорсы». Они расположены во второй вкладке нижней Док‑Панели.
Это сам контент, который мы послойно добавляем в нашу сцену и собираем финальную картинку. Здесь могут быть видео, фото, анимации, захват окна приложения, захват игры, трансляция получаемого по ссылке медиа‑контента, практически всё, что угодно. Эти самые источники можно свободно перемещать по холсту, и трансформировать. Не забывайте, что логика «Слоёв» здесь тоже работает, поэтому слой, который ниже — будет и визуально «под» теми слоями, которые выше.
Итак, вы добавили нужный источник видео-потока, а именно камеру, в свою сцену.
Сцена собрана. Теперь нужно её сохранить и на всякий случай экспортировать.
В верхней части окна нажимаем: «Scene Collection‑ Rename» и задаём сцене имя, например «CAM1SC» (Камера 1 Коллекция сцен).
Важное условие! Название сцены не должно содержать пробелов, подчеркиваний и дефисов, а так же должно быть только на английском языке. По моему опыту — нарушение условия может всё поломать на следующих этапах.
Теперь о профилях трансляции.
В то время, как коллекция сцен включает в себя сцены, их «источники» и прочее, что связано именно с входящим контентом, всё, что касается настроек энкодера, настроек качества записи, разрешения выходного видеопотока, битрейта, частоты кадров и в том числе ключа потока, что для меня критично, записывается в «Профиль» (Profile).
Все эти параметры записываются в отдельный «Профиль». Их так же можно экспортировать в виде папки и сохранить в надежное место. Итого я создал профиль, который называется CAM1PROFILE.
По умолчанию все эти настройки хранятся по адресу ниже, но позже мы это изменим.
C:\Users\Username\AppData\Roaming\obs-studio .
В подпапке «basics» — профили и сцены
В самой папке есть глобальный файл global.ini, в котором содержатся настройки самого приложения. А в том числе и:
Настройки рендерера приложения (Direct3D 11 или Open GL) (Это тема для отдельной статьи, если эта будет одобрена к публикации и возникнет необходимость объяснить, что это и зачем это).
Задержка и количество попыток переподключения в случае потери соединения с интернетом.
Кстати, здесь же в Advanced Settings нужно указать количество попыток переподключения к серверу, на который отправляется ваш видеопоток, а так же задержку переподключения. Это один из важных этапов автоматизации процесса. Не игнорируйте его.
По умолчанию OBS запускается с последней Сценой и Профилем, которые были использованы в последний раз.
Настройки кодирования видео-потока
Вставлять сюда полный гайд по особенностям настроек кодировщика видео-потока я не буду по той же причине, по которой не вставил сюда содержимое гайда по запуску трансляции ня Youtube. Он может устареть до публикации статьи.
Остановлюсь не нескольких важных деталях:
Ранее я упоминал о том, что перешел на GPU-кодирование видео, поэтому в качестве кодировщика выбираю, очевидно, NVENC H.264.
На данный момент есть альтернативные варианты GPU-энкода. Например кодировщик AV-1 в видеокартах INTEL. отличный вариант с точки зрения качества конечного видео.
Пресет качества P1 (Самое низкое качество, самая высокая скорость кодирования) я выбрал по двум причинам:
1. Экономия ресурсов
2. Отсутствие необходимости использовать более высококачественный пресет.
Источник видео — не самая хорошая IP камера и получаемый от нее поток очень мало теряет в качестве даже на самом низком пресете. Разумеется, если ресурсы позволяют — можете выбрать более высококачественный пресет.
Строка GPU отвечает за выбор видеокарты, которая будет использоваться для кодирования видео.
Важная оговорка: речь именно про кодирование видео. В диспетчере задач это будет отображено как VIDEO ENCODE! Если вы таким способом запускаете множество потоков кодирования — следите за уровнем загрузки кодировщика. В случае перегрузки — OBS выдаст предупреждение «Кодировщик перегружен».
Загрузка видеокарты в секции «3D» в диспетчере задач — это именно рендеринг сцены.
Если будет необходимо — раскрою эту тему в отдельной статье.
Параметры запуска
C Этим пунктом очень кратко, ибо говорить тут особо не о чем, но и не упомянуть невозможно: Список параметров, которые позволяют запускать OBS с заранее определенными «настройками». Начать эфир сразу после запуска, отключить уведомление о потерянных файлах, начать запись сразу после запуска и так далее.
Полный список этих параметров находится в Wiki по OBS
Ссылка: https://obsproject.com/wiki/Launch-Parameters
Теперь я вернусь на один логический шаг назад, к разделению потоков трансляции и использованию нескольких копий OBS одновременно.
Создание нескольких копий (инстансов) OBS одновременно
Чтобы создать несколько экземпляров, которые не будут зависеть друг от друга — ранее я использовал только параметр запуска “—multi”, который по сути просто пропускает окно подтверждения при запуске второй и следующих копий OBS и делал копии установочных папок с OBS, а также пронумеровал EXE файлы как obs64(n).exe для каждого инстанса, где n является номером инстанса и его же уникальным id для отслеживания в системе.
Проблема заключалась в том, что часть важных параметров приложения находилась в общей папке WINDOWS C:\Users\Username\AppData\Roaming\obs-studio , в том числе подпапка с коллекцией сцен (это «что мы стримим»), папка профилей кодирования («куда и как мы стримим») и, самое главное, файл global.ini. Как я уже упоминал ранее — этот файл отвечает за глобальные настройки конфигурации приложения.
Сама OBS подтягивает последние настройки из последнего успешного запуска.
Запуск множества копий OBS при такой организации неизбежно вызывал разнообразные ошибки, т.к. разные инстансы с минимально, но отличными друг от друга настройками и конфигурациями ссылались на общий global.ini файл, и по своей определенной логике перезаписывали его при перезапусках, перезагрузках, крашах и так далее. В итоге это приводило к ошибкам при старте разных инстансов. То не те настройки подтянулись, то не тот конфиг, то не тот профиль, а иногда отключалась блокировка проверки наличия обновлений. В общем — система оказалась не рабочая.
Теперь я использую более практичный вариант – Portable Версию приложения.
Для этого нужно скачать zip архив с актуальной версией приложения OBS на GITHUB, или установить приложение в любую удобную папку. Для себя я сделал следующим образом:
В корне диска создал папку “OBS” внутри неё создал папку OBS_«№», где №- это номер инстанса (копии) приложения, внутри установочной папки приложения нужно создать файл: portable_mode.txt
После этого запустить приложение, и все дополнительные подпапки создадутся внутри этой директории.
Таким образом вы получаете самодостаточную и полностью автономную копию приложения внутри одной папки.
В директории config\obs-studio\basic – будет две папки, одна со сценами, вторая с профилями кодирования. Об этой части я писал выше. Файл global.ini тоже будет внутри папки config.
ВАЖНО! Обязательно нумеруйте папки с инстансами OBS и exe файл этого инстанса соответственно! Нужда в нумерации exe файла не исчезла. Это самый простой способ идентификации отдельных инстансов в системе. Я называю папки OBS_номер_инстанса и obs64(номер_инстанса).exe.
В эту же папку вы можете установить все необходимые для вашего проекта плагины, которые будут использоваться. Все настройки плагинов будут ассоциированы только с тем инстансом OBS, в который они установлены. Файлы конфигурации этих плагинов так же будут внутри папки инстанса. Проверено для одного из самых полезных в моём случае плагинов — Advanced Scene Switcher.
Далее, для масштабирования, вам нужно просто дублировать папку, изменить её номер и номер исполняемого файла в соответствии с номером инстанса, собрать в этом инстансе новую сцену, настроить профиль кодирования, сохранить его (инструкции на этот счет есть в предыдущих статьях) и новый независимый инстанс OBS готов.
Для страховки можно сохранить «готовый портативный инстанс OBS» в облако, а также сохранить в облако отдельно «общую для всех инстансов» папку «Basic», в которой будет храниться полный набор сцен и профилей кодирования (разумеется пронумерованных соответственно их инстансам), чтобы простым дублированием Портативной версии OBS вы могли быстро развернуть нужное количество инстансов на вашем сервере за считанные минуты.
Далее вы создаете файл с расширением .bat , в котором прописываете адрес директории отдельных инстансов и их параметры запуска. Например:
Мы транслируем 12 разных уличных камер в 12 разных трансляций на Youtube.
У каждой камеры свой ip адрес, и к ним ведут разные ссылки на их поток, а это отдельная настройка источника контента в сцене (Media Source), соответственно в каждом инстансе будет своя сцена, со своим источником (Media Source) который забирает в инстанс свою камеру.
Так же напомню, что у каждой трансляции свой ключ потока, который записан в Profile – профиль кодирования. Я буду упоминать об этом, чтобы эта информация зафиксировалась, и вы помнили, где какой пул параметров записан.
Нам нужно, чтобы:
Инстанс OBS#1 был запущен из директории C:\OBS\OBS_1\bin\64bit с помощью файла obs64(1).exe, с профилем кодирования CAM1_Profile и сценой CAM1SC, так же нужно, чтобы трансляция запускалась сразу после запуска инстанса, и инстанс сворачивался в трэй (лоток), а не в панель задач, и так же должно быть пропущено окно подтверждения при запуске множества копий OBS Studio.
Чтобы реализовать этот функционал есть 2 варианта:
Прописать в ярлыке OBS нужные параметры.
Создать «.BAT» файл с небольшим скриптом, который будет запускать OBS с нужными нам параметрами. Забегая вперед — этот вариант наиболее предпочтителен в нашем случае.
Создаём текстовый файл. Открываем любым редактором и пишем в нем следующий текст:
cd «C:\OBS\OBS_1\bin\64bit»
start obs64(1).exe —profile «CAM1PROFILE» —collection «CAM1SC» —startstreaming —multi —minimize-to-tray
exit
Упрощенные для понимания комментарии для тех, кто совсем не понимает, что делаем на этом этапе.
@Echo off — сделает невидимым выполнение всех следующих команд.
cd «C:\OBS\OBS_1\bin\64bit» — в кавычках ваш путь к «exe» файлу OBS
start obs64(1).exe — команда для запуска OBS.
ВАЖНО! В моем случае мне пришлось переименовать EXE файл для упрощения идентификации процесса в системе на последнем этапе. Если вы будете таким образом запускать только 1 копию OBS — можете убрать цифру в скобках и оставить просто obs64.exe.
Если вы не будете запускать другую копию OBS — всё это не имеет смысла, т.к. OBS запускается с последними настройками, которые были до краша/вылета/падения. В Вашем случае достаточно просто перейти на следующий пункт гайда и сразу забросить в упомянутую в нем папку ярлык OBS.
Нагрузка на видеокарту 100% а именно Video Encode
Процессор — AMD ryzen 3600
Видеокарта — Radeon RX570
При включенном интернете Video Encode — загружен на 100%, когда интернет отключен — 2-3% загрузки.
В диспечере задач странных процессов не нашел, так-же попытался найти что-то с помощью ProcessHacker’a, не нашел.
Сейчас делаю полную проверку системным антивирусом.
Не знаю майнер ли, понять причины не могу.
Скрин процессов.
https://prnt.sc/xqRqiyy1FwFQ
Вот скрин с диспечера когда интернет включен.
https://prnt.sc/VvZWvyWKclrP
Добавлено через 10 минут
Системный антивирус ничего не нашел.
Добавлено через 5 минут
Вот скрин с диспечера когда интернет отключен.
https://prnt.sc/ntM2HsA8Qkdl
Нагрузка на видеокарту скачет 0-100
видюха рх 470 4 гб от сапфиров проц — х4 845 от амд Видос дропов -.
Нестабильная нагрузка на видеокарту, нагружается на 100% и падает до 0%
Всем привет. Столкнулся с проблемой, видеокарта начало плохо работать в играх, не держит нагрузку.
Нагрузка на процессор и видеокарту в стресс-тесте выше 100%
Доброго времени суток! Так же стресс тест из 4 раз, один раз не проходит. В чем может быть.
Почему падает нагрузка на видеокарту в тяжёлых сценах со 100%, до 50-70%?
Fx 6300, 16 gb -1866 ram, hd 7950. В разных играх по разному, допустим в Far cry 5 видеокарта.
Нагрузка на видеокарту в простое. При открытии диспетчера задач нагрузка исчезает
Доброго времени суток! Не так давно было замечено, что в простое подозрительно шумят кулеры.
При открытии диспетчера задач нагрузка на цп — 100%, после чего нагрузка падает
Всем привет.Начал фризить ноутбук.При открытии диспетчера задач ЦП загружен на 100%, но быстро.
При открытии диспетчера задач нагрузка на ЦП 100%, через пару-тройку секунд нагрузка падает
При открытии диспетчера задач в Windows 10 пару-тройку секунд нагрузка на ЦП показывает 100%, а уже.
Загрузка видеокарты в игре на 100%, скачкообразная нагрузка цп от 1% до 100%
При открытии диспетчера задач нагрузка на цп спадает, собственно в простое тоже идет нагрузка, но.
Скачет нагрузка на видеокарту
Проблема такого рода: сильно скачет нагрузка на видеокарту в простое и играх. От 0 до 100 резкими.
Падает нагрузка на видеокарту
В играх на несколько секунд падает нагрузка рандомно, бывает до 0 или 20 процентов. Частоты.