Dingoo A320 forum

Hi!

I've successfully compiled the mplayer-sources optimized by ingenic.
Already listened to some music, but couldn't get video running, yet. Maybe someone of you is luckier or can give me a hint.

Sorry, but it's late here and I'm off for a trip tomorrow.
I've also got an mencoder-build liing around here, so if anyone is interested, just tell me.

UPDATE:

The new release with all needed files (like modified kernels) is here:
link removed

Beware, it's still ALPHA-SOFTWARE and will certainly have issues from time to time. But maybe you can help me to experiment with the configs and get the hell out of this little beast Oh, and overclocking your dingoo before playing videos can certainly help with lots of videos.

UPDATE 20090903:
http://rapidshare.de/files/48275911/mpl ... ar.gz.html

Here it is, the new version of the ingenic mplayer. For an update, you only have to replace the executables and the config-file.
It has improvements and regressions. Most videos I've tested ran very very well, some even better then with the media-player in the native firmware, but in some ff/rev will result in a loss of video-output. That may very well be a configuration issue, a little testing by the community may do wonders here.

OSD is still disabled because it is lagging.

Please, everyone, mess around with the config-file and tell me what you experience.
Have fun. I think this release is a valuable addition to the native media-player and dingux.

Thank you .
But I can't download it from http://ul.to/3yo859.
Can you change the website for download.

Did you just compile the mplayer sources or did you actually get the mplayer built that includes the assembly optimizations from the ingenic package? If its the latter just wondering how you got their mxu_as script to work, i kept getting no output from it

I know. I just tried it out for sake and it worked. All I did was copying mxu_as to /usr/bin, make distclean and running the build-script again. Then I waited for the error you told of, but suddenly, I had both executables .
I'll upload to a second hoster tonight, have to leave now.

http://www.mediafire.com
This website is better to upload/download files.
Please,You can try it.

I actually tried mediafire first, but it crashed my browser :/
I reuploaded to rapidshare: http://rapidshare.de/files/48264660/mpl ... ar.gz.html
Any other suggestions?

To clear things up: yes, the build contains the asm-optimization code.

Here's the stout when trying to watch a movie via mplayer on dingux.
I'm not used to dingux-specific restrictions, so tell me if I miss something obvious.

Code: Select all

sh: can't create /proc/jz/imem: nonexistent directory
MPlayer 1.0rc2-4.3.3 (C) 2000-2007 MPlayer Team
CPU: SGI MIPS

Playing /usr/local/mplayer/cat.avi.
Cache fill: 18.75% (196608 bytes)   
AVI file format detected.
[aviheader] Video stream found, -vid 0
[aviheader] Audio stream found, -aid 1
VIDEO:  [DX50]  720x576  24bpp  29.970 fps  1998.0 kbps (243.9 kbyte/s)
Clip info:
Software: Lavf51.12.1
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
==========================================================================
Opening audio decoder: [libmad] libmad mpeg audio decoder
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3)
==========================================================================
AO: [oss] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.25:1 - prescaling to correct movie aspect.
[swscaler @ 0xac0a00]No accelerated colorspace conversion found
[swscaler @ 0xac0a00]SwScaler: using unscaled yuv420p -> bgr565 special converter
VO: [fbdev] 720x576 => 720x576 BGR 16-bit
sh: can't create /proc/jz/imem: nonexistent directory
sh: can't create /proc/jz/imem: nonexistent directory
jz Dev alloc 2: vaddr = 0xffffffff, paddr = 0x17 size = 0x400000 ++


MPlayer interrupted by signal 10 in module: decode_video
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.
sh: can't create /proc/jz/imem: nonexistent directory


Well first thing is it does look like its trying to use the memory that should be reserved for the IPU but that is currently disabled. You could try looking back through booboo's google code page to see if there is a .config you can use to recompile the kernel with his patches and IPU support enabled. That should at least get you past those sh errors. I dont really see any other glaring problems besides that. Id assume the fb would be ok for video, the audio rate Im not sure on but I know there are issues with audio but maybe the asm fixes from ingenic get around that.

That's what I thought of, first, but didn't tell, since I hoped to get around compiling a new kernel ^^
About sound: I already tested various different music-files and till now, they all sounded great.

Thx for the feedback

Nice.
The only problem I can foresee is that the IPU apparently gobbles up 3 or 4 MB of memory - which is a lot.
The A320 already needs as much as it can get - especially for fatter emulators like MAME4ALL and FBA320.

I'd really hope that the a kernel could be built so that it allocates/deallocates the IPU RAM as required rather than having it statically reserved.