Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Trying to test audiocards...the wrong way? (Read 9762 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Trying to test audiocards...the wrong way?


Hi there.

I was trying to make some tests to audiocards that I own (Roland UA-1G, M-Audio 2494, M-Audio Delta 1010LT), in order to do some other testing after that with several CD, DVD players, Media Centers, etc.

My first thought was something like having the outputs of the soundcard connected to the inputs, play one song and record it on another track (I'm using Nuendo).
That's the part of the process where all things worked out as planned, except...
...I was thinking that by doing this, if I phase reversed one of the stereo tracks, I would end up only with the differences between the two (or nothing, on a perfect scenario).

I had to compensate for the delay and any volume difference, but on the best 'phase cancellation' spot, I still hear (mostly) the very high frequencies.

That didn't surprised me on the Roland UA-1G, as it's a USB card with volume control and dedicated to record instruments on the go, so I would find fair enough that it wasn't very flat on high frequencies. That's something that even REW confirms in the 'soundcard calibration' part of the setup.

But having the same behaviour with both the M-Audio made me wonder if there's something wrong with my test basics.

I'm playing and recording at 44.1 and 16 bit (trying to keep it from the original source to the end Wave file), so any input on this theory would be appreciated. 

Thanks



Trying to test audiocards...the wrong way?

Reply #1
The standard recommendation is a loopback test using RightMark Audio Analyzer.

This page offers some warnings, best practices, and criticisms.

Trying to test audiocards...the wrong way?

Reply #2
Phase reversing will not have any effect on such a test do do not worry about it.

Trying to test audiocards...the wrong way?

Reply #3

Thank you both for your kind help.

I've started using Audio Rightmark a few minutes ago, and it also agrees with REW on the frequency response test of the Roland UA-1G (a gentle roll of above 18 khz).

Of course, this alone doesn't tell me what the actual response is for the input and the output, but the link pointed out by db1989 as a lot to read carefully.

My train of thought with phase reversing was the concept applied to Wave, where a perfect copy will completly cancel eachother, but I see that I can't use that concept with audio cards (at least, not at this price/quality point).


What I was trying to find out is how my pc audiocards compare with standalone cd players, iPod running lossless files (without headphones, as I'm thinking only about it's audio performance as a audio source, not a headphone amplifier), and standalone media players.

The concept of my experiment was trying to have a pc recording the same audio track reproduced by these several equipments, normalize the results, and then do ABX comparisons between the recorded files.

This test would be flawed if the audio card has too much "sonic signature" (lol)...

Any suggestions would be greatly appreciated.

Thanks again

 



Trying to test audiocards...the wrong way?

Reply #7
The standard recommendation is a loopback test using RightMark Audio Analyzer.

This page offers some warnings, best practices, and criticisms.



Every point made above is factual but at least half or more of them can be circumvented. I'd post them but I would like to leave fixing them as work for the Rightmark support team.

BTW the software that NWAVguy uses is called Spectra Lab, and the edition he is using ran something over $800 including all apparent features and plug-ins, the last time I checked.

So, the freeware Audio Rightmark software, which I'd put at being capable of 90+ percent of what needs to be done, and maybe 80% of what could be done as one heck of a deal.

The Rightmark software will also build a postable web page, which is at least a half hour's work if you are using Spectra.

Trying to test audiocards...the wrong way?

Reply #8
See this as well:  http://rmaa.elektrokrishna.com/


Regarding that site. How do you loopback a Clip+? It only have one line out.


The output of the clip is wired into the line in of an A/D.


Using a separate interface with much better performance (ideally 10 dB better or more) is recommended for all testing. For me that card is either a M-Audio AP 24192 or a LynxTWO.

Trying to test audiocards...the wrong way?

Reply #9
The standard recommendation is a loopback test using RightMark Audio Analyzer.

This page offers some warnings, best practices, and criticisms.


There are some reservations about that page. Going down the list:

(1) MAXIMUM CLEAN OUTPUT LEVEL - RMAA has no concept of absolute levels. It can't measure voltages, power outputs, etc

This is a common problem with using audio interfaces as measurement tools. They are typically very consistent, but they are generally not calibrated and their de facto calibration may not be the same as their specifications.  Note that the complainain's software of choice Spectra Lab shares this situation.  The best solution is probably to calibrate the test using a regular DVM. Be sure to use a test signal < 400 Hz as common DVMs often don't have anything like flat frequency response above that.

(2) OUTPUT IMPEDANCE - Anything designed for driving headphones including PC's, portable players, headphone amps, USB headphone DACs, audio interfaces, pro gear, etc. has an output impedance.

This can be obtained by making two measurements, one open circuit and one with a relevant load, and then doing some calculations.

(3) DAC LINEARITY – Some DACs exhibit considerable non-linearity at low levels.

This information can be determined a number of different ways. The common form of dynamic range measurement involving a -60 dB signal gives considerable insight into this problem. It is by definition not a problem with the ever-so-commin Sigma Delta DACs that form about 99.44% of all audio DACs in service today.

(4) SQUARE WAVE PERFORMANCE – A 1 Khz square wave reveals a lot of information about analog and digital audio components such as stability, bandwidth, rise time, compensation, and for digital devices, the type of digital filtering used

Virtually every audio interface has a brick wall filter at a maximum of 192 KHz. Square wave testing is highly overrated in the sense that equipment with horrible-looking square waves can sound good and equipment with excellent appearing square waves can sound bad. It is good for looking at things like stability. A 150 MHz bandpass oscillioscope it the tool of choice for this sort of thing. A great deal of audio work can be done without this capability.

(5) •   JITTER - Jitter has been proven to be audible in some circumstances

Another highly overrated audio parameter. Other than analog media playback, few if any cases of this being audible have ever been found. Jitter can be determined from a THD test if the noise floor is low enough and the frequency scale is magnified.

(6) •   VARIOUS TWIN TONE TESTS – RMAA has a single IMD test that’s similar to the SMPTE test but it’s not clear if it follows the SMPTE standard. And there’s no capability for other important twin tone tests such as the popular CCIF 19 Khz/20 Khz which is very revealing of high frequency performance.

All of the versions of RMAA that I've used had a setup option for changing the test tone frequencies for the SMPTE test to be what I wanted. If memory serves, the analysis of the frequencies I tried was correct and reasonble.

(7) •   THD20 – It’s very useful to measure THD at 20 Khz for a variety of reasons

Actually this can be a very misleading test because common brick wall filtering used in digital audio can eliminate most or all of the harmonics. 19 & 20 KHz IM testing measures the same basic nonlinearity and provides useful results in spite of band limiting.

(8) •   LOW FREQUENCY DISTORTION – It’s also useful to measure THD+N at very low frequencies such as 5 to 10 hz to expose thermal modulation effects, power supply issues, and more.

It seems like this situation could be addressed by using RMAA's setup feature but I've never tried it.

(9) •   POWER vs THD: RMAA cannot perform the classic measurement of output power versus THD.

RMAA can collect the data, but you're going to do it manually. Last time I worked with it, the author's seemingly favorite tool Spectra lab also required a lot of manual work to prepare this report.

(10) •SELECTIVE SPECTRUM TESTS: It’s very useful to perform different spectrum testing with various input signals.

Generating signals on a PC is pretty easy, and RMAA's spectrum analysis tool is there for you to use.

(11) •RESIDUAL ANALYSIS – Analyzing the residual distortion products can be very revealing

RMAA presents a spectral analysis with just about every test and you can manipulate the vertical and horizontal scales as you will. It doesn't get a lot better than this with most programs.

(12) •REAL TIME RESULTS - Many problems may only show up briefly or intermittently. And many adjustments (like finding the clipping point) are best performed in real time.

You can use just about any FFT-based analysis program with quasi real-time display for this purpose. If memory serves, Holme Impulse is good for this and free. Also, you can do some of this in RMAA using its level-setting facility.

(13) •SlEW RATE – RMAA cannot measure slew rate which, especially for audio power amplifiers,

Slew rate is right up there with square waves in the league of potentially misleading tests. It is audible only as it corresponds to high frequency dynamic range which is probably best evaluated using twin tone testing.

(14)  • DELAY & LATENCY – RMAA cannot measure delay and latency for digital hardware

There are freeware tools for this, and all of the  DAW software I've used can measure this.

(15)  •   HARDWARE LIMITATIONS – Nearly all PC sound hardware has some severe limitations that restrict RMAA and any other software. For example bridged and certain other amplifiers cannot have any of their output terminals grounded or connected together.

Another problem that is inherent with PC audio interfaces and afflicts any software that uses them to gather data including the author's fave Spectra Lab.  I've built some special purpose attenuators for dealing with this.

Bottom line is that if you have access to something like an Audio Precision test set, even an old one, a lot of the above problems can be solved, some by standard features.  IME the toughest problems to solve are related to point 15.



Trying to test audiocards...the wrong way?

Reply #10
Indeed. I have expressed similar disagreement to nwavguy regarding that page.

Trying to test audiocards...the wrong way?

Reply #11
Note that the complainain's software of choice Spectra Lab shares this situation.


Actually, he uses a dScope III, and that is what he mostly compares RMAA against.

Quote
All of the versions of RMAA that I've used had a setup option for changing the test tone frequencies for the SMPTE test to be what I wanted. If memory serves, the analysis of the frequencies I tried was correct and reasonble.


This does not seem to work for me with the (freeware) version I tried, it does not allow changing the frequencies.

Quote
(8) •   LOW FREQUENCY DISTORTION – It’s also useful to measure THD+N at very low frequencies such as 5 to 10 hz to expose thermal modulation effects, power supply issues, and more.

It seems like this situation could be addressed by using RMAA's setup feature but I've never tried it.


With very low frequency signals, it may be a problem that the freeware version of RMAA is limited to using a fixed small FFT size. Since it does not allow using a sample rate lower than 44.1 kHz either, the frequency resolution might not be high enough for a tone that has a frequency of only a few Hz.

Quote
(11) •RESIDUAL ANALYSIS – Analyzing the residual distortion products can be very revealing

RMAA presents a spectral analysis with just about every test and you can manipulate the vertical and horizontal scales as you will. It doesn't get a lot better than this with most programs.


I think he meant displaying the residual as a waveform, so that it is easier to see problems like crossover distortion.

Quote
(15)  •   HARDWARE LIMITATIONS – Nearly all PC sound hardware has some severe limitations that restrict RMAA and any other software. For example bridged and certain other amplifiers cannot have any of their output terminals grounded or connected together.

Another problem that is inherent with PC audio interfaces and afflicts any software that uses them to gather data including the author's fave Spectra Lab.


Not with the author's favorite dScope, though. The most common hardware issue - other than the limited range of levels - is perhaps grounding, and the casual RMAA user is often not even aware of it at all.

Trying to test audiocards...the wrong way?

Reply #12
So, the freeware Audio Rightmark software, which I'd put at being capable of 90+ percent of what needs to be done, and maybe 80% of what could be done as one heck of a deal.

The Rightmark software will also build a postable web page, which is at least a half hour's work if you are using Spectra.


Indeed, the main advantage of RMAA is that it lets the casual PC user perform basic audio tests with only a few clicks, even though its tests are not very extensive, and some are also inaccurate or buggy. For example, the crosstalk measurement seems to show 6 dB better values than reality, and the noise levels are also "improved" by 2-3 dB. I tested these by using the generate/analyze WAV functions, and processing the WAV file so that it has a known amount of noise, distortion, or crosstalk, etc. added.

Trying to test audiocards...the wrong way?

Reply #13
My first thought was something like having the outputs of the soundcard connected to the inputs, play one song and record it on another track (I'm using Nuendo).
That's the part of the process where all things worked out as planned, except...
...I was thinking that by doing this, if I phase reversed one of the stereo tracks, I would end up only with the differences between the two (or nothing, on a perfect scenario).

I had to compensate for the delay and any volume difference, but on the best 'phase cancellation' spot, I still hear (mostly) the very high frequencies.


For what you were trying to achieve, the Audio DiffMaker is the easiest to use existing software.

Trying to test audiocards...the wrong way?

Reply #14
In any case 'NW AV guy' is no longer doing audio equipment blogs.  His last blog page was in May 2012.
Kevin Graf :: aka Speedskater