Dingoo A320 forum

wejp wrote:

batman52 wrote:This makes me think that we definitively have to define a sort of "base configuration" (with also a common repository, being it booboo's google code project page, or openhandhelds) in order to avoid this kind of conflicts in future!

Yes. I second that. This is a very good idea. We especially need to decide if we use glibc or uclibc and then stick with one of the two. It is fine with me to use uclibc if it has a real advantage over glibc in our case.

Unfortunately I'm not able to say nothing about it: maybe we should post this on the linux developers forum, and let the kernel guys decide the best thing to do.

The big advantage of uclibc is size, comparing the libc .so of glibc and uclibc we are talking ~7mb for glibc vs ~600k for uclibc. That's a pretty big difference for a device with only 32mb of memory. The other benefit is that the most recent uclibc build uses gcc soft-float, which is a big performance boost over the linux kernel FPU emulation. Maybe we should ask booboo to put the uclibc toolchain and rootfs up on google code rather than the glibc version so developers don't get confused.

ChaoticBob wrote:The big advantage of uclibc is size, comparing the libc .so of glibc and uclibc we are talking ~7mb for glibc vs ~600k for uclibc. That's a pretty big difference for a device with only 32mb of memory. The other benefit is that the most recent uclibc build uses gcc soft-float, which is a big performance boost over the linux kernel FPU emulation. Maybe we should ask booboo to put the uclibc toolchain and rootfs up on google code rather than the glibc version so developers don't get confused.

Just checked my glibc's file size and it is about 1.2 MB only (which is still twice as large as 600 kB, but a lot less than those 7 MB). 7 MB would be really huge for a system with 32 MB of RAM.

wejp wrote:

ChaoticBob wrote:The big advantage of uclibc is size, comparing the libc .so of glibc and uclibc we are talking ~7mb for glibc vs ~600k for uclibc. That's a pretty big difference for a device with only 32mb of memory. The other benefit is that the most recent uclibc build uses gcc soft-float, which is a big performance boost over the linux kernel FPU emulation. Maybe we should ask booboo to put the uclibc toolchain and rootfs up on google code rather than the glibc version so developers don't get confused.

Just checked my glibc's file size and it is about 1.2 MB only (which is still twice as large as 600 kB, but a lot less than those 7 MB). 7 MB would be really huge for a system with 32 MB of RAM.

Hmm, you are right there, I was looking at the glibc included with the ingenic toolchain, but the one in the google code rootfs is much smaller. I was under the impression the difference was much bigger. Oh well, may as well go with uclibc anyway.

ChaoticBob wrote:Hmm, you are right there, I was looking at the glibc included with the ingenic toolchain, but the one in the google code rootfs is much smaller. I was under the impression the difference was much bigger. Oh well, may as well go with uclibc anyway.

Maybe the version you were looking at was an unstripped binary. That can make a huge difference.
I'm not saying we should go with glibc instead of uclibc. uclibc seems to do the job here, so why not save some memory (even if it is not THAT much using uclibc.

Here is another Gmu beta release. This time it works fine with the uclibc-based root filesystem.

Grab your version here: Gmu Download (Version 0.7.0_BETA2 uclibc)

Almost everything from my initial post applies for this one as well, but you need a uclibc rootfs. This one works just fine: uclibc-based Dingux rootfs

This version comes with support for MP3, MP2, Ogg Vorbis, Musepack, WavPack and FLAC.

This time it works! Thanks... i'll test it better tomorrow!

EDIT: first bug report: "add library" function seems not to work, .flac files are not seen as playable. And... last but not least (well this isn't really a bug) audio quality is much better than the original firmware (even if it still lacks a bit in bass response, but i think this is hw-related)!

still not working for me...gets stuck on "searching for frontends"

Sweet, it works fine for me. Cheers! I really like the display/controls of this app, perfect for a device like this.

wejp wrote:This version comes with support for MP3, MP2, Ogg Vorbis, Musepack, WavPack and FLAC.

Aww, I was hoping for MOD/XM/etc support. I'd already loaded my SD card with demoscene musics, heh.

awsome!! thanks!!!!
i've tried it and it works great, but i can't play aac(mp4) files, i've converted them so i can get more of them to the ipod, the original firmware can read them if i change the extension to mp3 but i've tried the same here and it crash and close , do you know if it would be easy to add support for this format?, otherwise i'll reconvert them

another few questions.
-would it be possible to change the text size (maybe edit some config file)
-it's possible to add lyrics?