----- Original Message -----

From: Lluís Batlle i Rossell

Sent: 04/23/11 04:41 PM

To: English Qi Hardware mailing list - support, developers, use cases and fun

Subject: Re: Mplayer hardware-acceleration


 
On Thu, Apr 21, 2011 at 03:59:15PM +0200, David Kuehling wrote: 
> Playback via: 
> 
>   mplayer bbb.ogv -vo fbdev:vidix -fs 

Hello David, 

I managed to play that bbb.ogv in nanonixos. Without your vidix, and no scaling, 
it takes 64% of CPU for both audio and video decoding, and plays fine. 

If I use your vidix library, I only get a black screen. The black screen 
includes a cursor blinking at the bottom line, as there was before running 
mplayer. 

Using the software scaler, it does not have enough cpu. 

I run mplayer from a ssh from my PC. Maybe I have to specify /dev/fb0 somewhere? 

Here comes the play log: 

vidix: managed to load jz47xx_vid.so 
registering jz47xx_drv (0x2bba0a30) 
registered jz47xx_drv (0x2bba0a30) 
probing jz47xx...jz47xx: Using JZ4740 FB on 320x240 32 bpp /dev/fb0 
========================================================================== 
Forced video codec: fftheora 
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family 
Selected video codec: [fftheora] vfm: ffmpeg (FFmpeg Theora) 
========================================================================== 
========================================================================== 
Forced audio codec: tremor 
Opening audio decoder: [tremor] Ogg/Vorbis audio decoder 
AUDIO: 48000 Hz, 2 ch, s16le, 64.0 kbit/4.17% (ratio: 8000->192000) 
Selected audio codec: [tremor] afm: tremor (OggVorbis audio) 
========================================================================== 
[AO OSS] audio_setup: Can't open audio device /dev/dsp: No such file or 
directory 
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) 
Starting playback... 
Movie-Aspect is undefined - no prescaling applied. 
VO: [fbdev] 256x144 => 256x144 Planar YV12  [fs] 
framebuffer too small for double-buffering, disabling 
jz47xx_config_playback 
alloc_phys 0x9000 
alloc_phys 0x9000 
alloc_phys 0x9000 
alloc_phys 0x9000 
alloc_phys 0x9000 
alloc_phys 0x9000 
jz47xx_config_playback got physical memory 
mmap phys 0x8e2000 len 0x9000 to 0x2debc000 
mmap phys 0x91b000 len 0x9000 to 0x2dec5000 
mmap phys 0xa14000 len 0x9000 to 0x2dece000 
mmap phys 0xa1d000 len 0x9000 to 0x2ded7000 
mmap phys 0x937000 len 0x9000 to 0x2dee0000 
mmap phys 0x84e000 len 0x9000 to 0x2dee9000 
jz47xx_config_playback mapped to user space at 0x2debc000 
jz47xx: 2 frames * 110592 bytes, smem: 0x1980000, iomem: 0x13050000 
clipping 320 > 320 ? 0 
jz47xx: 256x144->320x180@0x30 
GLKGR: 0xcb98 
A:   1.1 V:   0.0 A-V:  1.014 ct:  0.004   0/  0 ??% ??% ??,?% 1 0 
[VD_FFMPEG] DRI failure. 
A:  12.8 V:  12.8 A-V:  0.009 ct:  0.523   0/  0 33%  3% 20.7% 16 0 



_____________________________________ 
Where is this so called bbb.ogv? I cannot find it on the 5-28-11 image OpenWRT. Maybe it was not included...