Introducing OPRA, a powerful new headphone toolkit for Roon and ARC 🎧

[SukieInTheGraveyard]

Yes. Unfortunately there’s no other solution.

[Grasshopper (\m/)]

Yes, that’s correct.
The measuring of headphones and IEMs seems to be by headphone community volunteers in their spare time.
I find most headphones don’t need EQ actually, I have only 2 pairs that do, my others are fine without it and sound worse with EQ to the Harman curve, IMO.
Do you feel your IEMs need it?

[desbiss]

Thanks Grasshopper and SukieInTheGraveyard. I think it was more a curiosity to try out. That said I did note the Oriveti OH500 preset is available (measured by crinacle) and it is a similar 4 BA design as mine, but the OH500 has an additional 8mm dynamic driver. I’m listening to that preset as we speak and am quite impressed.

I anticipate the dynamic driver in the OH500 may impart a bit more bottom end than the 4BA design of my O400 IEMs. But that’s not to say the preset is sounding lacking really.

Perhaps I’ll reach out to others further, as was suggested, at a latter point.

[Mikael_Ollars]

@Grasshopper

I find most headphones don’t need EQ actually

I completely agree, but as i have also come to the conclusion that not all headphones suit everyone, maybe this is a good way of subjecting more people to good music and sound quality?

[Grasshopper (\m/)]

Yes I agree, I think OPRA is a great initiative.
It seems to have been adopted enthusiastically by people who could have maybe entered the numbers into the Muse PEQ anyway, pre OPRA, but for some reason didn’t. This gives a measure of convenience and ease.

[MarcMarc]

I used muse before but got a bit tired of messing around with it . Loading a convolution filter is simple as well but recently I failed to find filters for my headphones that I liked before and didn’t bother with it anymore.

But opra is a gamechanger… I’m not that crazy anymore about getting 100% best performances out of everything… 95% is fine as well.

[Michael_Harris]

95% and easily change between them with 1 click is great

[David_Gibson]

Just curious, but who’s vetting these presets in OPRA? What’s to stop some malicious person from entering bogus presets in AutoEq? I’m asking out of ignorance. Just want to know what the procedure is.

[Grasshopper (\m/)]

Home

You should ask Jaakko.
“Bogus” presets will just result in poorly sounding headphones, nothing more.

[Jeff_P (Jeffrey Peacock)]

Hi!

We love seeing the OPRA conversation. Want to make sure to clarify RE: “Measurements only transfer over to OPRA if they’re added to AutoEq”:

Measurements transfer into Roon (or any other application that is designed to access OPRA) if they’re added to the github repository (which resides here).

We invite measurement folks to upload profiles directly into the OPRA GitHub repository.

It’s been designed for consistency, stability, and clean software interaction so that Roon or any other software can call/present profile data.

f you’re in a position to have someone measure a product for which a profile doesn’t already exist (i.e. as someone mentioned asking oratory or ToneDeafMonk or others to measure for you), assuming the repo specs are followed as displayed in OPRA, you can upload.

We can then review the submission, and, assuming all good, merge right into the DB for you. The new profile would appear in Roon (or any other application that access OPRA) for use in the headphone EQ.

[Jeff_P (Jeffrey Peacock)]

this might help (pulled from OPRA)

" How is Roon Labs involved in this project?

Roon has set up the repository, defined the git-based database format, built the documentation and tooling, and created a system that makes this data available to software that might make use of it. We have also contributed significant amounts of vendor and product artwork to ensure that products based on OPRA look great.

We will be approving PRs as the community builds out the repository, and as leaders emerge in the community, we will share this responsibility with others to ensure that this project is resilient in the long term.

Going forward, we will work to keep the data set clean and consistent so that when it is utilized within a product, the experience is great. We will use our graphic design team to maintain high quality product and manufacturer artwork, as we recognize that many people interested in contributing data may not be in a position to produce high quality graphics assets."

[SukieInTheGraveyard]

Thanks for the correction/clarification. If people upload to the OPRA GitHub repository, is this then also added to AutoEq?

[Kevin_Kennedy]

I noticed the same thing with my Verum-1s.

[simon_pepper]

@simon_pepper

@mike

@simon_pepper

I often forget after using headphones with a DSP profile and then panic that my speakers are broken, but it is just the wrong DSP profile

You’ll get headphones for the zone’s line art when the filter is active, so at least it’s harder to forget when this stuff is active.

Ok, I am away at present, so have only seen & tested this in ARC, which works fine, even though the Roon Server update won’t of been applied to my ROCK based server.

Just back home, after an extend trip (using ARC of course ) and although the line art for the Zone does change when an OPRA filter is used, BUT only if the default icon for the endpoint is used.

Unfortunately my main endpoint is a Naim NDS Network player, where I use with the SonoreUPnP Bridge to provide Roon based playback. This uses the Squeezelite support in Roon, for which there is no specific line art icon. I did make a feature request to have something done here, that was about 10 years ago, but….

So I urge for the inclusion of a feature to duplicate a endpoint into a ‘speaker’ and ‘headphone’ zone, so I can benefit from the correct zone’s line art.

[Jeff_P (Jeffrey Peacock)]

No. OPRA is designed to be the warehouse that software calls; it does not itself distribute anything (other than access and headphone love)

[SukieInTheGraveyard]

But OPRA does draw its data from the same root source as AutoEq. What I’m asking is the whether new submissions are added to the source data that is then used by OPRA and AutoEq (and others) or whether the new submissions would then be specific to OPRA.

[Jeff_P (Jeffrey Peacock)]

Hi there - that’s not actually how it works. OPRA is its own independent source and, based on increasing community participation and submissions, can house profiles that are available under CC BY-SA 4 licensing (and of course meet OPRA’s content requirements).

New submissions would be specific to OPRA as the originating content repository but, under the same CC licensing, attributed, unmodified, and available for other platforms to pull (i.e. other repositories, Roon’s headphone EQ, other playback software applications).

Hope this helps but let me know if still unclear.
J

[SukieInTheGraveyard]

Thanks Jeff. Most helpful.

[simon_pepper]

@simon_pepper

@simon_pepper

@mike

@simon_pepper

I often forget after using headphones with a DSP profile and then panic that my speakers are broken, but it is just the wrong DSP profile

You’ll get headphones for the zone’s line art when the filter is active, so at least it’s harder to forget when this stuff is active.

Ok, I am away at present, so have only seen & tested this in ARC, which works fine, even though the Roon Server update won’t of been applied to my ROCK based server.

Just back home, after an extend trip (using ARC of course ) and although the line art for the Zone does change when an OPRA filter is used, BUT only if the default icon for the endpoint is used.

Unfortunately my main endpoint is a Naim NDS Network player, where I use with the SonoreUPnP Bridge to provide Roon based playback. This uses the Squeezelite support in Roon, for which there is no specific line art icon. I did make a feature request to have something done here, that was about 10 years ago, but….

So I urge for the inclusion of a feature to duplicate a endpoint into a ‘speaker’ and ‘headphone’ zone, so I can benefit from the correct zone’s line art.

Hi @mike I have a compromise request, when a OPRA Headphonre profile is active, could the line art be configured to over write any select zone icon, and it’s display be forced within Roon Remote.

So this my selected icon for this zone

This is the default icon for Squeezelite, and cannot be adjusted, to represent the endpoint equipment used

So with this request, this endpoint icon, irrespective of a selected icon, would be over written to

Which would provide the indication that a headphone filter had been selected, which is I believe your intention for the OPRA feature, and be very useful to remind the user that one was selected for headphone use over speakers.

[Bruce_Orr]

There is no arrow to the right of the headphone allowing access to Crossfeed, Parametric EQ and Headphone EQ choices?