Re: MJPEG cpu MIPS

Thank you.  This is very helpful.  Having concluded that software-only at
this resolution and 
frame rate, in real-time, is impractical, this has now led to a survey of
hardware based solutions.  Among them are ST Micro and Sanyo so far.  

Regards,
Steve

-----Original Message-----
From: Bernhard Praschinger [mailto:[email protected]] 
Sent: Monday, October 15, 2007 10:06 AM
To: [email protected]; MJPEG-tools user list
Cc: [email protected]
Subject: Re: [Mjpeg-users] MJPEG cpu MIPS

Hallo

> Hi All,  am trying to find some benchmarking and CPU cycle estimates 
> to predict if software based MJPEG encode, or MJPEG decode, is 
> practical on an embedded uCLinux ARM platform.
That sounds interresting.

> the platform is based on an ATMEL AT91RM9200 ARM920T core 200 MIPS 
> clock.
>  
> The target resolution and frame rate is VGA 640x480 30fps
So you need a certain speed ?
That looks like you want to to it in realtime.

> What I hope to find is a reference that includes how many MIPS are 
> required for MJPEG encode, and for decode, at various resolutions and 
> frame rates.
> Using this budget I can predict if software-only is practical on this 
> platform.
I don't know of any source that has computed the number of Instrutions
needed to decode a image.

I can say that is was possible with the jpeg-mmx, with used mmx commands, to
decode videos in realtime on a machine like Pentium III or AMD Athlon with
500MHz. According to Wikipedia, the PIII had about 1350 MIPS. Well you had a
lot of overhad on the PC. I fear you won't be able to to it in realtime at
the resoultion you noted.

I found a interesting source on the net about somebody who has done
something similar: http://www.stefan-kuhr.de/download/abstract.pdf
(Title: Implementation of a JPEG Decoder for a 16 bit) He has done that for
a diploma thesis a few years ago. So he might tell you some things.


auf hoffentlich bald,

Berni the Chaos of Woodquarter

Email: [email protected]
www: http://www.lysator.liu.se/~gz/bernhard


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/