Использование аппаратных средств
Снизьте частоту кадров
Чем меньше фреймов видео нужно обработать, тем меньше аппаратных ресурсов потребуется для их обработки. Вы можете уменьшить как частоту кадров, отправляемую в Owncast, так и частоту кадров, отправляемую зрителям.
Недостаток: Снижение частоты кадров может заметно ухудшить качество вашего потока для некоторых материалов.
Уменьшите объём аппаратных ресурсов (CPU или GPU), выделяемых в настройках видео
Каждому варианту выходного видео выделяется определённое количество аппаратных ресурсов в зависимости от конфигурации видео. Уменьшение этого значения может значительно освободить серверные ресурсы.
Недостаток: Чем меньше аппаратного времени вы выделяете на кодирование видео, тем хуже будет качество на выходе. Более низкие настройки также менее эффективны в плане размера файлов, что может привести к более крупным видеофайлам, которые зрителям придётся загружать, что вызовет буферизацию у некоторых.
Уменьшите количество предлагаемых вариантов выходного потока
Каждая конфигурация варианта выходного потока приводит к увеличению использования аппаратных ресурсов.
Недостаток: Как стример, вы захотите предложить как можно больше вариантов качества потока, чтобы люди в разных локациях и с разными сетевыми условиями могли наслаждаться вашим контентом. Удаление опций потока может снизить доступность вашего потока для некоторых с медленными сетями, что приведёт к буферизации.
Сопоставьте с наивысшим качеством вывода
Одной из простых оптимизаций для использования ЦП является обеспечение соответствия вашего входящего видео вашему наивысшему качеству выхода.
Наивысшая битрейт, разрешение и частота кадров, которые вы настроили в Owncast для своих зрителей, должны соответствовать тому, что вы отправляете в Owncast в своем программном обеспечении для вещания, чтобы уменьшить количество лишней работы для процессора. Начните с вашего наивысшего качества, соответствующего вашему программному обеспечению для вещания, а затем двигайтесь дальше. Нижние качества, конечно, должны предлагаться для людей с более медленным интернет-соединением или находящихся в географически удаленных регионах.
Попробуйте режим Passthrough
Режим Passthrough указывает Owncast отправлять видео вещателя напрямую без повторного кодирования. Поскольку сервер полностью пропускает кодирование, использование аппаратных ресурсов падает почти до нуля. Это самое значительное сокращение, которое вы можете сделать, если ваш сервер просто не справляется. См. передача без перекодирования, чтобы узнать, как её включить.
Недостаток: При passthrough вы больше не сможете предлагать несколько вариантов качества, поэтому у зрителей с медленным соединением не будет более низкого качества для переключения. Passthrough также может увеличить латентность, и в некоторых средах он генерирует видео, которое не все плееры способны воспроизвести.
Если вы запускаете на физическом оборудовании, попробуйте аппаратное ускорение
Примечание: Большинство людей не смогут этим воспользоваться.
Если у вас есть доступ к физическому CPU, который поддерживает кодирование видео, или к GPU с выделенным кодирующим чипсетом, вы сможете значительно улучшить производительность. Узнайте больше о поддерживаемом оборудовании.
Недостаток: Это будет недоступно большинству людей, если только у вас нет доступа к физическому оборудованию, поддерживающему ускоренное кодирование видео.
Перейдите на более мощный сервер
Если вы обнаружите, что не можете настроить экземпляр Owncast так, чтобы он поддерживал желаемое количество вариантов вывода, частоту кадров и качество, возможно, вам просто придётся перейти на сервер, который сможет справиться с нагрузкой и имеет больше CPU-ресурсов.
Если вы используете хостинговый VPS, вы можете сменить сервер на тот, у которого больше доступных CPU-ресурсов.
Узнать больше
Нельзя точно сказать, сколько CPU вам потребуется или какой сервер или среда подойдёт вам лучше всего. Но прочитайте документ Ресурсы и требования, чтобы узнать больше.
Improve this page
See something missing or incorrect? Edit this page and improve the documentation for everyone.
