Support and General Use > Audio Playback, Database and Playlists

Discussions (& strategies) on getting WMA and M4A (AAC) decoding in real-time.

<< < (5/7) > >>

saratoga:

--- Quote from: Davide-NYC on September 28, 2006, 01:46:41 PM ---
--- Quote from: Lear on September 27, 2006, 07:50:35 AM ---Then you do a profile run and see where the most time is spent.

--- End quote ---

Is there any way for me to do some testing and then report my findings here? I am willing to encode whatever audio to all possible bitrates in both AAC and WMA and do whatever testing is necessary.

--- End quote ---

I'm not sure how useful it would be, but you're welcome to compile a build with profiling enabled, and post the results here.  I'd guess any interested developers probably did this first thing since its not that hard and you can't really optimize without doing it, but if you're interested . . .

Davide-NYC:
I got a compile error when trying to compile a build with profiling enabled.

I thought it might be the fact that I was using gcc 3.4.4 instead of 3.4.6 (cygwin)

In my newbie attempt to update my gcc I totally bunked my cygwin environment.

Haha.

Will do a clean cygwin install, but I'll be back to gcc 3.4.4 (which may not even have been the problem) and no way to make a build with profiling enabled.

Can someone help? If so how?

bluebrother:
gcc 3.4.4 has an error. This has been discussed on rockbox-dev (and on irv) recently. Please:
- make sure you can build without profiling properly first
- use gcc 3.4.6 (for m68k)
- when asking for help provide some more details. Currently I can only guess why building failed for you (though I'm pretty sure gcc was the first cause, but this doesn't imply it's the only one)
- discuss build errors in the compilation forums. This isn't exactly the right forum as the topic moved.
Also, I'd suggest you trying the vmware image. Afaik building is a lot faster than in cygwin and it's completely preconfigured.

Davide-NYC:
OK, I'm using the VMWare image (gcc 3.4.6) and I still get an error:

LD aac.elf
/opt/m68k/lib/gcc/m68k-elf/3.4.5/../../../../m68k-elf/bin/ld: region PLUGIN_IRAM
is full (/home/Administrator/rockbox-devel/build.profiling/apps/codecs/aac.elf
section .ibss)
collect2: ld returned 1 exit status
make[2]: *** [/home/Administrator/rockbox-devel/build.profiling/apps/codecs/aac.
elf] Error 1
make[1]: *** [build-codecs] Error 2
make: *** [all] Error 2

Going to IRC now to see if anyone can help me.

Linuxstb has informed me that this error means that the AAC code is simply too big with profiling enabled. I am not the person to 'shrink' it so I guess I have reached an impasse with this particular method of contributing.

Lear:
Hm... That's annoying. The profiling does put some code in iram. Only way around that is to slightly reduce the amount of iram used by normal data.

Some less important data that can definitely be removed; it was mainly added because it wasn't much and there was room for it. :) Not sure if it is enough to allow a profiling build though.

Navigation

[0] Message Index

[#] Next page

[*] Previous page