Forums

jpeg encoder

Started by Sergio Sider August 18, 2009
Hi All,

I have a project to make a camera log images (CIF resolution is ok) to
a SD-Card, about 4 fps is ok. As it have to keep at least a full day
of images, on-the-fly compression is required.

I was planning to use a FIFO buffer (like AL440) to interface the
camera and software jpeg compression. My question is:

Did anyone work with jpeg compression using ARM7? I am afraid I could
not handle 4 fps with the software compression.
Is it worth a try or do you think its not feasible at all? Does
anyone know jpeg routines optimized for an embedded ARM ?

The other solution would be a blackfin dsp hardwired to the camera,
but the learning curve and cost of development tools would be high...

Thanks for any help!
Sergio P. Sider

An Engineer's Guide to the LPC2100 Series

Sergio Sider schrieb:

> The other solution would be a blackfin dsp hardwired to the camera,
> but the learning curve and cost of development tools would be high...

I bet there are JPEG compression chips which might be simple to handle
than the DSP.
--
42Bastian
------------------
Parts of this email are written with invisible ink.

Note: SPAM-only account, direct mail to bs42@...
42Bastian schrieb:

>> The other solution would be a blackfin dsp hardwired to the camera,
>> but the learning curve and cost of development tools would be high...
>
> I bet there are JPEG compression chips which might be simple to handle
> than the DSP.

I meant: easier, not simple :-)

--
42Bastian
------------------
Parts of this email are written with invisible ink.

Note: SPAM-only account, direct mail to bs42@...
Hi:

You can take a look at the 7-Zip compression-decompression algorithms, that can be used in embedded processors:

http://www.7-zip.org/

What is the CIF image file size?

Regards,

Alex.
--- In l..., Sergio Sider wrote:
>
> Hi All,
>
> I have a project to make a camera log images (CIF resolution is ok) to
> a SD-Card, about 4 fps is ok. As it have to keep at least a full day
> of images, on-the-fly compression is required.
>
> I was planning to use a FIFO buffer (like AL440) to interface the
> camera and software jpeg compression. My question is:
>
> Did anyone work with jpeg compression using ARM7? I am afraid I could
> not handle 4 fps with the software compression.
> Is it worth a try or do you think its not feasible at all? Does
> anyone know jpeg routines optimized for an embedded ARM ?
>
> The other solution would be a blackfin dsp hardwired to the camera,
> but the learning curve and cost of development tools would be high...
>
> Thanks for any help!
> Sergio P. Sider
>
Hi:

To add to my previous comment:

For still images from a camera, JPEG seems to offer better compression (although with some losses).

In which format do you get the images from the camera?

Regards,

Alex.
--- In l..., "Alex Ribero" wrote:
>
> Hi:
>
> You can take a look at the 7-Zip compression-decompression algorithms, that can be used in embedded processors:
>
> http://www.7-zip.org/
>
> What is the CIF image file size?
>
> Regards,
>
> Alex.
>
>
> --- In l..., Sergio Sider wrote:
> >
> > Hi All,
> >
> > I have a project to make a camera log images (CIF resolution is ok) to
> > a SD-Card, about 4 fps is ok. As it have to keep at least a full day
> > of images, on-the-fly compression is required.
> >
> > I was planning to use a FIFO buffer (like AL440) to interface the
> > camera and software jpeg compression. My question is:
> >
> > Did anyone work with jpeg compression using ARM7? I am afraid I could
> > not handle 4 fps with the software compression.
> > Is it worth a try or do you think its not feasible at all? Does
> > anyone know jpeg routines optimized for an embedded ARM ?
> >
> > The other solution would be a blackfin dsp hardwired to the camera,
> > but the learning curve and cost of development tools would be high...
> >
> > Thanks for any help!
> > Sergio P. Sider
>

Hi Sergio,

On 8/18/09, Sergio Sider wrote:
> Hi All,
>
> I have a project to make a camera log images (CIF resolution is ok) to
> a SD-Card, about 4 fps is ok. As it have to keep at least a full day
> of images, on-the-fly compression is required.
>
> I was planning to use a FIFO buffer (like AL440) to interface the
> camera and software jpeg compression. My question is:
>
> Did anyone work with jpeg compression using ARM7? I am afraid I could
> not handle 4 fps with the software compression.
> Is it worth a try or do you think its not feasible at all? Does
> anyone know jpeg routines optimized for an embedded ARM ?
>
> The other solution would be a blackfin dsp hardwired to the camera,
> but the learning curve and cost of development tools would be high...
>

I think you could try to use a webcam with M-JPEG support, then your
microcontroller just will save frames in the SD Card.

Best Regards,

Alan
Don't know, but may be something like this could be in budget:

http://www.electronics123.net/amazon/datasheet/C328R.pdf

2009/8/19 Alan Carvalho de Assis

> Hi Sergio,
> On 8/18/09, Sergio Sider >
> wrote:
> > Hi All,
> >
> > I have a project to make a camera log images (CIF resolution is ok) to
> > a SD-Card, about 4 fps is ok. As it have to keep at least a full day
> > of images, on-the-fly compression is required.
> >
> > I was planning to use a FIFO buffer (like AL440) to interface the
> > camera and software jpeg compression. My question is:
> >
> > Did anyone work with jpeg compression using ARM7? I am afraid I could
> > not handle 4 fps with the software compression.
> > Is it worth a try or do you think its not feasible at all? Does
> > anyone know jpeg routines optimized for an embedded ARM ?
> >
> > The other solution would be a blackfin dsp hardwired to the camera,
> > but the learning curve and cost of development tools would be high...
> > I think you could try to use a webcam with M-JPEG support, then your
> microcontroller just will save frames in the SD Card.
>
> Best Regards,
>
> Alan
>
>

--
Miguel Angel Ajo Pelayo
http://www.nbee.es
+34 91 120 1798
+34 636 52 25 69
skype: ajoajoajo


On Tue, Aug 18, 2009 at 8:18 AM, 42Bastian wrote:
> 42Bastian schrieb:
>
>>> The other solution would be a blackfin dsp hardwired to the camera,
>>> but the learning curve and cost of development tools would be high...
>>
>> I bet there are JPEG compression chips which might be simple to handle
>> than the DSP.
>
> I meant: easier, not simple :-)
> 42Bastian

It seems hard to find these compression chips...

ST has a nice camera package with image processing, but Ill check if
they sell it in small quantities (hundreds).

Regards,
Sergio.
> ------------------
> Parts of this email are written with invisible ink.
>
> Note: SPAM-only account, direct mail to bs42@...
>
>
On Tue, Aug 18, 2009 at 7:32 PM, Miguel Angel wrote:
> Don't know, but may be something like this could be in budget:
>
> http://www.electronics123.net/amazon/datasheet/C328R.pdf

Hi,

I tried this one already... the 115200 bps serial port is the
bottleneck... I can get about 1 fps only (for 320x240)

Regards,
Sergio.

>
> 2009/8/19 Alan Carvalho de Assis > Hi Sergio,
>> On 8/18/09, Sergio Sider >> wrote:
>> > Hi All,
>> >
>> > I have a project to make a camera log images (CIF resolution is ok) to
>> > a SD-Card, about 4 fps is ok. As it have to keep at least a full day
>> > of images, on-the-fly compression is required.
>> >
>> > I was planning to use a FIFO buffer (like AL440) to interface the
>> > camera and software jpeg compression. My question is:
>> >
>> > Did anyone work with jpeg compression using ARM7? I am afraid I could
>> > not handle 4 fps with the software compression.
>> > Is it worth a try or do you think its not feasible at all? Does
>> > anyone know jpeg routines optimized for an embedded ARM ?
>> >
>> > The other solution would be a blackfin dsp hardwired to the camera,
>> > but the learning curve and cost of development tools would be high...
>> >
>>
>> I think you could try to use a webcam with M-JPEG support, then your
>> microcontroller just will save frames in the SD Card.
>>
>> Best Regards,
>>
>> Alan
>>
>> --
> Miguel Angel Ajo Pelayo
> http://www.nbee.es
> +34 91 120 1798
> +34 636 52 25 69
> skype: ajoajoajo
>
>
>
>