Audio Testing

From wiki.jriver.com
Revision as of 19:53, 9 February 2012 by Matt (talk | contribs)
Jump to navigation Jump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

Overview

This topic was written to address the claims that some players make about special memory management affecting audio quality. We believe it doesn't.

Drivers

The best audio outputs, ASIO and WASAP Event Style, periodically ask the player for data. This data is needed by the soundcard or DAC for playback.

Players

There are two important things a player should do.

  1. Deliver perfect bits (or the best bits possible if you use processing)
  2. Deliver the bits without delay

Let's assume all good players are able to achieve bit-perfect playback, meaning #1 above is equal for all players if you don't use processing. There are many reasons that JRiver's 64bit audio engine and the deep, flexible DSP stack are valuable, but we'll ignore that here.

Let's focus on speed (#2), remembering that the _only_ thing the player does is fill a buffer when asked.

Testing

JRiver believes all modern computers are fast enough at #2, and that more speed isn't relevant. But some companies make claims to the contrary, so let's test performance.

It's easy to measure how fast different players are at this. Here is how several players stack up in this regard, testing ASIO output as 32-bit integer (a common hardware format):

Results

Player Samples per µs (higher is better)
JRiver 1019.2
MediaMonkey 1013.8
cPlay 864
Foobar2000 364.9
JPlay No ASIO
XXHighEnd No ASIO


JRiver still believes that speed doesn't matter.