CODEWITHSUNDEEP
embeddedffmpegarmvideo-processing
SunnyShah
SunnyShah

Reputation: 30517

video format with minimal decode time

I am working on embedded device with 266 Mhz processor and 32 Bit bus and 480x272 screen. we want to play fullscreen video with 1024 kbps Bitrate and 24 fps. Is there any video file format which is bigger in size but fast to decode than H263 and H264.

Thanks, Sunny.

ADDED

I am using processor version ARM926EJS, Arch is ArmV5, Speed is 266 Mhz with VFP and 16 bit (565 RGB) screen. I have already fastest YUV to RGB conversion available. I built video player using FFMPEG library. Speed I am getting is 17 FPS on 480x272 H263 video with 1248 KBPS. It would be great if you give me some optimized decoder reference so I can buy it.

Thanks, Sunny.

Upvotes: 3

Views: 2765

Answers (3)

zxcat
zxcat

Reputation: 2114

It's definitely possible to play H263 on this device with your requirements. But you need to optimize decoder or buy one ;)

Another codec which is known to have a fast decoder is On2 VP8 (now owned by Google and released freely) and VP9.

Also you can look at some rare codecs like Theora / Dirac. Or codecs in FFmpeg (libavcodec). Last one has optimized for ARM (sometimes up to ARMv7 with NEON) parts. Maybe you can find something, if quality is not very important. E.g. H.261 :)

But I think the best choice is optimized H263.

BTW: which ARM cpu/architecture do you use?

Upvotes: 3

BitBank
BitBank

Reputation: 8725

Depending on how picky you are about your video quality, Cinepak is a very "lightweight" codec which would run full speed on that machine (depending on memory speed and so forth). H.263 could potentially run at full speed if you have very optimized code and access to the ARMv6 instruction set. You stated that it's a 266Mhz device which implies an older ARM architecture.

Upvotes: 1

Frank Bollack
Frank Bollack

Reputation: 25186

Maybe you want to consider MotionJPEG. But you will likely have 2000-3000 kbps Bitrate if you want reasonable quality (> 50%) for your resolution.

On the other hand the decoding is straight forward to implement and uses fewer resources than H.263 or H.264.

Upvotes: 2

Related Questions