I was doing some performance analysis of my Atom based Moblin system while decoding audio and noticed a considerable amount of CPU taken up while decoding an AAC stream using gstreamer.
After further analysis, I noticed that "libspeexdsp" seemed to be the culprit for the CPU consumption. I grabbed the speex source RPM from the Moblin repos and took a look at how it was being compiled. I'm not an expert with building this code, but it seems to me that there is nothing in either the spec file or the config that forces it to be built with SSE enabled. I'm seems to me that it should be built with "-O3" and "-msse" flags set to take advantage of the DSP functions provided by SSE3 which I believe is available in ALL Atom processors. libspeexdsp seems to be able to utilize these DSP like functions in our Atom chips, provided that we use the flags. Am I way off in left field with this analysis or am I on to something that could substantially reduce our audio decoding burden? Is the binary RPM for speex being built with -O3 and/or -msse flags set? Chris (BTW - I am using Fluendo's AAC decoder from their decode pack. I don't think that should matter much though as libspeexdsp is what's eating approx 20% of the CPU during the decode.) _______________________________________________ Moblin dev Mailing List dev@moblin.org To manage or unsubscribe from this mailing list visit: http://lists.moblin.org/listinfo/dev or your user account on http://moblin.org once logged in. For more information on the Moblin Developer Mailing lists visit: http://moblin.org/community/mailing-lists
