Digital Room Correction and Bass Artefacts

[cliveb]

OK, have hit a problem.

I created a simple custom convert file using Notepad just to test that it works, but got this error message when attempting to upload it:

[ERROR] Invalid file format, must be a text file"

Thinking perhaps it might be due to Windows using CR/LF for newline, I removed the CR characters using a hex editor and tried again, but with the same result.

Any ideas?

Here is the full content of the file I was trying to upload:

flc flc * *
	[sox] -q --multi-threaded --no-clobber -t flac $FILE$ -t flac - remix 1 0

Are there any header lines I need to include? (The "invalid file format" messsage would seem to suggest it's nothing to do with the content, but a more fundamental issue).

I'm using an old pCP (v4.1.0), if that's relevant. Was hoping not to have to upgrade, but will if it's required.

[BoxOfCables]

got this error message when attempting to upload it:

Sorry I don't know why that would be - I've tested here (using Notepad) and I can upload a "something.txt" or "something.conf" file and it works fine, even with [CR][LF] line endings. I even tried a few odd tabs / whitespaces and it accepted it. I am on the latest pCP though. The file contents as you posted here are fine, there isn't anything that would need changing or adding.

You could try directly uploading it, rather than updating pCP as a first course of action. Name the file "custom-convert.conf" and put it in "/usr/local/slimserver" (it doesn't need any special permissions). Then restart LMS and see.

Would it reduce any delay even further by not re-encoding to FLAC, and just stream the output as PCM?

From what I understand, it has to output flac to match the rule (the second entry in the first line is the output format requested by the player). If your players are configured to request PCM then you can alter the SoX command to change it to output PCM, and also change the matching for the rule from "flac flac" to "flac pcm". I've not read the SoX documentation for PCM, a breif look shows a few more options than flac so you'd need to pick your way through that.

[cliveb]

You could try directly uploading it, rather than updating pCP as a first course of action. Name the file "custom-convert.conf" and put it in "/usr/local/slimserver" (it doesn't need any special permissions). Then restart LMS and see.

OK, I gave that a go and it worked.
So now I'll try applying the filters to see what happens, and if that works will experiment with not bothering to re-encode to FLAC and just stream PCM.

Many thanks for your help.

[cliveb]

OK, latest news on this.

I set up the appropriate equalizer settings in custom-convert.conf and am happy to report that:

1. They work - the bass response is smoothed out as required. Not quite perfect yet, but I can try a bit of fine tuning.

2. Re-encoding to FLAC works just fine. The peak CPU usage on the RPi3 I've seen is about 25%, and that is only during the initial phase when playback is starting up. Once it's going, CPU usage typically sits around the 3% - 5% mark. With re-encode compression level set to 0, there is no significant latency. So I probably won't bother messing about trying to stream PCM.

3. Most importantly of all: there are no audible bass artefacts. Hooray!
It would seem that the filtering code used by the HiFiBerry DSP card must have some kind of flaw which is responsible.
I did wonder if perhaps the card itself had a hardware fault, but when the card is installed and all filters disabled, the bass artefacts disappear.
So it has to be something to do with the filter processing.

Anyway, all is now well without the DSP card installed and I'm a happy bunny.

[BoxOfCables]

Anyway, all is now well without the DSP card installed and I'm a happy bunny.

Awesome Glad it all worked for you. I wish I had known about SoX before I wasted £70 and who knows how many hours on that HiFiBerry DSP! On the plus side though it did introduce me to REW which makes a nice improvement to the sound.

The peak CPU usage on the RPi3 I've seen is about 25%

Same as I've seen, that's actually 100% load on a single core. The multi-threading on SoX doesn't seem to work on the Pi, I had expected to see it jump to 50% use, using one core per audio channel. Still, it's not a noticeable delay with that lowest compression.

Happy listening!

[SeanMiddleton]

I came to this thread via a discussion on another website. That discussion was related to how to use HiFiBerry DAC+ DSP under PiCore; specifically how to install the dsptoolkit onto PiCore (I'm still working on that !). However, it seems to me that the SOX approach is a much better approach than the DAC+ DSP, its certainly cheaper and would appear to have more filters capability (DAC+ DSP max is 16).

My question is this - can SOX be installed onto PiCore without the need to install LMS ? In my case my LMS resides on my NAS and I just use PiCore only as my player. I want to be able to have my PiCore player apply the SOX filters to whatever track is being streamed from my NAS LMS.
Cheers
Sean

[BoxOfCables]

My question is this - can SOX be installed onto PiCore without the need to install LMS ? In my case my LMS resides on my NAS and I just use PiCore only as my player. I want to be able to have my PiCore player apply the SOX filters to whatever track is being streamed from my NAS LMS.
Cheers
Sean

SoX is used by squeezelite, which is the player used by piCore so it will already be installed even when piCore is set up without LMS. I would imagine there is a way to pipe the audio stream through SoX with your custom commands for the eq, however I don't know how. I'd say you would need to look into the workings of squeezelite.

[ralphy]

I came to this thread via a discussion on another website. That discussion was related to how to use HiFiBerry DAC+ DSP under PiCore; specifically how to install the dsptoolkit onto PiCore (I'm still working on that !). However, it seems to me that the SOX approach is a much better approach than the DAC+ DSP, its certainly cheaper and would appear to have more filters capability (DAC+ DSP max is 16).

My question is this - can SOX be installed onto PiCore without the need to install LMS ? In my case my LMS resides on my NAS and I just use PiCore only as my player. I want to be able to have my PiCore player apply the SOX filters to whatever track is being streamed from my NAS LMS.
Cheers
Sean

Yes there is a pcp-sox.tcz extension for picoreplayer. It's used for the streamer and is available to install separately from the extensions section in the webgui main tab.

[cliveb]

Yes there is a pcp-sox.tcz extension for picoreplayer. It's used for the streamer and is available to install separately from the extensions section in the webgui main tab.

This is interesting. I am currently running SOX filters in LMS, using a MAC address to target the specific player.
It's working fine, but running the filters on the player itself seems like a more elegant solution that I'd like to try.
I wasn't aware it was possible until I saw your post.
Is there any documentation about how to configure the pcp-sox extension once it's loaded?

[JanVana]

But once I started listening in earnest, noticed some curious low frequency artefacts during quiet moments, a kind of grumbling that varies in amplitude. The closest analogy I can give is that it sounds a bit like turntable rumble.

Hello Clive,

I have a Raspberry 4, Amp100 and a DSP module running. I have the same issue with low frequency rumble on some Hifiberry DSP Profiles. I asked hifiberry for support, but unfortunately they can't help me. Have you found a solution.

Thanks for your help. Regards.
Jan