Разное количество кадров при просмотре фрагмента "вперед" и "назад"

[MitrigZ]

При покадровом просмотре одного и того же видеофрагмента  H264+  с движущимся объектом,  в направлении (здесь и далее направл. просмотра видео, а не движения объекта) "вперед" и "назад",  получается разное количество кадров.

В направлении  "вперед", кадры расположены значительно чаще, "назад" в несколько раз реже.

 

Это проблема алгоритма  H264+ с опорными кадрами, которые (только их) возможно и видим в направлении  воспроизведения "назад" или конкретной модели видеорегистратора  ?

Что-то изменится, если IP камера будет генерировать поток MJPG вместо H264+ ?

[KonBez]

 

1 час назад, MitrigZ сказал:

Что-то изменится, если IP камера будет генерировать поток MJPG вместо H264+ ?

MJPG - это покадровая видеозапись. 25 полноценных кадров в секунду. H264+ это запись с использованием опорного кадра, их может быть 1 на 25 кадров. Остальное сжимается. Однако слышал, что можно настроить этот кодек чтобы все кадры были опорные, тогда это будет полным аналогом MJPG. Параметр GOP за это отвечает.

Опять же разное количество кадров - это может быть особенность конкретного регистратора.

[jffulcrum]

Это особенность H.264 и его наследников - реверс-проигрывание в разы сложнее и "дороже" по CPU, чем прямое. Цитата с форумов Intel:

 

Цитата

You need to backup to the previous I-frame, decode it, then all P-frames to the next I-frame, then playback the bitmaps in reverse. If interlaced, and I-frames alternate even/odd, you must backup to previous even I-frame, then decode forward across two I-frame/P-frames groups.

Многие начинающие разработчики софта просто не осиливают правильно сделать. И аппаратное ускорение для реверса тоже обычно не работает.

[straus]

3 часа назад, jffulcrum сказал:

И аппаратное ускорение для реверса тоже обычно не работает.

Да.