Не большое дополнение. Если остро стоит проблема с дисковым пространством, я бы посоветовал больше внимания уделить кодекам. Все что будет дальше на серьезное иследование не тянет, есть очень много НО, освещение немного менялось, плюс все видео приходилось обрезать с помощью

ffmpeg -ss 00:00:01 -t 00:00:10 -i in1.avi -vcodec copy -acodec copy out1.avi

разработчики ffmpeg утверждают что при  этом никакой перекодировки не происходит, да и работает это мнгновенно.

Простой пример: есть четыре видео с камеры наблюдения (публиковать не буду  все они выглядят одинаково).

Все четыре 10 сек. Просто в настройках NVR выставил кодек и fps. всё остальное по умолчанию.

Смотрим  результат.

1 FHD mpeg2 12 fps 1.3M

2 FHD mpeg2 25 fps 2.2M

3 FHD H264 12 fps 580kb

4 FHD H264 25 fps 1.1M

На первый взгляд 264 эффективнее. Но... ffmpeg говорит вот что...

1)

Duration: 00:00:10.00, start: 0.000000, bitrate: 1071 kb/s

Stream #0:0: Video: mpeg2video (Main) (mpg2 / 0x3267706D), yuv420p(tv, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 1073 kb/s, 12 fps, 12 tbr, 12 tbn, 24 tbc

2)Duration: 00:00:10.00, start: 0.000000, bitrate: 1807 kb/s

Stream #0:0: Video: mpeg2video (Main) (mpg2 / 0x3267706D), yuv420p(tv, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 1804 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc

3)

Duration: 00:00:10.00, start: 0.000000, bitrate: 462 kb/s

Stream #0:0: Video: h264 (Main) (H264 / 0x34363248), yuvj420p(pc, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 458 kb/s, 12 fps, 12 tbr, 12 tbn, 24 tbc

4)

Duration: 00:00:10.00, start: 0.000000, bitrate: 936 kb/s

Stream #0:0: Video: h264 (Main) (H264 / 0x34363248), yuvj420p(pc, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 930 kb/s, 25 fps, 25 tbr, 25 tbn, 50 tbc

то есть, по умолчанию  битрейт  mpeg2 в два раза больше.

Хорошо, лезем в настройки, задаем битрейт.

-c:v mpeg2video -b:v 1M

-c:v libx264 -b:v 2M

именно так , для mpeg 1Mb/s (не знаю почему так, иначе 4М получается).

Смотрим результат.

Stream #0:0: Video: mpeg2video (Main) (mpg2 / 0x3267706D), yuv420p(tv, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 2032 kb/s, 29.97 fps, 29.97 tbr

2.9M

Stream #0:0: Video: h264 (Main) (H264 / 0x34363248), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 1944 kb/s, 29.83 fps, 29.83 tbr

2.6M

Ок. 264 все ещё эффективнее. Но это то что касается почти не подвижной картинки, а если камерой подвигать?

Stream #0:0: Video: mpeg2video (Main) (mpg2 / 0x3267706D), yuv420p(tv, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 3822 kb/s, 29.97 fps, 29.97 tbr

размер 5M.

Stream #0:0: Video: h264 (Main) (H264 / 0x34363248), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 3973 kb/s, 29.81 fps, 29.83 tbr

размер 5.2M

Как видно ситуация несколько изменилась.

При всем при этом с каждой версией firmware пресеты для каждого кодека будут отличатся,  и у пользователя чаще всего нету возможности всем этим управлять в полной  мере.

P/S

Камера HickVision. NVR китайский noname с linux на борту, жутко глючный.

Кадровая частота (англ. Frames per Second (FPS), Frame rate, Frame frequency) — количество сменяемых кадров за единицу времени в компьютерных играх, телевидении и кинематографе. Понятие впервые использовано фотографом Эдвардом Майбриджем, осуществлявшим эксперименты по хронофотографической съёмке движущихся объектов несколькими фотоаппаратами последовательно. Общепринятая единица измерения — кадры в секунду. Википедия.

Какое оптимальное количество кадров в секунду требуется в видеонаблюдении? Всё зависит от задач. Практически во всех регистраторах по умолчанию стоит максимально возможная частота, это 25/30 кадров в секунду. За секунду видеокамера может сделать к примеру 25 кадров, "фотографий", "снимков".

25 быстро сменяющихся кадров дают человеческому глазу плавно меняющуюся картинку и мозг воспринимает их как непрерывное движение.

Чем больше кадров, тем плавнее движение, но и запись занимает больше места на диске. Когда речь идёт о фильме, то снижение кадров не целесообразно. В видеонаблюдении задача стоит наоборот, найти оптимальный компромисс по качеству изображения и глубиной архива.

Уменьшение кадров в записи на камерах позволяет сэкономить место на диске, не теряя в качестве.

Камеры работают 24 часа в сутки, а если у нас их 16, то это 16 постоянно пишущих фильмов на диск. Видеоинформация очень ёмкая, поэтому снижение кадров может дать значительный прирост.

Разницу можно посчитать с помощью Калькулятора архива видеонаблюдения.

К примеру при 16 камерах, 25 кадрах в секунду, архив в 5 дней займёт жёсткий диск на 8 ТБ.

А при 6 кадрах в секунду, в тот же диск на 8 терабайт, влезет уже 21 день. Это грубый подсчёт, зависит от многих параметров, но для примера.

Для кассовых камер, проходных, дорог, шлагбаумов, казино, важных и государственных объектов частоту кадров можно не уменьшать, чтобы сохранить максимум информации.

Но для большинства других локаций, где картинка в большем времени статична, можно применить такой подход.

Снизив частоту кадров с 25, до 6-10, можно практически в 2 раза сэкономить место и увеличить запись к примеру с 10 до 20 дней, в зависимости от количества камер, качества записи и объёма жёстких дисков.

Мы рекомендуем использовать этот параметр для наших клиентов. На записи разницы практически не видно, качество камер мы не уменьшаем, а всего лишь меняем запись с 25 фотографий в секунду, до 8-12.

Далее можно посмотреть пример и разницу в записи:

И общее видео всех кадров:

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