Guys and gals, I’ve made some VERY serious tests.
First, my generic remarks:
[LIST=1][*]Will it receive aacPlus v2 (aka aac+ v2 and HE-AAC v2 ) support some time? Right now, it only (fullY) supports the, in webcasts, very-very rarely used AAC-LC / HE-AAC streams. Sure, it does play aacPlus v2 streams too, but downsampled and in mono only, while the vast majority of these streams are stereo, even at 24 / 32 kbps, and only really the slowest (around 10 kbps) are mono. (AAC decoders can be used to decode aacPlus v2 at a much lower sound quality, as was also the case with the MP3 Pro / standard MP3 set-up.) And, of course, Music Player in the N95 already contains aacPlus v2 support (a decoder) – why not use it?
This question is particularly topical as most mainstream Windows Mobile players doesn’t really have HE-AAC v2 support as can also be read HERE and if they do, with pretty large CPU (and, consequently, battery) usage; some of the most popular ones (for example, Pocket Player) not even plain AAC support (as yet). Seamless aacPlus v2 support on Symbian could be the killer application even for some WinMo users (if you want to make the platform more appealing to them, that is).
[*]Please add HTTP RealOne support. Currently, the built-in RealPlayer only supports RTSP (as opposed to HTTP), which means it can’t stream in a NAT (the majority of mobile phone operators). As RealPlayer already has a RealAudio decoder, if it’s easily iterfaceable from the outside, doing this can’t be that hard, particularly because SHOUTcast/ Icecast also use HTTP. That is, you can just reuse most of the already-existing HTTP streaming code.
This would be just GREAT because, as has also been pointed out in the “sneak peek” of my forthcoming Multimedia Bible, Windows Mobile severely lacks HTTP RealAudio streaming (except for the Mplayer port, but it only runs on 624 MHz Xscale CPU’s, using it almost entirely and meaning about 2-2.5 hours of battery life). If Symbian wants to be better than Windows Mobile, then, this is one place where it can become better 😊
Feel free to ask for more info on all this because I’m (also) a networking engineer and know these protocols like the palm of my hand.
[*]The same stands for WMA streaming. Seamless (!) WMA streaming one of the best features of Windows Mobile. On Symbian, only CorePlayer offers it - and, as of the current version, sucks like hell at it.
Again, programmatically, it can't be complicated to implement it as, behind the curtains, it uses either RTSP (referred to by "MMS" - long gone are the days of MMS being a completely different protocol) or HTTP. You don't need to implement the former - HTTP would just suffice. And, again, you already have HTTP streaming support, which wouldn't needed to be modded.
All this, of course, requires that you have access to the WMA decoder of the built-in Music Player - just like the case with the RealAudio decoder of RealPlayer.
[*]The bug several of you’ve already reported in the previous AAS thread, that is, app’s inability to start is a real pain in the back because it necessitates removing the app altogether and reinstalling it. You can very easily reproduce the bug (if you haven’t already run into it) by just clicking THIS 24k aac+ v2 link. After you exit the radio player, upon a subsequent restart, it’ll no longer run and you’ll need to completely reinstall it. (Tested on the N95 with firmware version v20; tested with both the internal memory and the card)
[*]It doesn’t register the M3U extension, only PLS. This should be changed – after all, it’s SHOUTcast / Icecast / MP3-compliant and many radio stations use MP3.
[*]What about adding OGG support? 😉 In several countries, where aacPlus v2 isn’t (at all) used, for example, Finland, it’s still the only way to converse bandwidth (as opposed to the about two time more bandwidth-wasting MP3 streams). (I whish I Finnish stations switched to aacPlus v2 though so that they could become accessible with GPRS only.) The only Symbian networking app to play OGG streams, oggplay, severely sucks and the current version of CorePlayer sucks too at streaming.
[*]I’ve created a demo web page where you can test the different stream types, M3U extension etc. It also links to some link repositories. It’s available HERE. [/LIST]
Second, in addition to my past tests (see THIS), some additional 24 kbps + GPRS power usage tests taking over an hour total:
A 24 kbps 44 kHz stereo aacPlus v2 stream playback (of course, as there is no aacPlus v2 support, only in mono and 22 kHz):

24 kbps 24 kHz mono MP3 stream playback:

Both via the built-in speakers (unlike with the prev. test, where I utilized A2DP too) at moderate volume.
As can clearly be seen, AAC and MP3 playback consume approximately the same power AND the results are pretty similar to those published earlier. (Don’t forget that these are 2G results, not 3G ones! A 3G connection would have had about 600 mW more power usage.)
Hope this is also read by the Nokia engineers so that they can really think about implementing / doing what I’ve stated.