Собственно в этих строчках был косяк
//smooth.rate.num            = 5;
//smooth.rate.den            = 2;
почему раньше работало, почему перестало я так и не понял, шяс работает только если они закоменчены, с любыми значениями ведет себя так будто фрейм рейт переменный.

Неожиданно свп начал все время включаться и выключаться. В логе пишет что видео меняет фрейм рейт, но это не так, ибо все файлы с фиксированым битрейтом + те что работали нормально раньше, шяс подвержены этой проказе. В чем может быть затыка?

>Что-то мне подсказывает что там нет никакого общего API, и у каждой матери свой софт для управления.
Ну вот сорт офф, всякие асусу аурум и мсай у каждого вендора свой софт, и вроде у кого то с открытым api как раз ибо есть к примеру всякий хлам типо кресел и столов с ргб которые с ними синхроняться, вообшем такое, вброс идеи вам посмотреть если будет время и желание. Все таки возможность напрямую воткнуть в мать их ленту и жить без прослойки софта и коробок это гораздо удобнее чем сейчас.

Есть такая штука что сейчас на брендовых мат платах и видео картах есть специальный выход для ргб лент, есть ли возможность напрямую соединить svp light с этими выходами? или там проприетарный код и доступа нет?

припустим я скачал 720, смотрю в 4к, в mpv скейлер ланкоз, я ставлю в найтройках свп ресайз до 4к, кто в итоге работает и что лучше.

Решил поиграться с Re-encode, и как-то очень огорчился.

1. В быстрой справке нет поиска лол
2. Mpv не очень дружелюбный.
3. Нет возможности установить конечное разрешение изображения и алгоритмы растягивания.

К этому вопросы. Есть ли возможность сделать декодинг через MPC+mdvar? Есть ли в mpv функции вроде "Reduce random noise"? Как все таки прописать размер и аспект рейт конечного изображения?

Наткнулся на сборки кос томных подсветок на Lightpack  + arduino nano, отсюда вопрос к требованиям по cpu, т-е если панель 65" - 4.5 метра диаметром, при 144диодах на метр для плавности ~ 650 зон, сколько ресурсов такое потребует? Может кто собирал подобные костыли, даст советики?