реклама на сайте
подробности

 
 
2 страниц V   1 2 >  
Reply to this topicStart new topic
> Скорость декодирования JPEG
Александр П.
сообщение Mar 11 2014, 05:43
Сообщение #1





Группа: Участник
Сообщений: 14
Регистрация: 25-12-13
Пользователь №: 79 787



Добрый день.
Возникла проблема со скоростью декодирования JPEG. Размеры изображений 1280x800 (100kb).
Прикрутил к проекту библиотеку libjpeg. Работает, но очень медленно (~ 1 кадр в сек)
Делаю все следующим образом...
libjpeg.h
CODE
typedef enum _EJpegInput
{
/** error/unspecified */
JPG_DATA_UNKNOWN,

/** monochrome */
JPG_DATA_GRAYSCALE,

/** red/green/blue */
JPG_DATA_RGB,

/** Y/Cb/Cr (also known as YUV) */
JPG_DATA_YCbCr,

/** C/M/Y/K */
JPG_DATA_CMYK,

/** Y/Cb/Cr/K */
JPG_DATA_YCCK
} EJpegInput;

typedef enum _EJpegMethod
{
/** slow but accurate integer algorithm */
JPG_METHOD_ISLOW,

/** faster, less accurate integer method */
JPG_METHOD_IFAST,

/** floating-point: accurate, fast on fast HW */
JPG_METHOD_FLOAT
} EJpegMethod;

typedef struct _SJPEGData
{
// Source
uint8_t* pucSrc;
uint32_t dwSrcLength;

// Destination
uint8_t* pucDst;
uint32_t dwDstLength;

// Dimensions
uint32_t dwHeight;
uint32_t dwWidth;
uint32_t dwBPP;

// JPEG algo parameters
uint32_t dwQuality;
EJpegInput eInput;
EJpegMethod eMethod;

uint32_t (*cbk)( uint8_t*, uint32_t, uint32_t, uint32_t);
} SJpegData;

typedef struct IMAGE_DATA
{
unsigned char *pixels;
long len;
long width;
long height;
}ImageData;

/*------------------------------------------------------------------------------
* Exported functions
*------------------------------------------------------------------------------*/

extern uint32_t JpegData_Init( SJpegData* pData );
extern uint32_t JpegData_SetSource( SJpegData* pData, uint8_t* pucSrc, uint32_t dwSrcLength );

extern uint32_t JpegData_SetDestination( SJpegData* pData, uint8_t* pucDst, uint32_t dwDstLength );
extern uint32_t JpegData_SetDimensions( SJpegData* pData, uint32_t dwWidth, uint32_t dwHeight, uint32_t dwBPP );
extern uint32_t JpegData_SetParameters( SJpegData* pData, uint32_t dwQuality, EJpegInput eInput, EJpegMethod eMethod );
extern uint32_t JpegData_SetCallback( SJpegData* pData, uint32_t (*cbk)( uint8_t*, uint32_t, uint32_t, uint32_t ));
extern uint32_t ijg_compress( SJpegData* pData );
extern uint32_t ijg_compress_raw_no_padding( SJpegData* pData );
extern uint32_t ijg_decompress( SJpegData* pData );



libjpeg.c
CODE
// Функция декодирования
extern uint32_t ijg_decompress(SJpegData* pData)
{
struct jpeg_decompress_struct cinfo;
struct jpeg_error_mgr jerr;
uint32_t dwSourceLength;
int row_stride;
long counter=0;

JSAMPROW aLines[2];
assert( pData != NULL );
cinfo.err=jpeg_std_error( &jerr );
jpeg_create_decompress( &cinfo );
dwSourceLength=pData->dwSrcLength;
jpeg_mem_src( &cinfo, (uint8_t*)pData->pucSrc, dwSourceLength );
jpeg_read_header( &cinfo, TRUE );
cinfo.dct_method = pData->eMethod;
jpeg_start_decompress( &cinfo );
row_stride = cinfo.output_width * cinfo.output_components;

imageData = malloc(sizeof(ImageData));
imageData->width = cinfo.output_width;
imageData->height = cinfo.output_height;
imageData->len = cinfo.output_width * cinfo.output_height * cinfo.output_components;
imageData->pixels = malloc(imageData->len);
memset(imageData->pixels, 0, imageData->len);

aLines[0] = (JSAMPROW)malloc(sizeof(JSAMPLE) * row_stride);
for (;cinfo.output_scanline < cinfo.image_height;)
{
jpeg_read_scanlines( &cinfo, aLines, 1 );
memcpy(imageData->pixels+counter, aLines[i], row_stride);
counter += row_stride;
}

(*pData->cbk)(imageData->pixels, imageData->len, imageData->width, imageData->height);

jpeg_finish_decompress( &cinfo );
jpeg_destroy_decompress( &cinfo );

free(imageData->pixels);
free(imageData);
free(aLines[0]);
return 0;
}


main.c
Код
  SJpegData pData;
......
  JpegData_Init(&pData);  
  JpegData_SetSource(&pData, (uint8_t*)data, len);
  JpegData_SetDimensions(&pData, 1280, 800, 24);
  JpegData_SetParameters(&pData, 12, JPG_DATA_YCbCr, JPG_METHOD_IFAST);
  JpegData_SetCallback(&pData, &DataImage);
  ijg_decompress(&pData);


Сообщение отредактировал IgorKossak - Mar 11 2014, 06:11
Причина редактирования: [codebox] для длинного кода, [code] - для короткого!!!
Go to the top of the page
 
+Quote Post
scifi
сообщение Mar 11 2014, 05:48
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 3 020
Регистрация: 7-02-07
Пользователь №: 25 136



Цитата(Александр П. @ Mar 11 2014, 09:43) *
Работает, но очень медленно (~ 1 кадр в сек)

Почему вы решили, что это медленно? Может быть, это наоборот очень быстро?
Go to the top of the page
 
+Quote Post
Александр П.
сообщение Mar 11 2014, 05:53
Сообщение #3





Группа: Участник
Сообщений: 14
Регистрация: 25-12-13
Пользователь №: 79 787



OK, scifi. Скажите, как понять быстро это или медленно. CPU SAMA5D3

В настройках декодера может какие-то ньюансы есть?
Go to the top of the page
 
+Quote Post
aaarrr
сообщение Mar 11 2014, 06:02
Сообщение #4


Гуру
******

Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448



Цитата(Александр П. @ Mar 11 2014, 09:53) *
CPU SAMA5D3

Тогда медленно даже для развесистого libjpeg. Процессор правильно инициализирован (тактирование, кэш)?
Go to the top of the page
 
+Quote Post
DpInRock
сообщение Mar 11 2014, 06:12
Сообщение #5


Гуру
******

Группа: Участник
Сообщений: 2 254
Регистрация: 4-05-07
Из: Moscow
Пользователь №: 27 515



Да не так чтоб уж кардинально медленно.
Даже если кэши не включены - ну вдвое ускорится. Но чего-то реактивного - не будет.
---
Чисто по 400 MHz. ПРограммно получалось выводить на экран видео MJPEG не помню точно типа 170х170 с USB камеры герц 10-15. Если бы даже только одну задачу оставить - принципиально лучше бы не стало.

Сообщение отредактировал DpInRock - Mar 11 2014, 06:20


--------------------
On the road again (Canned Heat)
Go to the top of the page
 
+Quote Post
Александр П.
сообщение Mar 11 2014, 06:42
Сообщение #6





Группа: Участник
Сообщений: 14
Регистрация: 25-12-13
Пользователь №: 79 787



Кэши включены
Код
#if defined (ddram)
    MMU_Initialize((uint32_t *)0x30C000);
    CP15_EnableMMU();
    CP15_EnableIcache();
    CP15_EnableDcache();
#endif


Если поставить linux с примером, то в браузере того самого примера отрисовка идет с приличной скоростью. (IP камера)
У меня приложение без операционной системы. Данные с камеры получаю с хорошей скоростью, отрисовка на экране тоже быстро, а вот декодирование...
Как тогда из под линукса это все быстро отрисовывается. Если я правильно понимаю, то в линуксе так же производится декодирование в RGB, ибо как иначе на экранчик все это вывести?
Go to the top of the page
 
+Quote Post
DpInRock
сообщение Mar 11 2014, 07:29
Сообщение #7


Гуру
******

Группа: Участник
Сообщений: 2 254
Регистрация: 4-05-07
Из: Moscow
Пользователь №: 27 515



Осталось узнать в каком формате передает камера. Вряд ли МJPEG?

Не используют обычно MJPEG из-за трафика
-----
Мож 1 кадр в секунду - только ключевые кадры показывает, а все остальное выбрасывает. Декодеры, они умеют мусор выкидывать...

Сообщение отредактировал DpInRock - Mar 11 2014, 07:34


--------------------
On the road again (Canned Heat)
Go to the top of the page
 
+Quote Post
Александр П.
сообщение Mar 11 2014, 07:58
Сообщение #8





Группа: Участник
Сообщений: 14
Регистрация: 25-12-13
Пользователь №: 79 787



DpInRock, камера передает отдельные JPEGи, используя заголовки и разделители для каждого кадра. Но это не mjpeg. Здесь я разбираю посылку и выделяю из нее сам кадр. На этом этапе проблем нет, ~15 кадров в секунду, что вполне достаточно. Я сам обрабатываю каждый байт полученый с камеры, поэтому никаких ключевых кадров здесь быть не может. Так же нет никакого межкадрового сжатия и прочих плюшек mjpeg

Друзья, может какой-то декодер другой посоветуете? Сначало пробовал picjpeg. Там вообще все уныло. Или какой-то принципиально другой подход. Я имею в памяти 100-150 kb jpega. Мне нужно вывести его на экран, понимающий формат RGB, и делать это надо хотя бы 10 раз в секунду.
Go to the top of the page
 
+Quote Post
jcxz
сообщение Mar 11 2014, 08:08
Сообщение #9


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(Александр П. @ Mar 11 2014, 13:58) *
Или какой-то принципиально другой подход. Я имею в памяти 100-150 kb jpega. Мне нужно вывести его на экран, понимающий формат RGB, и делать это надо хотя бы 10 раз в секунду.

Чем очевидный подход не устраивает: добавить памяти и распаковать JPEG предварительно в raw в эту память и хранить в ней и выводить из неё?
Go to the top of the page
 
+Quote Post
DpInRock
сообщение Mar 11 2014, 08:08
Сообщение #10


Гуру
******

Группа: Участник
Сообщений: 2 254
Регистрация: 4-05-07
Из: Moscow
Пользователь №: 27 515



MJEG - это РОВНО передача КАЖДОГО кадра в формате JPEG. Без ничего лишнего.

Камера обычно настраивается. Разрешение, кодировка.
У меня декодер урезанный и оптимизированный прямо для моего личного экрана. Т.е. вырезано все, оптимизировано все.

И чисто по ИМХО - любые другие способы сжатия - они лучше в плане быстродействия, хотя и сложнее.
Кстати, не так давно товарищу помогал как раз в линуксе на гигагерцовом проце наладить камеру, правда, USB.
Вот еще больший отстой увидел... И как бы не удивился.

А вот тут раз вы говорите, что линукс бодро рисует, то у меня сомнение и закралось. В типе кодировки.(Т.е. вы настраиваете на джпег, а линукс не будь дураком - на что-то более нормальное).

Сообщение отредактировал DpInRock - Mar 11 2014, 08:10


--------------------
On the road again (Canned Heat)
Go to the top of the page
 
+Quote Post
Александр П.
сообщение Mar 11 2014, 08:24
Сообщение #11





Группа: Участник
Сообщений: 14
Регистрация: 25-12-13
Пользователь №: 79 787



jcxz, а я разве не так делаю сейчас. Памяти, вот посмотрите...
SAMA5D3

Цитата
У меня декодер урезанный и оптимизированный прямо для моего личного экрана. Т.е. вырезано все, оптимизировано все.

Т.е вы работаете с изображениями намного меньше моего?
Если я запрашиваю с камеры область 640x400, то декодирование одного кадро проходит за 90 ms, т.е примерно 10 кадров я получаю. Вот я и пытаюсь понять, аппаратные это ограничения, или же программные.
Go to the top of the page
 
+Quote Post
jcxz
сообщение Mar 11 2014, 08:27
Сообщение #12


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(Александр П. @ Mar 11 2014, 14:24) *
jcxz, а я разве не так делаю сейчас. Памяти, вот посмотрите...

Я же не телепат - Вы вашу задачу не описали.
Значит у Вы получаете картинки с камеры. Так бы и написали.
Go to the top of the page
 
+Quote Post
DpInRock
сообщение Mar 11 2014, 10:01
Сообщение #13


Гуру
******

Группа: Участник
Сообщений: 2 254
Регистрация: 4-05-07
Из: Moscow
Пользователь №: 27 515



Цитата
проходит за 90 ms,

Вот это похоже на правду. Т.е. - на мой взгляд - нормально.
Скорее всего, улучшить можно, но не кардинально (не меняя кодировки кадра).

(У меня разрешение меньше, но на декодирование и отображение я выделял только 1\4 ресурсов 400 мегагерцового процессора. Хотя и камера как таковая была так себе. Да и USB - FS только.).

Сообщение отредактировал DpInRock - Mar 11 2014, 10:04


--------------------
On the road again (Canned Heat)
Go to the top of the page
 
+Quote Post
Александр П.
сообщение Mar 11 2014, 13:14
Сообщение #14





Группа: Участник
Сообщений: 14
Регистрация: 25-12-13
Пользователь №: 79 787



Может быть TFT дисплеи с аппаратными JPEG декодерами бывают? Кто-нибудь работал с такими?
Go to the top of the page
 
+Quote Post
aaarrr
сообщение Mar 11 2014, 13:23
Сообщение #15


Гуру
******

Группа: Свой
Сообщений: 10 713
Регистрация: 11-12-04
Пользователь №: 1 448



Цитата(Александр П. @ Mar 11 2014, 17:14) *
Может быть TFT дисплеи с аппаратными JPEG декодерами бывают? Кто-нибудь работал с такими?

Процессоры с декодерами бывают, таких много. Про TFT дисплеи с JPEG входом не слышал.

У Вас какая-то явная нестыковка: если 640x400 декодируется за 90мс (что нормально для libjpeg), то 1280x800 должен бы уложится в 360мс, а не секунду.
Go to the top of the page
 
+Quote Post

2 страниц V   1 2 >
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 17th July 2025 - 22:09
Рейтинг@Mail.ru


Страница сгенерированна за 0.04928 секунд с 7
ELECTRONIX ©2004-2016