Great job, Serkan! As usual, you’re up to your old tricks… every time I finish implementing a change or improvement to my system, you happen to release a new technique
I don’t want to derail the thread, but I’d like to know if there’s a workaround to use this release of GSonic (or its future premium version) with multichannel content: 5.1 music, movies, or even stereo via upmixers like Dolby Pro Logic or JRiver JRSS. Or is GSonic not designed for this kind of use, nor will it be in the future? I don’t think I’m the only one interested in applying it to multichannel.
In my case, I’ve designed individual FIR filters per channel (mono .WAV) that I load into a .CFG file within the JRiver convolver for a 5.1 system consisting of 5 full-range bookshelf speakers and two active subwoofers that function as a single Mono Sub Group. Each full-range speaker has its own FIR for amplitude and phase correction, and both subwoofers share a single FIR since they were measured and treated as a group.
I also have an extensive dataset of measurements taken with REW + UMIK-1 in different room configurations (motorized sofa, TV extendable up to 1 m, coffee table present/absent).
My specific questions:
- Does GSonic only work by capturing new data through its own interface, or does it allow loading external measurements?
- What would be the recommended workflow in my case, considering that the Sub Mono Group is already corrected with its shared FIR?
One possible approach that comes to mind: Correct only the L/R stereo channels with GSonic, keep the Sub Mono Group as is, and perform the crossover in JRiver.
In that case, I could apply the same approach to the surrounds, replacing my FIRs with those generated by GSonic in the .CFG. However, the center channel would be left out of that workflow. How could I integrate the Center channel into the mix with GSonic? Or the only way to go is to keep my own FIR for the Center?
Finally, a question about the measurement process:
- GSonic uses three positions for spatial averaging. Why is the measurement in MLP the first one and not the last?
I mention this because, if one wanted to perform a final verification measurement and adjust the compensatory delays (by aligning the impulse response in MLP), it would make more sense for that position to be the last one, avoiding the need to reposition the microphone afterward.