Фактический размер файла НЕ является проблемой, поскольку я развертываю отдельное приложение или киоск. Но утечка процессора является проблемой. Каковы оптимальные настройки экспорта H.264 для использования в ручном тормозе в этом сценарии?
1 ответ
0
Вы, вероятно, делаете что-то не так.
Настройки кодека совсем не влияют на загрузку процессора. Независимо от того, какие настройки вы используете, он будет использовать всю вычислительную мощность, доступную для завершения как можно скорее. Поскольку неиспользуемые ресурсы являются потраченными впустую ресурсами - если вы собираетесь использовать, скажем, только 50% мощности вашего ЦП, вы также можете использовать вдвое более мощный ЦП.
Я предполагаю, что у вас есть проблема с другими программами, не отвечающими во время кодирования. Стандартное решение этой проблемы - жонглирование приоритетными настройками. В Windows вы должны взглянуть на приоритеты планирования. Вы можете попробовать их, щелкнув правой кнопкой мыши по процессу в диспетчере задач и выбрав что-то в меню « Установить приоритет» (только не используйте Realtime, это может полностью заблокировать систему). Установите более высокий приоритет для основного приложения и более низкий для фонового процесса. (Это также может быть сделано программно.)
В Linux процессные игры играют аналогичную роль. Чем ниже скорость процесса, тем больше процессорного времени ему назначено. Вы можете установить более высокую точность (т.е. более низкий приоритет) из контекста любого пользователя. Понижение любезности может быть сделано только root.
Или, если вы используете Linux и просто хотите установить жесткий лимит использования процессора, cgroups может быть правильным решением для вас. Я не знаю ни о каких подобных механизмах в Windows.