Rockbox General > Rockbox General Discussion
Re: AAC-HE Playback bug
Bilgus:
Well i'll try and removing all the cpu_boost code and see if it still holds true but pretty sure setting CPUFREQ_MAX does the same
saratoga:
Might be worth running test_codec to check that decode speed is what it should be for the expected clock frequency.
ThaCrip:
--- Quote ---The fuze+ didnt have any problems playing your AAC-HE file as long as it wasn't the first one I played
--- End quote ---
What about the Opus file?
does your Fuze+ act like my e250 v1 does where it plays the music fine but menus get a bit sluggish and there is a bit of delay between resuming of music playback if you rewind or fast forward a bit within that music file?
--- Quote ---Could you try the same on your player play the opus first and then play the AAC-HE file and see if it exibits the sdame behaviour?
--- End quote ---
I just tested it with those same two files. I played the Opus first for 5-10 seconds and then skipped forward to the next track which was that AAC-HE file and... it still does what i mentioned with it playing a little (a couple of seconds or so tops), music stops a bit, resumes etc.
p.s. also, that must tax my battery when that AAC-HE file plays as the Rockbox battery measurement drops off quite a bit as the thing was roughly 85-90% and dropped back into the 30 something percent range. but once i managed to get it back to the Opus track the battery meter slowly climbed back up and is currently back to 90%. so the load on the CPU must tax the battery (it's not the original battery but one i got on Ebay about a year or two ago which i imagine the battery quality is not exactly high grade as it's HQRP brand).
--- Quote ---Anyway, I thought we already discussed this. You need to configure your encoder to produce AAC-LC files.
--- End quote ---
Yes, your right. that's why i pretty much settled on converting my FLAC collection to Apple AAC q63(TVBR) @ 128kbps in general along with Opus @ 64kbps for music i am not too concerned with high quality(but still solid enough quality) but helps save plenty of storage space as before the conversion of my music i was using about 14.5GB (when things were largely MP3 LAME v2(190kbps)) on that 16GB card and now it's dropped down to less than half full (i.e. less than 8GB) so i should be good for the foreseeable future now with that 16GB MicroSDHC card. i still got a few odds and ends to transfer to it yet but even after i am done with that the 16GB card will be roughly half full.
but like Bilgus said, we wondered whether those AAC-HE files (and the Opus file) would play on his Fuze+ without issue and apparently he found a bug.
--- Quote ---These were all tested with the music playing from an sdcard
--- End quote ---
Same here. i played mine from the 16GB MicroSDHC card i mentioned in my signature.
Bilgus:
Test Codec Results Fuze+ AAC-HE
BuildDecode Time (s)% realtimeMHz NeededNormal - No Boost1122.91s30.97%206.65MhzNormal - No Boost#21125.74s30.89%207.18MHzNormal Boost295.55s117.68%386.42Mhz454Mhz No Boost295.57s117.68%386.42Mhz454Mhz Boost295.58s117.67%386.45Mhzfdiv 19 No Boost802.73s43.33%147.7Mhzhclk 21.33 fdiv 19 No Boost873.27s39.83%160.66Mhzhclk 21.33 fdiv 19 act 0 No Boost1415.10s24.57%260.48MhzVDDD 1450 _BO 13501122.98s30.97%206.65Mhz
BELOW lists ALL changes made to the build for the specified test
system-target.h Normal:(no changes)
--- Code: ---#define IMX233_CPUFREQ_454_MHz 454740000
#define IMX233_CPUFREQ_320_MHz 320000000
#define IMX233_CPUFREQ_261_MHz 261820000
#define IMX233_CPUFREQ_64_MHz 64000000
#define IMX233_CPUFREQ_24_MHz 24000000
--- End code ---
system-target.h Locked 64Mhz:
--- Code: ---#define IMX233_CPUFREQ_64_MHz 64000000
#define IMX233_CPUFREQ_454_MHz IMX233_CPUFREQ_64_MHz//454740000
#define IMX233_CPUFREQ_320_MHz IMX233_CPUFREQ_64_MHz//320000000
#define IMX233_CPUFREQ_261_MHz IMX233_CPUFREQ_64_MHz//261820000
//#define IMX233_CPUFREQ_64_MHz 64000000
#define IMX233_CPUFREQ_24_MHz 24000000
--- End code ---
system-target.h Locked 454Mhz:
--- Code: ---#define IMX233_CPUFREQ_454_MHz 454740000
#define IMX233_CPUFREQ_320_MHz IMX233_CPUFREQ_454_MHz//320000000
#define IMX233_CPUFREQ_261_MHz IMX233_CPUFREQ_454_MHz//261820000
#define IMX233_CPUFREQ_64_MHz IMX233_CPUFREQ_454_MHz//64000000
#define IMX233_CPUFREQ_24_MHz IMX233_CPUFREQ_454_MHz//24000000
--- End code ---
system-imx233.h fdiv 19:
--- Code: ---static struct cpufreq_profile_t cpu_profiles[] =
{...
/* clk_p@64 MHz, clk_h@64 MHz, clk_emi@64 MHz, VDDD@1.050 V (or 1.275V) */
{IMX233_CPUFREQ_64_MHz, VDDD_MIN, 975, 1, 5, (19), EMIFREQ_NORMAL, 3},
--- End code ---
system-imx233.h VDDD + hclk 21.33:
--- Code: ---static struct cpufreq_profile_t cpu_profiles[] =
{...
/* clk_p@64 MHz, clk_h@21.33 MHz, clk_emi@64 MHz, VDDD@1.550 V*/
{IMX233_CPUFREQ_64_MHz, (1550), (1450), (3), (1), (19), EMIFREQ_NORMAL, (0)},
--- End code ---
system-imx233.h hclk 21.33 fdiv 19:
--- Code: ---static struct cpufreq_profile_t cpu_profiles[] =
{...
/* clk_p@64 MHz, clk_h@21.33 MHz, clk_emi@64 MHz, VDDD@1.050 V (or 1.275V) */
{IMX233_CPUFREQ_64_MHz, VDDD_MIN, 975, (3), 5, (19), EMIFREQ_NORMAL, 3},
--- End code ---
system-imx233.h hclk 21.33 fdiv 19 act 0:
--- Code: ---static struct cpufreq_profile_t cpu_profiles[] =
{...
/* clk_p@64 MHz, clk_h@21.33 MHz, clk_emi@64 MHz, VDDD@1.050 V (or 1.275V) */
{IMX233_CPUFREQ_64_MHz, VDDD_MIN, 975, (3), 5, (19), EMIFREQ_NORMAL, (0)},
--- End code ---
system-imx233.h VDDD 1450 _BO 1350:
--- Code: ---static struct cpufreq_profile_t cpu_profiles[] =
{...
/* clk_p@64 MHz, clk_h@64 MHz, clk_emi@64 MHz, VDDD@1.450 */
{IMX233_CPUFREQ_64_MHz, (1450), (1350), 1, 5, 27, EMIFREQ_NORMAL, 3},
--- End code ---
--- Code: ---Normal Build No Boost:
07. Desperation- FhG 32kbps.m4a
347693 of 347834
Decode time - 1122.91s
File duration - 347.83s
30.97% realtime
206.65MHz needed for realtime
Next Time.mp3
250241 of 250261
Decode time - 188.06s
File duration - 250.26s
133.07% realtime
48.09MHz needed for realtime
Normal Build No Boost#2:
07. Desperation- FhG 32kbps.m4a
347693 of 347834
Decode time - 1125.74s
File duration - 347.83s
30.89% realtime
207.18MHz needed for realtime
Normal Build Boost:
07. Desperation- FhG 32kbps.m4a
347693 of 347834
Decode time - 295.55s
File duration - 347.83s
117.68% realtime
386.42MHz needed for realtime
Locked at 64MHz No Boost:
07. Desperation- FhG 32kbps.m4a
347693 of 347834
Decode time - 293.45s
File duration - 347.83s
118.53% realtime
53.99MHz needed for realtime
Locked at 64MHz No Boost#2:
07. Desperation- FhG 32kbps.m4a
347693 of 347834
Decode time - 293.83s
File duration - 347.83s
118.37% realtime
54.06MHz needed for realtime
Locked at 64Mhz Boost:
07. Desperation- FhG 32kbps.m4a
347693 of 347834
Decode time - 293.45s
File duration - 347.83s
118.53% realtime
53.99MHz needed for realtime
Locked at 454MHz No boost:
07. Desperation- FhG 32kbps.m4a
347693 of 347834
Decode time - 295.57s
File duration - 347.83s
117.68% realtime
386.42MHz needed for realtime
Locked at 454MHz Boost:
07. Desperation- FhG 32kbps.m4a
347693 of 347834
Decode time - 295.58s
File duration - 347.83s
117.67% realtime
386.45MHz needed for realtime
--- End code ---
ThaCrip:
Correct me if i am wrong, but are you saying it's possible to play that AAC-HE file on my 80mhz CPU without the major CPU issues i have? ; if so, are there any draw backs to those tweaks?
because in the test above, on some parts of it, it shows you only need 54Mhz to play it.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version