Lab034: evaluate stale video frame dropping
This commit is contained in:
@@ -188,3 +188,28 @@ git version 2.51.1.windows.1
|
||||
- Итоговое восстановление всех кадров после освобождения очереди не означает работу видео в реальном времени.
|
||||
- Расчёты и графики выполнены с Matplotlib 3.11.1.
|
||||
- Следующий этап посвящён отбрасыванию устаревших видеокадров.
|
||||
|
||||
---
|
||||
|
||||
# Запись 009
|
||||
|
||||
## Дата
|
||||
|
||||
3 августа 2026 года
|
||||
|
||||
## Тема
|
||||
|
||||
Завершение Lab034: реактивное отбрасывание устаревших видеокадров.
|
||||
|
||||
## Выполнено
|
||||
|
||||
- Сравнены непрерывные FEC-блоки и блоки, выровненные по составным кадрам.
|
||||
- Выравнивание увеличивает видеопоток на 5,975 кбит/с, или на 2,633%.
|
||||
- При 300 кбит/с удаление кадров не требуется.
|
||||
- При 260 кбит/с ограничения 1000 и 1500 мс не срабатывают, а ограничение 500 мс уже чрезмерно.
|
||||
- При 230 кбит/с реактивное удаление устаревших кадров уменьшает очередь, но резко снижает частоту обновления.
|
||||
- Ограничение 500 мс оставляет только 3 из 63 кадров.
|
||||
- Ограничение 1500 мс оставляет 27 из 63 кадров.
|
||||
- Подтверждено, что короткая очередь сама по себе не означает свежее изображение.
|
||||
- Текущая реактивная политика не принята.
|
||||
- Следующий этап посвящён упреждающему допуску кадров и обслуживанию видео целыми кадрами.
|
||||
|
||||
Reference in New Issue
Block a user