Аппаратное кодирование в h264 для видеонаблюдения. Чем?

Question

[Djulbars]

Доброго дня. В ближайших планах создание видеонаблюдения на базе ПО Trassir и IP видеокамер (16 шт).

Судя по описаниям кодек h264 подходит для видеоархива лучше прочих. И предварительно на 40 дней архива должно хватить 12Tb.

Но интересно на каком оборудовании есть аппаратная поддержка этого кодека? Нужно ли покупать видеокарту, или процессор серии i3 справиться с таким потоком самостоятельно?

Прошу поделиться опытом, у кого он есть :).

Answer 1

[Revult]

Кодируют сами камеры, поддержка от сервера не требуется. Вы просто по сети подхватываете потоки с камер и пишете в архив.
Вопрос приемущества h264 спорный на мой взгляд. С точки зрения емкости архива (требует меньше емкости) он в не конкуренции, но стоит учитывать что h264 все же кодек с предсказанием, т.е. к примеру: из 30 кадров — один кадр это полная информация, остальные кадры додуманные кодеком. MJPEG более требователен к емкости, но там все кадры содержат полную информацию. В некоторых странах европы h264 не прокатывает в судах, как раз по причине что кадры «довыдумываются», аля фотошоп =) Уточните у своей службы безопасности задачи видеонаблюдения, если просто смотреть и писать — берите h264, если все более серьезно — то mjpeg.

Comments

[JDima]

Никто не заставляет использовать темпоральное сжатие. Можно настроить кодировщик так, чтобы каждый кадр был I-фреймом, даже тогда h.264 бьет MJPG. Или же каждый второй кадр — половина кадров будет по-вашему годиться для суда, а вторая половина послужит для увеличения плавности воспроизведения.

Answer 2

[Пума Тайланд]

Да на никаком, одно дело аппаратная поддержка воспроизведения, а другое дело кодирования.
Купите компов несколько с i7 под это дело.
+надо знать насширение картинки, если оно хд то им будет очень тяжело.

Comments

[JDima]

одно дело аппаратная поддержка воспроизведения, а другое дело кодирования.

Facepalm.jpg.

Quick Sync.
Core i3.

Альтернатива CUDA.

А еще вспомним, что в системах видеонаблюдения нередко пишется аж 5 кадров в секунду. Ну и сцены обычно статичные дни напролет.

Answer 3

[JDima]

Аппаратная поддержка кодирования в h.264 есть и у интеловских процессоров — Quick Sync. Правда, настроек там мало.

Answer 4

[miolini]

По сути, gpu решения не сильно быстрее софтверного на x264. Отчасти от того, что требуется пересылать много информации между cpu и gpu. Около 700мбит/сек для сырых argb24 кадров.

Answer 5

[ValdikSS]

К сожалению, обычные аппаратные средства (кодирование в процессорах intel или средствами видеокарты) вам не подойдут. Они в лучшем случае могут кодировать 4 потока одновременно, больше никак. Большинство же кодирует либо 1, либо 2 потока одновременно, либо же могут одновременно декодировать и кодировать, но не больше.

Какое у вас разрешение камер? Какой профиль/настройки хотите использовать у h264? Скажем, на Intel Core i5 можно кодировать около 10 320x240 baseline 24fps потоков.

Comments

[JDima]

А это, кстати, не проблема. Допустим, каждая из камер раз в час выкладывает файл с записью в любом виде. Этот файл подхватывается кодировщиком и ужимается в h.264 со скоростью 40х — 50х, т.е. на часовую запись с каждой камеры тратится минута-две максимум. Не проблема в течение часа обслужить все 16 камер.

Answer 6

[Djulbars]

Спасибо всем, кто откликнулся. Через пару недель будут и сами камеры.
Камеры не сильно навороченные, что-то в духе HIKVISION DS-2CD7153-E
На разрешениеи 1280x720 выдает 25fps, на практике хватит и 15.

Задачи у нас простые — видеонаблюдение за производственными площадями. h264 привлекает именно компактностью записи, так как глубину архива просят сделать побольше. У нас в судах пока не сталкивался с придирками к кодекам, правда и записи были с аналоговых камер.

Ну а раз поток кодирует камера, то все намного проще, главное дисковую подготовить, а здесь уже можно поизвращаться и с сетевым диском, который например сделать на ZFS, и скорость даст и надежность при полной бюджетности.