small inaccuracy of riaa compensation
small inaccuracy of riaa compensation
sorry for my "auto" english
after a lot of checking with different machines and software approaches, cal files or the precise use of the mathematical function, it turns out that there are accidents that appear with both files systematically ..... between 3khz and 10khz ... would it be possible to check or improve these cal files?
here a tested inverse riia and a normal riia card
small ps could you specify which riaa approach you use? there are so many "riaa" iec din etc ... (at home always a slight drop under 1k with your approach, but maybe due to my machines)
Last edited by morillon on Thu Nov 07, 2024 5:18 pm, edited 2 times in total.
Re: small inaccuracy of riaa compensation
another machine...." inverse riaa"
(https://forums.melaudia.net/showthread. ... pid=202661 no accident with that or fonction math in MT)
-
- Site Admin
- Posts: 301
- Joined: Tue Oct 01, 2013 3:06 pm
Re: small inaccuracy of riaa compensation
Not sure how your reverse RIAA curve (i.e. reproducing RIAA) was obtained. It looks like that you used frequency sweep + peak hold in the Spectrum Analyzer. The abnormal undulation between 3kHz and 10kHz in the curve is likely due to improper settings, such as Record Length, FFT Size, or Sweep Speed.
Here is what the playback RIAA curve looks like by using the ReproducingRIAA.fcf as a frequency compensation file in Multi-Instrument. The test signal is a 10Hz~48kHz bandlimited "Periodic White Noise" digitally generated by the Multi-Tone function of the Signal Generator of Multi-Instrument.
ReproducingRIAA.fcf is a CSV text file which can be viewed and edited using Windows Notepad as follows.
Here is what the playback RIAA curve looks like by using the ReproducingRIAA.fcf as a frequency compensation file in Multi-Instrument. The test signal is a 10Hz~48kHz bandlimited "Periodic White Noise" digitally generated by the Multi-Tone function of the Signal Generator of Multi-Instrument.
ReproducingRIAA.fcf is a CSV text file which can be viewed and edited using Windows Notepad as follows.
Re: small inaccuracy of riaa compensation
I have carried out numerous tests by chirp, long sweep, by white... a lot... with all types of fft etc and crossed this behavior between 3k and 10k with your riaa correction (and therefore also on an inverse riaa...) but not under rew or mt etc

here two different machines in very long sweep mode in duration..a normal riaa phono and an inverse ria using the inverse file...
(here in advanced and very detailed resolutions and (the resolution of your cal file is significantly lower than those I pointed out to you... maybe that's simply where it's at...?)

here two different machines in very long sweep mode in duration..a normal riaa phono and an inverse ria using the inverse file...
(here in advanced and very detailed resolutions and (the resolution of your cal file is significantly lower than those I pointed out to you... maybe that's simply where it's at...?)
-
- Site Admin
- Posts: 301
- Joined: Tue Oct 01, 2013 3:06 pm
Re: small inaccuracy of riaa compensation
This test here is similar to a frequency response test. The testing parameters must be set properly in order to get meaningful results. For example,
(1) If you use the peak hold method, then the frequency resolution of FFT and signal generator sweep speed must be set correctly to produce a smooth final curve...
(2) If you use a non-repetitive normal white noise, you have to average the result to get a thin curve, unlike the case of using a "periodic white noise".
(3) If you use frequency sweep, you have to capture the entire sweep in one single oscilloscope frame from start to end, and the FFT Size must be greater or equal to the Record Length, and the window function must be rectangle ....
Here is an example of using a normal white noise.
Below is an example of using a log sweep and 1/96 octave analysis.
(1) If you use the peak hold method, then the frequency resolution of FFT and signal generator sweep speed must be set correctly to produce a smooth final curve...
(2) If you use a non-repetitive normal white noise, you have to average the result to get a thin curve, unlike the case of using a "periodic white noise".
(3) If you use frequency sweep, you have to capture the entire sweep in one single oscilloscope frame from start to end, and the FFT Size must be greater or equal to the Record Length, and the window function must be rectangle ....
Here is an example of using a normal white noise.
Below is an example of using a log sweep and 1/96 octave analysis.
Definitely not. Multi-Instrument uses interpolation in between so the curve will be very smooth as shown in all the examples above (see the frequency resolution displayed at the bottom left in each screenshot).morillon wrote: (here in advanced and very detailed resolutions and (the resolution of your cal file is significantly lower than those I pointed out to you... maybe that's simply where it's at...?)
Re: small inaccuracy of riaa compensation
another machine
just one a protocol but one with the "playback" cal, the other cal from your virtins, (the third Multitones but by the math function)
https://www.avnirvana.com/threads/using ... tage.5623/
Last edited by morillon on Fri Nov 08, 2024 5:30 am, edited 1 time in total.
Re: small inaccuracy of riaa compensation
it seems to me that it is not the method but your cal file which has this particularity... 

-
- Site Admin
- Posts: 301
- Joined: Tue Oct 01, 2013 3:06 pm
Re: small inaccuracy of riaa compensation
Here is the reverse RIAA curve measured using the peak hold method, with all testing parameters displayed. Generally, the longer the frequency sweep time per round, the smoother the curve. To achieve an even better curve at the low frequency end, the Record Length (currently 200ms) needs to be even longer.
Not all of your testing parameters are visible. You can upload your peak-hold panel setting file for diagnostics.
Not all of your testing parameters are visible. You can upload your peak-hold panel setting file for diagnostics.