From 'Section 3.12 Resource Usage' of the 'USB-Audio-Software-Design-Guide':
These resource estimates are based on the multichannel reference design with all
options of that design enabled. For fewer channels, the resource usage is likely to
decrease.
The XUD library equires an 80MIPS core to function correctly (i.e. on a 500MHz
part only six cores can run).
If only stereo in and stereo out are used (not multichannel), can more cores be run?
Failing that, if only 48 kHz 16 bit audio is used, can more cores be used?
USB Audio: XUD library requires an 80MIPS? Topic is solved
-
Chendy
- Active Member
- Posts: 46
- Joined: Tue Nov 02, 2010 4:53 pm
-
infiniteimprobability
- XCore Legend
- Posts: 1126
- Joined: Thu May 27, 2010 10:08 am
In short, no, I'm afraid not. The performance requirement isn't due to throughput, it's mainly due to packet timing parameters such as inter packet delay.
So even if you had a HS USB mouse, if you want your USB device to be compilant, you'll need to guarrantee XUD 80MIPS.
If you want to squeeze more code into the application, you could maybe keep the sixth core for a number of combinable task, or there are places you can add small amounts of code into a lightly loaded UAC2 codebase, if you are careful.
So even if you had a HS USB mouse, if you want your USB device to be compilant, you'll need to guarrantee XUD 80MIPS.
If you want to squeeze more code into the application, you could maybe keep the sixth core for a number of combinable task, or there are places you can add small amounts of code into a lightly loaded UAC2 codebase, if you are careful.