Есть интересная и довольно оптимстичная статья по видеокодированию вейвлетами (Wavelet-based video compression: A glimpse of the future?) Здесь описаны основные проблемы вейвлетов и как с ними можно боротья.
Основная прблема 3D сжатие сжатия видео — это найти трактории движения каждой точки во времени и по
этим траекторияю уже провети вейвлет преобразование. Но если вы сможите найти эти трактории, то вам не нужны будт вейвлеты, вы и так великолепно сожмете видео. В дальнейшем в сжатие видео можно продвинутся только векторизацией изображения и ослеживанием изменений всех векторов или объектов. Опять же, каждый нормальный кодек должен и меть «железную» реализацию. Самое принципиальное отличие DWT от DCT — это то что DWT работает со всем изображением, а не с квадратиками 8x8 или 4x4. И чтобы сделать 2d вайвлет преобразование нужно хранить все изображение в памаяти, что занчительнео усложнчет хардверную реализацию, я уже не говорю о 3d преобразованиях.
Не разбирался с Dirac и Tarkin, скорей всего они жмут вейвлетом только I фрейм, потому как бессмысленно жать ими P или B фреймы. Нет ни однго промышленного вайвлет видео кодера. Dirac тоже уже загнулся, BBC поигралось и вовремя остановилось.
Вейвлеты хорошо жмут картинку. Есть очень быстрые преобразования например 5/3 вейвлеты, используют только целые числа сложения и сдвиги. Они могут использоваться для сжатия без потерь, что и применяется в медицине. Так же очень хорошо происходит декорреляция изображения в bayer формате без всяких цветовых преобразований. Вот приме реального когда одномерного преобразования,
<code>
/** \brief One step 1D 5/3 discrete wavelet transform.
\param in The input data array.
\param out The output data array.
\param w The length.
*/
static inline void dwt_53_1d(int16 *in, int16 *out, const uint32 w)
{
int wt = w - 2, i, j;
int16 *l, *h;
l = out; h = &out[(w>>1) + (w&1)];
h[0] = in[1] - ((in[0] + in[2])>>1);
l[0] = in[0] + (h[0]>>1);
for(i=2,j=1; i < wt; i+=2,j++){
h[j] = in[i+1] - ((in[i] + in[i+2])>>1);
l[j] = in[i] + ((h[j-1] + h[j])>>2);
}
if(w&1){
l[j] = in[i] + (h[j-1]>>1);
} else{
h[j] = in[i+1] - in[i];
l[j] = in[i] + ((h[j-1] + h[j])>>2);
}
}
</code>
двумерное это просто комбинация одномерно по горизонтали и вертикали. Теперь ложка дегтя, вейвлеты совершенно не пригодны для сжатия межкадровых разностей изображений, т.е видеопоследовательностей, по этому и не получили широкого распространения.
Да, сейчас для мобильных систем камера не рассчитана. Мы работаем над этим и в этом году планируем выпустить камеру со встроенным momentvideo.org, которая сможет выдавать во всех популярных форматах. Но это уже другой сегмент, в CCTV в качестве стандарта используется в основном rtsp.
Нет, камера еще не отдает поток для flash и hls, сейчас только в rtsp (h.264, mpeg-4, mjpeg) и html (mjpeg).
Для ретрансляции испозьуем сервер momentvideo.org. C flussonic не тестировали, думаю не будет особых проблем. Проверенно с
— Avreg
— DigitalRing
— Domination
— Globoss
— ITV
— MACROSCOP
— MileStone
— NetAvis
— ZoneMinder
1. Мы не комплектуем встроенным, хотя все для него предусмотрено и разъем на плате и крепление на корпусе. Если кому то нужно поставим.
2. Аудио кодеки G.711 и AAC
Документация на камеру можно посмотреть здесь
1. По поводу прошивки, есть три способа чрезе jtag, c microSD, и через web. На производстве мы используем второй, делаем несколько microSD со свежей прошивкой, при первом старте, если нет еще загрузщика на флеше она запускается с microSD и автоматом прошивается.
2. Мак адреса из нашего пула распределяет самописный сервер работающий под linux. При первой загрузки операционной системы камеры запускается программка, которая запрашивает сервер на предмет мак адресов. Сервер выдает и изменяет счетчик.
Конечно, если физически отрубить кабель, то все что заним умрет. Если возникнут софтовые проблемы с камерой, даже если умрет linux, то это ни как не повлияет на работу цепочки.
www.sigrand.com/index.php?option=com_content&view=article&id=15&Itemid=231&lang=ru
можите писать и на sales@sigrand.com
Основная прблема 3D сжатие сжатия видео — это найти трактории движения каждой точки во времени и по
этим траекторияю уже провети вейвлет преобразование. Но если вы сможите найти эти трактории, то вам не нужны будт вейвлеты, вы и так великолепно сожмете видео. В дальнейшем в сжатие видео можно продвинутся только векторизацией изображения и ослеживанием изменений всех векторов или объектов. Опять же, каждый нормальный кодек должен и меть «железную» реализацию. Самое принципиальное отличие DWT от DCT — это то что DWT работает со всем изображением, а не с квадратиками 8x8 или 4x4. И чтобы сделать 2d вайвлет преобразование нужно хранить все изображение в памаяти, что занчительнео усложнчет хардверную реализацию, я уже не говорю о 3d преобразованиях.
двумерное это просто комбинация одномерно по горизонтали и вертикали. Теперь ложка дегтя, вейвлеты совершенно не пригодны для сжатия межкадровых разностей изображений, т.е видеопоследовательностей, по этому и не получили широкого распространения.
Для ретрансляции испозьуем сервер momentvideo.org. C flussonic не тестировали, думаю не будет особых проблем. Проверенно с
— Avreg
— DigitalRing
— Domination
— Globoss
— ITV
— MACROSCOP
— MileStone
— NetAvis
— ZoneMinder
2. Аудио кодеки G.711 и AAC
Документация на камеру можно посмотреть здесь
2. Мак адреса из нашего пула распределяет самописный сервер работающий под linux. При первой загрузки операционной системы камеры запускается программка, которая запрашивает сервер на предмет мак адресов. Сервер выдает и изменяет счетчик.