Добрый день!

Кто-нибудь располагает файлами в формата JP2, полученными с микросхемы ADV202 или ADV212 для любого входного формата (VFORMAT):
0 = NTSC 4:2:2
1 = PAL 4:2:2
8 = NTSC de-interlaced
9 = PAL de-interlaced
?

Если такие файлы есть, скиньте, пожалуйста, ссылку или пришлите парочку на мыло immortal041204@mail.ru.

Здравствуй незнакомый друг.
у меня есть файл jp2, полученный лично. это цветные полосы.
720х288 ПАЛ 4:2:2
Чем вызван такой интерес к данной м/сх?

Спасибо за файл.


Ваяем софт для PC, который должен отображать поток из jp2 файлов от ADV212, а железки нет. Вот и хотели убедиться, что выбранный нами кодек будет правильно отображать такие картинки. Пошарился по интернету, но не нашел примеров jp2 файлов в цветовой схеме YCbCr 4:2:2 вот пришлось обращаться в форум

Цветные полосы отобразились. Только на нижней половинке картинки видны какие-то помехи - это так и должно быть?

А есть ли у вас jp2 файлы ADV212 большего размера, килов на 32-64? Хочется проверить скорость расжатия картинки кодеком.

Виноват, не тот кадр зажал в архив. помехи должны быть.
выкладываю исправление плюс кадр на 54к. (на нем я )
Ps. можно потом будет взглянуть на вашу программку?

На программку взглянуть не получиться, так как это заказная коммерческая разработка. А кадры нужны были, что бы проверить корректность отображения кодеком http://www.j2k-codec.com/

А вы какую разработку делаете на ADV212?

У меня к кодеку http://www.j2k-codec.com/ нареканий нет.
Скажите, а вы покупали его? у меня демо версия, постоянно лезет на сайт. Сил больше нет браузер закрывать
делаем передачу - прием (ethernet)
http://alfa-pribor.ru/service/niokr/

Сейчас работаем тоже с демо версией (пищит и лезет в инет). Покупать конечно будем, т.к. у нас коммерчески продукт. Тем более, что он не требует лицензионных отчислений за каждую установленную копию.

К какому микроконтроллеру вы подключаете ADV212 ?

Еще вопросик по файлам. В архиве есть файлы с расширением .bin, содержащие заголовок ADV212. В заголовке указан размер в Size of compressed data (размер в 4 байтных словах). Причем это размер не совпадает с размером файла (за вычитом 16 байт заголовка ADV212).
Как определяется размер самого JP2 файла ?
(по размерам JP2 box, вроде как не получается, т.к. последний box содержит в качестве размера 0x00000000, что означает размер box до конца файла или просто отсекаются все нулевые байты от конца (т.к. CODE FIFO дополняется нулевыми байтами для выравнивания на границу CODE FIFO threshold при наличии места в FIFO) или парсить codestream и искать EOC)

ADV212 подключена к LPC2214 через прослойку из 2х ПЛИС.
насчет размера файла/кадра: то, что указано в Size of compressed data верно, просто дело в том, что я при получении кадра из ADV использую CODE FIFO размером 512 байт и ориентируюсь на сигнал LCODE, ожидая конца кадра; но так как EDMOD настроен и указан размер CODE FIFO, то ADV после сигнатуры FFD9 добавляет 0x00 до выравнивания на размер CODE FIFO. И вот эти-то нули я обрезал.
Вообщето кодеку J2K вроде 16байтный заголовок (и соответсвенно длина) не нужны. (хотя в этом не уверен на 100%)
Сейчас проверил на других кадрах - смело можете ориентироваться на Size of compressed data
А откуда вы собираетесь получать поток? и какую скорость декодирования смогли достичь?

Если сильно постараться, то возможно смогу получить NTSC кадр. Надо?(но оперативность не гарантирую)

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

Если вас не затруднит, интересно получить картинку режима PAL de-interlaced (720x576).

Пожалуйста
Вроде научился получать полные кадры. Но только с прореживанием. примерно каждый 10-й кадр.
Пока не разобрался.
А J2K кодек (демо версия) кроме того что пищит, переворачивает (по вертикали) кадр и лезет в инет ничем больше не отличается? А то я заметил что он память поглощает на компе очень быстро.
Пока не ясно на чьей стороне проблема.
А по какому протоколу будете получать поток? TCP/IP или UDP? или еще какой?

зы. Могу помочь потестировать вашу программу. Обещаю не распространять

У нас кодек вроде ничего не переворачивает, а только пищит и в инет лезет. Насчет памяти - незамечали, что бы он ее поглащал.
Протокол TCP/IP.
Что бы потестить нашу прогу надо будет иметь наше оборудование

Если вас не затруднит, выложите еще несколько разных кадров в формате кодирования PAL de-interlaced (720x576). Хотим в динамике проверить будет ли успевать ПК отображать поток кадров.

Хорошо.


т.е вас не пугает время доставки. А почему не по UDP? Какие-то принципиальные соображения?

Если не секрет, то что это за оборудование?
Чтобы потестить - у меня все есть ADV + Ethernet. А протокол любой могу забодяжить.
Кстати, в кадрах 2 11 18 есть артефакты, не пугайтесь
На каком железе собрались получить 25 к/сек?
Кодек купили уже?

Время доставки и тому подобные вещи будем проверять экспериментально.
У нас видео будет передаваться точка-точка. Если использовать UDP, то надо заботиться о подтверждении доставки (оно нам нужно), о порядке следования пакетов и т.п.

Оборудование - это наш девайс с контроллером и кодеком

Железку будем делать на blackfin, а получиться 25 к/сек или нет, это опять же - экспериментально.

Кодек будем покупать в следующем году.

Ребят, что вы мучаетесь? Я, вроде, на письма в течение суток по любому отвечаю

16 байт от заголовка ADV нужно отрезать. Демо версия не должна переворачивать экран – это скорее всего ваша отрисовка так работает. Попробуйте опцию "bmp".

Если есть утечки памяти – сообщайте! Иногда у пользователей почему-то перестают работать конструкторы при статическом линковании... DLL должна работать без проблем.

--
Alex
http://j2k-codec.com