alexdora

Главная настройка которая вам нужна это
"Предустановка использования ЦП" и ключевые кадры

Весь кодек основан на том что есть ключевой кадр раз в эн времени, на базе его строится карта изменений последующих
Чем больше ключивых кадров будет, тем меньше картинка рассыпается при динамике. Чтобы правильные кадры находить и более глубоко анализировать изменения есть "Предустановка использования ЦП" со стандартным значением veryslow. Нагрузка на процессор больше т.к он глубже анализирует кадр для поиска изменений. Если изменения критические создается новый ключевой кадр.

А битрейт о котором пишут выше это уже финальное сжатие готовых кадров. Т.е подняв битрейт и работая в ultrafast – все рассыпется все равно...Т.К сам эффект раскадровки был до сжатия трафика.

И вообще я не очень рекомендую это делать на процессоре. Если видеокарта современная, то в ядре есть отдельный чип который отвечает на h.264 сжатие. Поэтому от того что вы там играете, кодированию абсолютно плевать т.к кодированием занимается отдельный чип который в играх не используется.

И по поводу что процессору плевать...нуну, поставьте slow - veryslow на кодирования и посмотрите как будет процессору плевать на кодирование

По-моему вы решаете задачу костылем. Любая трансляция и разбиение на чанки это должен делать не PHP, к примеру nginx + ffmpeg отлично решат этот вопрос на базе HLS. И все будет работать с перемоткой.

То что вы задумали это попытка использовать молоток чтобы копать яму. Даже сомневаюсь что реализация полностью работающая возможна без настоящей многопоточности. Точнее она возможна скорее всего, но рано или поздно все пойдет не туда куда нужно.

Ищите nginx + rtmp

Я прошу прощения что не-про-лайкал, но за темой следил. Утонули в работе. Хочу ответить к чему все пришло, кому будет интересно

Еще как тема создалась, мы сразу пробовали различные варианты которые тут советовали.

Clickhouse – не зашел, кажется что он слишком простой, но он требует инженерить. Это все не так просто оказалось как 1,2,3.
Да, быстро читает
Да, чуть сэкономил место на тестовом стенде (2%)
Но: кучу геморроя с настройкой и потребуется вложить время в переделку всего (ч.к деньги). А у нас никто им не владеет

Kafka Немного не под эту задачу, но взяли её в оборот на будущие доработки внутри микросервисов

Далее отвлеклись, а когда вернулись к вопросу с холодной головой оказалось что купить Б/У сервера с новыми NVME дисками (нет перезаписи - нет проблем с ресурсом) выгоднее, чем тратить время на оптимизацию. Провели работу над соединениями, основному софту mysql теперь нужно только чтоб сделать старт. Далее база не нужна, а данные читают как читались большими выборками
Поработали над буфером, добавили mysql серверов и вот нагрузка уже не такая печальная.

cloudflare это CDN. Обращаясь к адресу cloudflare ты по-сути обращаешься к ближайшему серверу, а не какому-то в США, России или Европе. Потому что так устроена сеть провайдеров.
Магистральные провайдеры давно уже знаю адресацию и логику Cloudflare и маршрутизируют трафик согласно AS, отправляя по ближайшему маршруту. Это им выгодно, т,к клиентов у Cloudflare много и они этим действие себе разгружают каналы
Находясь в Москве и обращаясь к примеру к адресу 1.1.1.1 благодаря старания провайдеров и Cloudflare ты обращаешься в Московские сервера Cloudflare. Находясь в США и обращаясь к 1.1.1.1 ты попадешь на сервер в США

Касательно проблемы пинга и скорости доступа есть только 2 пути: Отдельный кэширующий VPS или сервер в США, или CDN наподобие Cloudflare. Первый вариант чаще будет стоить больше денег, чем CDN

Сейчас органы просто ксерокс купюры делают и все. Там же номер есть. Так и отслеживают воришек в фирме.

Все правильно. Аудио звонок это peer2peer соединение. Специально для паникеров сделали галочку при работе в прокси, там можно голосовой полностью пропустить.
Через сервера месседжинг идет