• Welcome to ASR. 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!

GSonic Reference – Free Stereo Room Correction Tool (Measurement + FIR Export)

Quick test on v1.0.2. "Test Audio" button on MacOS got this error:

[RtAudio] openStream failed: RtApiCore::probeDeviceOpen: the device (129) does not support the requested channel count.

Audio output: Macbook Speaker and external DSP (DSPi project recently reviewed on this forum :) )

Midi Console show both outputs as 2-Channel 48Khz 32 bits.
One of your MAC CoreAudio devices reported non-standard channel counts, causing openStream to fail. Now the code clamps to the device's actual channel capacity min(2, deviceChannels) so mono mics and unusual output devices work correctly:

GSonic Reference v1.0.3
 
Last edited:
I love OCA‘s contributions to our hobby. I also second what Keith said - I’d purchase a tool working like that on PC in a heartbeat.

Going to test the software pertaining to this thread in the coming days, sounds very interesting. Can I assume that some amount of latency will be present with the filters active?
Filter latency is 0.687s (32k taps @ 48kHz). That's near instant for music tracks. Filters also self adjust for clipping, no headroom management necessary.
 
Filter latency is 0.687s (32k taps @ 48kHz). That's near instant for music tracks. Filters also self adjust for clipping, no headroom management necessary.

Filter latency for 32k taps @48kHz is 0.34s :)
 
Is there a Minidsp 2x4 HD export or would something like Camilladsp be better? I’m guessing less taps on the Minidsp.
 
Is there a Minidsp 2x4 HD export or would something like Camilladsp be better? I’m guessing less taps on the Minidsp.
SInce your player is already on a PC, there's no need to massively limit filter resolution with MiniDSP. You can use it in the chain for sub+speaker combination though. Something like Equalizer APO (also free) is much simpler to use than CamillaDSP if you are on Windows.
 
On Linux I had to manually install libglfw3, after that everything is fine. Looks nice; will try it shortly.

Also, a nice icon included in the package should be great to setup launchers.
 
  • Like
Reactions: OCA
On Linux I had to manually install libglfw3, after that everything is fine. Looks nice; will try it shortly.

Also, a nice icon included in the package should be great to setup launchers.
Linux: No more manual GLFW install GLFW shared library is now bundled with the binary (same as macOS). Users no longer need to run apt install.
A gsonic.png icon is included in all platform packages for desktop launchers.
 
Last edited:
Sorry, I'm completely inexperienced. Windows 11 doesn't detect Umik-1. Rew detects it immediately. The drop-down menu doesn't open in Gsonic to select it. The sound card on Eversolo DMP 8 correctly selects its ASIO drivers. Thanks
 
Sorry, I'm completely inexperienced. Windows 11 doesn't detect Umik-1. Rew detects it immediately. The drop-down menu doesn't open in Gsonic to select it. The sound card on Eversolo DMP 8 correctly selects its ASIO drivers. Thanks
ASIO requires input and output to be the same physical device (or use a wrapper like Asio4All). For a USB mic and different input/output chains, you need to select Wasapi driver option.
 
Linux: No more manual GLFW install GLFW shared library is now bundled with the binary (same as macOS). Users no longer need to run apt install.
A gsonic.png icon is included in all platform packages for desktop launchers.
Per.fect.

Thank you for your quick reaction.
 
  • Like
Reactions: OCA
Filters are calculated by GSonic but applied by your DSP engine (Roon or whatever). I tried to test the tool on MacOS (I really hate Windows and now even more that I'm on audio stuff). AFAIK you can get 32K taps. Anyway this is for stereo not movie so cares about latency on that application ? Please correct me if I'm wrong.
You're right, but this relates to a personal gripe of mine - an average consumer will be integrating his stereo in his living room, where a screen is already usually present. DSP solutions which disregard the "video" part of AV completely are imo doomed to be a niche product. Sadly, we don't all have the luxury of a dedicated living room - and I am not foregoing the auditory pleasure of watching a nice movie or playing video games on my system, which is particularly enticing in multichannel.

My use case basically requires the same system wide latency - or, well, no latency at all - because I have a PC as a source. It's easy to compensate for latency when watching movies, I guess - any competent playback software will allow you to dial in delays for audio... Not sure about everything else, though.

Filter latency is 0.687s (32k taps @ 48kHz). That's near instant for music tracks. Filters also self adjust for clipping, no headroom management necessary.

This actually sounds manageable! I'll report back when I tried it out.
 
Last edited:
You should handle video lipsync by using a player with adjustable delay.

The difficulty of only creating low latency filters can be high.

Or have saved DSP profiles, one critical set for music where latency simply matters not

and another for video, and gaming I suppose
 
Hi,

New HiDPI v1.0.5 on MacOS seems a little big :D

Screenshot 2026-04-01 at 11.00.51 AM.png
 
Hi,

New HiDPI v1.0.5 on MacOS seems a little big :D

View attachment 521590
You should be able to resize the window and your DPI settings are probably set to some zoom setting. Some people complained fonts are too small in their 4K monitors. In case, v1.0.4 still has the old settings and is otherwise identical.
 
You should be able to resize the window and your DPI settings are probably set to some zoom setting. Some people complained fonts are too small in their 4K monitors. In case, v1.0.4 still has the old settings and is otherwise identical.

That was on my Macbook Air, resize don't fix it. Will try on another Mac that has 4K display and report back.

Thanks
 
Any chance of an ARM version for linux for RPi etc? I understand Windows on ARM is now a thing too.
 
Any chance of an ARM version for linux for RPi etc? I understand Windows on ARM is now a thing too.
Linux ARM (aarch64) is doable and should work on RPi 4/5 which support OpenGL 3.1 via Mesa. Older Pi models won't work due to OpenGL ES limitations. If there's enough demand I'll add it. For Windows ARM, the existing x86 binary should run fine under emulation, native ARM user base is rather tiny.
 
That was on my Macbook Air, resize don't fix it. Will try on another Mac that has 4K display and report back.

Thanks
Apparently macOS Retina already doubles resolution through its framebuffer so, I removed it. With v1.0.6 now:

macOS: No manual scaling (Retina handles it)
Windows 4K (150%+ scaling): Manual scaling kicks in
Linux: Same as Windows
 
Back
Top Bottom