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/ _______________________________________________ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
