• WANTED: Happy members who like to discuss audio and other topics related to our interest. Desire to learn and share knowledge of science required. There are many reviews of audio hardware and expert members to help answer your questions. Click here to have your audio equipment measured for free!

Phono Cartridge Response Measurement Script

Also considering (but not researched much) options for platform agnostic GUI to make it more accessible. First is to integrate the automatic processing of the audio from a single input file that is based on @DrCWO's work.
I was going to suggest making all the bits that need changing into config file and command line options. That way nobody needs to edit the code unless they're doing some development.
 
Ortofon Concorde 20 280 pf CA-TSR-1007.png

What am I doing wrong?
Please tell me what is wrong with the Ortofon Concorde 20?
This is the first edition of this cartridge from 1979. New out of the box. The cartridge is MI type, the cantilever ends with a metal rod and the magnet is permanently mounted. Ortofon currently does not produce MI type cartridges.
I am using a new test disc
Yes, my sound card, (Focusrite Clarett+ 2Pre) is configured to record at 96kHz, I record at 96 kHz in Audacity.
What should I improve, what should I pay attention to.
 
Last edited:
Script appears to be working fine - not sure what you think is an issue.

I placed this measurement in the measurement topic, but I received information that the measurement is questionable.
I want to know if the measurement is done correctly and can be placed in the measurement topic.
If the measurement is done correctly, I will not remove it.
 
Script appears to be working fine - not sure what you think is an issue.

Script is fine. His sweep recording is not. He keeps posting things like this and only corrects them when he is pestered enough. He's just sloppy with his ADC settings.

Wrong and right. If you have that tilt you recorded the sweep wrong.

1 Ortofon Valencia modified_119 Ohm_CA-TSR-1007.png
2 Ortofon Valencia CA-TSR-1007_ON.png


He deleted his original AT95E examples. Same exact thing. Again and again and again. Same excuses. Here's what he said when pressed. He knows better. He's just too lazy to double check his settings carefully and somehow forgot he just corrected the same exact mistake numerous times already. It's absurd at this point.

Quando.jpg
 
Script is fine. His sweep recording is not. He keeps posting things like this and only corrects them when he is pestered enough. He's just sloppy with his ADC settings.

Wrong and right. If you have that tilt you recorded the sweep wrong.

View attachment 401593View attachment 401594

He deleted his original AT95E examples. Same exact thing. Again and again and again. Same excuses. Here's what he said when pressed. He knows better. He's just too lazy to double check his settings carefully and somehow forgot he just corrected the same exact mistake numerous times already. It's absurd at this point.

View attachment 401597
These measurements were the first measurements. There was an error in the sound card configuration. The sound card drivers were restarted, subsequent measurements are now correct.

These Ortofon Valencia measurements are faulty. I will measure again sometime.
 
The originals were obviously wrong and should have been posted in the ”fun” thread as initial testing of the script and trouble-shooting. I don’t know if these set of posts can be moved.

I can’t see any problems with the latest ones. They will add to the library which is a good thing, IMO.
 
My Focusrite Solo does so many strange things that anything measured with it is questionable.For that reason I never use it. I get more reliable results with a 40usc Dlock USB ADC. Also the input capacitance and resistance is so faa off the it can only be used on the output from a RIAA and even then I do not trust it.
It is good to have a reference cartridge like AT95E that has a known response and compare with the setup, as a control..
 
I was going to suggest making all the bits that need changing into config file and command line options. That way nobody needs to edit the code unless they're doing some development.

It's partly due to my workflow - I leave the scripts open in the IDE and run them from there, so it's simpler to not have a config file. It's also simpler for some folks to not have multiple files which equates to less support issues.
 
It's partly due to my workflow - I leave the scripts open in the IDE and run them from there, so it's simpler to not have a config file. It's also simpler for some folks to not have multiple files which equates to less support issues.
Different viewpoints I guess - possibly related to different approaches and expectations in Windows and linux. It wouldn't make a config file a requirement, just an option for anyone who wanted to use it. It wouldn't stop anyone editing the default values in the source either.
 
Back
Top Bottom