Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: ADV202 ADV212 JP2
Форум разработчиков электроники ELECTRONIX.ru > Сайт и форум > В помощь начинающему
immortal
Добрый день!

Кто-нибудь располагает файлами в формата 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.
Bender
Здравствуй незнакомый друг.
у меня есть файл jp2, полученный лично. это цветные полосы.
720х288 ПАЛ 4:2:2
Чем вызван такой интерес к данной м/сх?
immortal
Спасибо за файл.

Цитата
Чем вызван такой интерес к данной м/сх?

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

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

А есть ли у вас jp2 файлы ADV212 большего размера, килов на 32-64? Хочется проверить скорость расжатия картинки кодеком.
Bender
Виноват, не тот кадр зажал в архив. помехи должны быть.
выкладываю исправление плюс кадр на 54к. (на нем я )
Ps. можно потом будет взглянуть на вашу программку?
immortal
Цитата(Bender @ Dec 13 2007, 11:57) *
Виноват, не тот кадр зажал в архив. помехи должны быть.
выкладываю исправление плюс кадр на 54к. (на нем я )
Ps. можно потом будет взглянуть на вашу программку?


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

А вы какую разработку делаете на ADV212?
Bender
У меня к кодеку http://www.j2k-codec.com/ нареканий нет.
Скажите, а вы покупали его? у меня демо версия, постоянно лезет на сайт. Сил больше нет браузер закрывать smile.gif
делаем передачу - прием (ethernet)
http://alfa-pribor.ru/service/niokr/
immortal
Цитата(Bender @ Dec 17 2007, 10:42) *
У меня к кодеку http://www.j2k-codec.com/ нареканий нет.
Скажите, а вы покупали его? у меня демо версия, постоянно лезет на сайт. Сил больше нет браузер закрывать smile.gif
делаем передачу - прием (ethernet)
http://alfa-pribor.ru/service/niokr/


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

К какому микроконтроллеру вы подключаете ADV212 ?
immortal
Еще вопросик по файлам. В архиве есть файлы с расширением .bin, содержащие заголовок ADV212. В заголовке указан размер в Size of compressed data (размер в 4 байтных словах). Причем это размер не совпадает с размером файла (за вычитом 16 байт заголовка ADV212).
Как определяется размер самого JP2 файла ?
(по размерам JP2 box, вроде как не получается, т.к. последний box содержит в качестве размера 0x00000000, что означает размер box до конца файла или просто отсекаются все нулевые байты от конца (т.к. CODE FIFO дополняется нулевыми байтами для выравнивания на границу CODE FIFO threshold при наличии места в FIFO) или парсить codestream и искать EOC)
Bender
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 кадр. Надо?(но оперативность не гарантирую)
immortal
Цитата(Bender @ Dec 20 2007, 09:32) *
А откуда вы собираетесь получать поток? и какую скорость декодирования смогли достичь?

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


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

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

зы. Могу помочь потестировать вашу программу. Обещаю не распространять smile.gif
immortal
Цитата(Bender @ Dec 20 2007, 15:56) *
Пожалуйста smile.gif
Вроде научился получать полные кадры. Но только с прореживанием. примерно каждый 10-й кадр.
Пока не разобрался.
А J2K кодек (демо версия) кроме того что пищит, переворачивает (по вертикали) кадр и лезет в инет ничем больше не отличается? А то я заметил что он память поглощает на компе очень быстро.
Пока не ясно на чьей стороне проблема.
А по какому протоколу будете получать поток? TCP/IP или UDP? или еще какой?

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


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

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

Цитата
Протокол TCP/IP

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

Если не секрет, то что это за оборудование?
Чтобы потестить - у меня все есть ADV + Ethernet. А протокол любой могу забодяжить.
Кстати, в кадрах 2 11 18 есть артефакты, не пугайтесь smile.gif
На каком железе собрались получить 25 к/сек?
Кодек купили уже?
immortal
Цитата(Bender @ Dec 21 2007, 12:26) *
Хорошо.
т.е вас не пугает время доставки. А почему не по UDP? Какие-то принципиальные соображения?

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


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

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

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

Кодек будем покупать в следующем году.
Alex Saveliev
Ребят, что вы мучаетесь? smile.gif Я, вроде, на письма в течение суток по любому отвечаю smile.gif

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

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

--
Alex
http://j2k-codec.com
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.