Количество кадров в секунду, видео примеры - FPS1
Кадровая частота (англ. 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.
Далее можно посмотреть пример и разницу в записи:
И общее видео всех кадров:
Поэтому если у вас стоит уже система видеонаблюдения, в настройках вы можете снизить этот параметр, для увеличения записи архива, не теряя в качестве.
Пишите в h264/h265 - при этом увеличьте расстояние между опорными кадрами раз в 1-5 секунд (сами же говорите что у вас картинка статичная - разностные кадры будут весить почти ничего!) - экономия пространства будет значительно выше, и не придется урезаться в частоте кадров!
Вы же не полицаи/фсб-шники, чтобы каждый кадры был опорным, как в MJPEG!
да и если честно, с чего вдруг при уменьшении количества кадров должна менятсья картинка?! вы же выдержку кадров не меняете - т.е. на размытость никак не влияете.
Не большое дополнение. Если остро стоит проблема с дисковым пространством, я бы посоветовал больше внимания уделить кодекам. Все что будет дальше на серьезное иследование не тянет, есть очень много НО, освещение немного менялось, плюс все видео приходилось обрезать с помощью
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 на борту, жутко глючный.
лучший вариант как и говорили выше: запись по движению + тревоге.
я обычно использую камеры со встроенным датчиком движения а так же программный датчик движения. От ловких рук спасает встроенные механизмы защиты камеры: тревога при заслоне объектива, замены изображения и тд.
и экономия нифига не маленькая, когда магазин не работает то двигаться там нечему а значит запись не ведется, когда нет клиентов в клиентской зоне запись так же не ведется. Это даст большую экономию.