Ahh... a few lightbulbs went on haha
I didn't tell that it is not in function in parallel. Just that Jussi warned not to use it this way because of possible unpredictable behavior:
Since your usual DSP has a format of WAV convolution file (otherwise you couldn't use it in Convolution dialog), you can enter that WAV file in Matrix pipeline dialog together with your IIR filter. If you don't check the IIR to FIR filter checkbox, convolution will remain IIR and WAV is always processed by FIR engine. As Jussi showed on an example:
You can have something like "iir:type=hp;f=5,MyFancyDRC.wav". This will run the IIR as IIR (unless you ask for something else) and the FIR WAV as such.
Ok, so either Convolution or Pipeline...
So, my current pipeline just has this line : "/home/username/Documents/hqplayer eq/Eris_E8_HouseCurve.txt"
making it: "iir:type=hp;f=5,/home/username/Documents/hqplayer eq/Eris_E8_HouseCurve.txt" would add a IIR Highpass, even if i set IIR to FIR processing on the top?
or would it be something like this because of my eq file: "iir:type=hp;f=5,fir:/home/username/Documents/hqplayer eq/Eris_E8_HouseCurve.txt" (mind the "fir:" or something else maybe?)
This is asked every now and then, but it poses way too many restrictions. VST requires application to have a GUI (doesn't work for HQPlayer Embedded), it doesn't support DSD, plugins pose limitations on supported sampling rates, it doesn't support GPU offloaded DSP pipelines, it doesn't play together with matrix profiles, doesn't work natively on all the supported platforms, etc, etc.
ah... alot of limitations i didnt thought about
This is already supported? Please check out the PDF manual, or at least the brief quick start guide here:
https://signalyst.com/quickstart-guide/
HQPlayer Desktop application is just the server component for configuration and minimal lightweight interface. HQPlayer Client is the one for dealing with music playback.
there was something... i forgot about the client application, lmao, thanks
You can make HQPlayer look like a USB DAC using RPi4 as an input NAA... Then anything that can play to USB output works.
hmm that was one solution i thought about, i had also a rpi setup running with camillaDSP for a while in a similar setup but wouldnt the raspberry pi be quiet heavly limited by processing power? or does this somehow work with a additional server? probably not because of latency
if i wanna follow my current plan i need atleast DSD256... better DSD512 because of much less intensive noise shaping, which cant even handle my x86 machine...
and the thing keeping me from upgrading is this:
Linux doesnt like nvidia but you need nvidia for hqplayer to make offloading work (correct me if im wrong but cuda offloading is nvidia only i think), so probably better to invest in a beafy cpu for combatibility.. ( i kinda made it a budget pc around 1 year ago with a 12400, i dont play heavy games and i didnt thought about hqplayer of course..
)
tho we also have to admit... hqplayer "wastes" alot of energy on higher settings... thats why i kinda looking right now into doing a DIY dac with hardware resampler for the majority of things... you can still use hqplayer if you want tho
... also the DSC1 to DSC3 got me curious about how these dacs handle DSD differently than delta sigma chips...
Yes, matrix includes convolution as one of the plugins and avoids confusion and conflicts. So the recommendation is to use solely matrix if you need it for anything and disable the simple convolution engine.
This also allows you to use matrix profiles that you can switch on the fly during playback, to compare different EQ approaches, etc.
ok, got it! yea the profiles are quiet handy, just the one line configuration is a bit confusing at first