Касательно вейвлетов — уже лет как 5 существуют быстрые и тупые вйевлет-кодеки для видеоконференцсвязи. Они дают хреновое качество, но быстры, просты и часто используются в локальных сетях.
Формально есть три пути «помехозащищенности» для реалтаймового видеопотока:
1) На уровне транспорта потока — это всякие коды исправляющие ошибки (ECC) — Рида-Соломона, БЧХ и прочее.
2) На уровне формирования RTP пакетов — например, кладем каждый фрейм/GOB/slice в один пакет, чтобы при потере одного пакета не портились соседние «размазанные» GOB/slice.
3) На уровне кодека — уменьшение размера матриц квантования для уменьшения влияния потерь блоков коэффициентов.
Методы 2 и 3 работают для «блочных» кодеков до H.263, а начиная от H.264, где понятие кадра/GOB заменилось NALU, эти методы становятся неэффективными.
Вот мне и интересно было, может чего автор и напишет по этому поводу.
Если это относится к сжатию — буду благодарен, если осветите.
Еще интересно описание балансировки между тремя параметрами: битрейт — качество — устойчивость к потерям в канале.
Конкретнее — возможно ли при зафиксированном качестве и битрейте изменять параметры сжатия/избыточности (и какие именно) кодеков H.263 и H.264 (для примера) так, чтобы при большом проценте потерь в канале качество страдало бы минимально.
Если вы не просто прессрелиз, то расскажите про финансовую модель и прочее.
1) На уровне транспорта потока — это всякие коды исправляющие ошибки (ECC) — Рида-Соломона, БЧХ и прочее.
2) На уровне формирования RTP пакетов — например, кладем каждый фрейм/GOB/slice в один пакет, чтобы при потере одного пакета не портились соседние «размазанные» GOB/slice.
3) На уровне кодека — уменьшение размера матриц квантования для уменьшения влияния потерь блоков коэффициентов.
Методы 2 и 3 работают для «блочных» кодеков до H.263, а начиная от H.264, где понятие кадра/GOB заменилось NALU, эти методы становятся неэффективными.
Вот мне и интересно было, может чего автор и напишет по этому поводу.
Еще интересно описание балансировки между тремя параметрами: битрейт — качество — устойчивость к потерям в канале.
Конкретнее — возможно ли при зафиксированном качестве и битрейте изменять параметры сжатия/избыточности (и какие именно) кодеков H.263 и H.264 (для примера) так, чтобы при большом проценте потерь в канале качество страдало бы минимально.
Network abstraction layer unit