Трансляции на Youtube - дропы, нестабильный поток, битрейт

Приветствую!
Помогите, пожалуйста разобраться как сделать.
Необходимо запустить рабочую трансляцию на Youtube. Поставил launcher for zapret 1.4. С ним трансляция идет хорошо, без дропов, поток стабильный в обс (зеленый). Как мне написали ранее в лаунчере используется такая стратегия:
–dpi-desync=fake,split2 --dpi-desync-split-seqovl=1 --dpi-desync-split-tls=sniext --dpi-desync-fake-tls=“tls_clienthello_www_google_com.bin” --dpi-desync-ttl=5
На роутере тоже стоит zapret. С теми стратегиями, которые прописаны в нём, хорошо работают трекеры, дискорд, и ютюб (но только на просмотр), при запуске трансляции на него, появляются либо дропы, либо потом нестабильный (красный, желтый). Если запустить лаунчер, то поток стабилизируется (зеленый). Стратегия в роутере работает по хост листам. Выглядит так:
NFQWS_OPT="
–filter-tcp=80 --dpi-desync=fake,split2 --dpi-desync-fooling=md5sig,badsum --new
–filter-tcp=443 --dpi-desync=fake,disorder2 --dpi-desync-split-pos=1 --dpi-desync-fooling=md5sig,badsum --dpi-desync-fake-tls=/opt/zapret/files/fake/tls_clienthello_www_google_com.bin --dpi-desync-repeats=13 --new
–filter-udp=443 --dpi-desync=fake --dpi-desync-fooling=md5sig,badsum --dpi-desync-fake-quic=/opt/zapret/files/fake/quic_initial_www_google_com.bin --dpi-desync-repeats=13 --dpi-desync-cutoff=d4
"
Сказали, что в ней много мусора, она неправильная, но она работает для всего того, что необходимо, кроме собственных трансляций. Repeats=13 стало в сентябре, до этого было 6 и тогда с трансляциями было все в порядке, как только повысилось до 13 началось такое. При 12 уже не загружаются видео на ютюбе.
Попробовал стратегию из лаунчера, с ней ютюб перестает работать.

Рекомендую настроить DNS over HTTPS или DNS over TLS на роутере. Сам долго маялся со стратегиями, потом настроил DoT от Cloudflare, и все заработало почти на настройках по умолчанию. Попробуйте.

dpi-desync-repeats=13 попробуй уменьшить или удалить эту строчку
И замени на --dpi-desync-ttl=3

Без репитсов не работает совсем. Вчера опытным путем выяснял, что стартовать начинает только с 13. 12 и ниже просто не грузится ютюб. Про ttl=3 попробую, спасибо.

у меня стояли DoT dns.google 8.8.8.8 и DoT 77.88.8.8 common.dot.dns.yandex.net
Что с ними что без них не заметил сильной разницы в стабильности потока стрима. Попробую DoT от Cloudflare, спасибо.
Вот как было:
DOT

У вас ведь Кинетик, судя по интерфейсу? Гугловские ДНС уже вроде как блокируются, в них особо смысла нет, как и от ДНС Яндекса (если только их использовать, без дополнения другими). Важно не просто прописать в Кинетике новые DoT/DoH, но еще на странице настройки соединения снять везде галки “Использовать DNS провайдера”, после чего переподключить соединение

Да, днс провайдера убирал, попробую тогда другие DoT/DoH

Попробуйте еще в конфиге включить TPWS_ENABLE=1 и прописать там:

TPWS_OPT="
--filter-tcp=80 --methodeol <HOSTLIST> --new
--filter-tcp=443 --tlsrec=sni --split-tls=sni --tlsrec-pos=2 --disorder --methodspace --methodeol --unixeol <HOSTLIST>
"

Мне это помогло в сочетании с включенным и настроенным NFQWS сломать блокировку.

спасибо, попробую, с блокировками вроде пока нормально все, а вот с отдачей потока проблема, почему то помогает либо запустить сам launcher gor zapret 1.4, либо иногда многократное переподключение, тогда потом идет без потерь.

Еще стримы на ютуб отлично работают с синдатой, с фейком синдаты от ианы.орг
Адреса для ipset такие:

Спойлер

216.58.209.204
64.233.162.134
64.233.164.134
64.233.184.134
142.250.80.44
142.250.80.76
142.250.80.108
142.250.176.204
142.251.35.172
142.251.40.108
142.251.40.140
142.251.40.172
142.251.40.204
142.251.40.236
142.251.41.12
142.250.64.76
142.250.64.108
142.250.65.172
142.250.65.204
142.250.72.108

А если hostlist пользуюсь? В лист включить данные адреса? Не поделитесь для пробы этим фэйком пожалуйста?

syndata - это нулевая фаза, там не работают хостлисты

Фейк есть в блокчеке и наборе винбандл