Mplayer hardware-acceleration

Jane Andreas JaneAndreas at
Wed Jun 8 01:16:30 EDT 2011

----- 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 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 at 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...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the discussion mailing list