Darya Shvakh, с драйверами все просто: работает - не трогайте. Звук же был? Был. Лучше бы он не стал. Поэтому в лучшем случае для вас ничего бы не изменилось. А в худшем - вот вы теперь сидите без звука :)
И удалять тоже ничего не надо, надо просто не устанавливать лишнего. Основной мусор находится во временных папках, сами программы занимают немного места.
Павел Демьянов, вы нашли ответ на свой вопрос - теперь напишите его внизу, как ответ, и отметьте решением. Вдруг кто-то еще будет искать и не заглянет в вопрос без ответов?
Насколько мне известно, у процессоров AMD могут быть некие проблемы с задержками (latency?). Признаюсь: я понятия не имею, о чем идет речь, ибо с музыкой не работаю, но точно пару месяцев назад видел тесты, которые это доказывают. Насколько это критично вам и вашему софту я не знаю, но советую этот вопрос на всякий случай изучить.
Сжимает хорошо, но только если воспользоваться правильной стратегией энкодера (см. выше про CRF). Если указывать битрейт вручную, выйдет лажа.
Во многих программах (даже в том же Adobe Premiere) нет возможности экспортировать с CRF без плагинов.
dollar, как перегонять ppt\pdf в видео я вам не подскажу, но если у вас будет промежуточный видеофайл (например, нарежете кадры в монтажной программе типа Premiere и подложите звук, потом экспортируете видео), то постарайтесь его сжимать как можно меньше. В идеале использовать lossless или кодеки без визуальных потерь качества, типа ProRes или DNXHR. Если, конечно, у вас хватит для них места на диске - они займут несколько десятков, а то и сотен гигабайт. А уже это минимально сжатое видео прогоняйте через ffmpeg-и и прочие mp4box.
Готовое видео можно сразу скормить ffmpeg\handbrake.
l4m3r, к сожалению, подсмотреть в файле, с какими параметрами энкодера он был сжат, можно не всегда. Узнать, какую стратегию использовали и вовсе невозможно (насколько мне известно).
Поэтому выдача ffmpeg по файлу вам скорее всего ничего не даст.
Максимум, вы можете узнать распределение битрейта по ключевым кадрам видео, используя, например StreamEye Studio и аналоги. Но там очень низкоуровневая информация.
Если в файл затесалась информация о параметрах энкодера, то ее можно будет увидеть в текстовой выдаче MediaInfo.
Если хотите так глубоко копаться, то милости прошу, но в целом это вряд ли вам сильно поможет.
l4m3r, найдите самое большое видео, аномалию, и используйте ее как образец. Жмите через -crf от 32 до 34 (если совсем плохо выходит по качеству, то повышайте) с ограничением битрейта сверху через -b:v 1485 (вот эту цифру настраивайте по вкусу, используя видео-образец, чтобы оно не сыпалось совсем в кашу, в общем - чтобы вас устраивало).
Можете также пойти другим путем, если с первым будут какие-то проблемы:
You can also specify a minimum and maximum bitrate instead of a quality target:
Александр Вишнев, не указывайте разрешение. Вместо этого, укажите качество: -qscale:v, где v - число от 2 (максимальное качество) до 31 (худшее качество).
Denis, в играх - да, в программах - зависит от программы. Но такие низкие скорости скажутся, скорее всего, на всем. У меня DDR3 в свое время быстрее была...
r1mple, по существу - игра может нагружать процессор до 100%, и если процессор не успевает обсчитывать логику игры и подготавливать кадры для видеокарты, то видеокарта будет недогружена - ей просто нечего рендерить, процессор еще не обработал дроуколлы. И под "нагружать до 100%" я имею ввиду не все ядра, которые вы наверняка мониторите, а одно-единственное.
Пример: играю в игру Satisfactory, после долгой игры набирается много конвееров, все они обрабатываются одним ядром, из 12 у меня имеющихся. Одно ядро кочегарит 100%, загрузка процессора - 7%, 20 ФПС на экране.
И удалять тоже ничего не надо, надо просто не устанавливать лишнего. Основной мусор находится во временных папках, сами программы занимают немного места.