Перерасчет timestamps в видео-потоке на лету

Обалдеть будет хвостик, если у нас за сутки время уходит на пару секунд, а синхронизируемся мы предположим каждый час.

 

Booster

Уйди пожалуйста из моего треда. От твоих бредней никакой пользы, только вводишь остальных в заблуждение. И вообще я буду рад, если ты никогда больше не будешь ничего писать в моих тредах.

 

Не совсем понятно, зачем вообще привязываться к timestamp -ам. Допустим ты принял n кадров за промежуток времени m. Почему бы не воспроизвести их со скоростью m/n?

 

_DEN_

Пожалуйста, ты точно ненормальный.

З.Ы ТС просто троль, так и запомните.

 

_DEN_

"Скорость течения времени", сказочник чтоле? Попробуй сначала перевести тайминги енкодера на тайминги компьтера. Подгони общую основу для измерения временного промежутка. Например, тик.
Енкодер за 1 миллисекунду принимает 990 тиков, а компьютер - 1000 тиков.
то есть он те выдает например 35 мс. 35 * 990 = 34 650 тиков. Переводим на комп термины = 34 650 /1000 = 34, 650 мс.

 

То есть плеер в данном случае должен отображать кадры частотой 34, 650 мс, а не 35 мс.

 

_DEN_
Зря ты так про Boosterа
Ещё раз по пунктам:
1) задача подсинхронизации разных частот кадров передающей и принимающей стороны решается периодической подстройкой приёмника под передатчик, а не наоборот, даже если точно известно что "неправильное время" у передатчика. Если для этого нужно 1 раз в час (или 1 раз в минуту) показать один кадр на 1мс раньше или позже "чем положено" а потом вернуться к обычной частоте показа, то это не страшно
2) задача соотнесения принятого видеопотока с реальным временем (если это вдруг для чего-то нужно) это отдельная задача - решается тривиально - берёшь видеопоток уже откорректированный по п.1 и накладываешь на него отсчёт времени взятый с атомных часов (откуда взять их показания надеюсь знаешь или нагуглишь) т.е. просто прописываешь откорректированным по п.1 кадрам новый штамп времени, на этот раз уже абсолютно точный

 

jabocrack

Нет. А ты?

Плеер не отображает кадры с заданной частотой. Плеер показывает кадры по их timestamps. Попробуй понять эту разницу.


Y_Mur
После того, как ты позволил бустеру ввести себя в заблуждение, говорить о том, кто здесь новечок - мягко говоря смешно.

 

_DEN_
А что мешает для коррекции timestamp использовать среднюю за последние N кадров разность между timestamp и временем получения? А если хочется более плавного изменения, то можно считать среднее за последнеи N средних(тут уже 2N кадров используется) или даже среднее от среднего среднего и так далее(вроде это безобразие sinc-фильтр называется).

 

Black_mirror

Уже сделал. Отдал на тестирование. Пока что артефактов на слух нет. Посмотрим, что скажут через пару дней.