search

direct-audio / MiniMetersServer

GNU General Public License v3.0
55 stars 2 forks source link

incorrect LUFS monitoring #4

Open vitormarx1 opened 7 months ago

vitormarx1 commented 7 months ago

LUFS meter is incorrect, when monitoring my desktop audio it always reports -7 lufs than if I route the same audio into my daw and monitor it with the mini meters plugin need correct numbers on this features guys sorry for being a pain, I love mini meters so much 😭 running mac OS 14.2.1 on a entry M1 mac mini monitoring Qobuz' audio also the value changes depending on the volume fader on my chosen streaming service, ideally it should measure it pre fader idk if that's possible tho

vitormarx1 commented 7 months ago

mini meters is always updated

directmusic commented 7 months ago

First off, this issue list is purely for MiniMetersServer and it seems you are reporting an issue for MiniMeters. I will address it here this time.

It sounds to me like Qobuz has a volume normalization option that you will need to turn off to have it read the correct volume. It is also impossible for me to monitor an app pre-fader so that will definitely not be happening.

That being said there is an issue in macOS 14.2 and later that is plaguing apps that use the ScreenCaptureKit API where using external audio interfaces causes desktop audio capture to be the incorrect volume. I have reported it to Apple with no word back (FB13479345) as of posting this. Could this be what you're running into? Is the waveform full scale? or are you constantly seeing exactly -7LU being reported.

vitormarx1 commented 7 months ago

hello I’m shown the correct waveform and have the normalization always off. The metering averages -7LUFS compared to what it shows when the metering comes from a different source (ex.: song that averages -9LUFS will average-16LUFS Em 23 de jan. de 2024, à(s) 13:40, Joseph Lyncheski @.***> escreveu: First off, this issue list is purely for MiniMetersServer and it seems you are reporting an issue for MiniMeters. I will address it here this time. It sounds to me like Qobuz has a volume normalization option that you will need to turn off to have it read the correct volume. It is also impossible for me to monitor an app pre-fader so that will definitely not be happening. That being said there is an issue in macOS 14.2 and later that is plaguing apps that use the ScreenCaptureKit API where using external audio interfaces causes desktop audio capture to be the incorrect volume. I have reported it to Apple with no word back (FB13479345) as of posting this. Could this be what you're running into? Is the waveform full scale? or are you constantly seeing exactly -7LU being reported.

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

directmusic commented 7 months ago

I see. I need a reproducible example to narrow down the issue. I pass the LUFS tests from the spec on all of my test machines.

Could you try playing a sine wave at 1000hz and at full volume through something like this and tell me what it reads? https://www.szynalski.com/tone-generator/

If you have a way I can reproduce this that would be great. Thanks.