On Tue, 16 May 2000, J.D. Bakker wrote:
At 05:30 +0200 16-05-2000, Nicolas Pitre wrote:
On Sun, 14 May 2000, Rob Leslie wrote:
Your binaries are probably fine, but do you want me to send you a `time' program? (If so, please follow up privately.) You could try timing the pure decoding time like I did by dumping the PCM output to /dev/null.
OK, so I just did on SA1100 hardware for which I don't currently have audio output support:
[root@thinclient /]# date; splay -d - test.mp3 | cat > /dev/null; date
<snip>
Aren't you really measuring pipe/context switch latency here ? Both of these suck on ARMLinux (because of the required cache flushes). This benchmark may not say too much about splay performance.
Task switches between threads don't require a cache flush... but the 'cat' process might be a problem indeed.
But for the interesting case i.e. when the player is actually playing, it's still strange that I get opposite results than Rob's.
Anyone else can compare splay vs madplay on a SA1100?
Nicolas