jakshep2
Active Member
is the pandora gonna be compatible with several video formats? I'm sick to death of my GP2X only running certain AVI files een if they're DivX. WMV support maybe?
I couldn't find a free H264 encoder within the 30 seconds I was searching for, so I got kinda bored with that ideaChip said:Though we are still waiting to hear back about h.264 playback...
Squidge said:I couldn't find a free H264 encoder within the 30 seconds I was searching for, so I got kinda bored with that idea
http://www.videolan.org/developers/x264.html
QUOTE
If you can point me to a H264 encoded clip, I'll try it.
Wikipedia points here for samples:
http://www.apple.com/quicktime/guide/hd/
http://www.apple.com/trailers/
But I would be surprised if mplayer did not support h264 out of the box.
As far as speed is concerned, I am not sure if these will play real-time out of the box. There's no c64x+ or NEON code in mplayer... yet![]()
Chip said:Here's one: http://www.mediafire.com/?jk4nejdjbgm
640x480 ~1800bps h.264 video. If Pandora can handle that, it can handle anything.
1800 bps? Shouldn't that be 1800 kbps?
On my Athlon 3500+ running in 64 bit mode, mplayer eats close to 20% of CPU time, that doesn't look encouraging![]()
Whoops. fixedLaurent said:1800 bps? Shouldn't that be 1800 kbps?
On my Athlon 3500+ running in 64 bit mode, mplayer eats close to 20% of CPU time, that doesn't look encouraging![]()
Chip said:Straight-up CPU-wise the Pandora probably can't hack it. It's going to take the DSP (which was specifically designed for video decoding) to do h.264.
That's what I think too. Perhaps NEON can come close
FYI: http://www.arm.com/news/18441.html
Note the EULA would prevent use in mplayer/ffmpeg.
Whose EULA, Arm's or ffmpeg's? Do we care as long as we get proper h.264 decoding?Laurent said:Note the EULA would prevent use in mplayer/ffmpeg.
Chip said:Whose EULA, Arm's or ffmpeg's? Do we care as long as we get proper h.264 decoding?
I would not try to mix any EULA (in this case ARM's) with any GPL code (ffmpeg).
I will try to get in touch with the various parts involved to see if anything can be done![]()
Squidge said:With mplayer compiled with no ARMv5 or ARMv6 extensions, no NEON and no DSP:
No ARMv6, sure? ffmpeg has an idct v6, you did not compile it?
Or the IVA2+ video decoderChip said:Straight-up CPU-wise the Pandora probably can't hack it. It's going to take the DSP (which was specifically designed for video decoding) to do h.264.
atomicthumbs said:Or the IVA2+ video decoder
The IVA2+ video decoder is not documented as far as I know.
It required 116% of the processor to play the video correctly. I'd say it was close, but no cigar.Chip said:I'm not entirely sure what all those numbers mean. How close to fullspeed was the video?
Someone didn't read my post fully.Chip said:On the one hand, you could probably make up the difference just by overclocking the CPU.