![]() |
Dynamic changes to Camilladsp pipeline problem - Printable Version +- Moode Forum (https://moodeaudio.org/forum) +-- Forum: moOde audio player (https://moodeaudio.org/forum/forumdisplay.php?fid=3) +--- Forum: Support (https://moodeaudio.org/forum/forumdisplay.php?fid=7) +--- Thread: Dynamic changes to Camilladsp pipeline problem (/showthread.php?tid=6769) |
Dynamic changes to Camilladsp pipeline problem - tonywsea - 07-31-2024 Hello, I have been experiencing problems with changes made in the pipeline editor that are not taking effect in the dsp. Background is I am using dsp pipelines to split 2 to 4 channels, and then using HP/LP to create temporary crossover, delaying thje HP channels 5ms to time-align with subwoofer, then recombining 4-2 channels. The symptom is that when making dynamic changes in the editor, such as mute a channel for testing, or changing the delay, it seems to work if there is a song currently playing, but when starting a new song, the changes are lost. What I have learned is that both the Apply automatically and Save automatically must be checked, AND the default config file in the Moode Audio settings must be the same config, rather than any default config that may be set up - e.g. Flat.yml. The reason why seems to be that dynamic changes are being saved to the configuration file correctly, but that Moode re-loads the default configuration when starting each song, thus throwing away the currently loaded dsp confiiguration if the default is not set to the same as the pipeline editor. A secondary symptom is that when the new song plays and I notice the change has been lost, sometimes I can press the load config button in Shortcuts and it will activate my changes. Probably this is because it is overriding the Moode default config temporarily until next song plays. I would say this symptom is not reliably reproducible. It's my lack of knowledge that has had me struggling with this for a couple of months. Maybe the documentation could be updated to raise awareness of this procedure. Also, maybe Moode Audio tab gui could have some narrative related to this, and/or a checkbox to not override current dsp configuration when starting a new song. The developers will know the correct way to handle this. As an aside, the same issue occurs in Volumio within Fusiondsp. If my assessment is correct or not, please let me know any of your thoughts. Cheers. RE: Dynamic changes to Camilladsp pipeline problem - Tim Curtis - 07-31-2024 I don't quite understand your usage scenario but The Pipeline Editor is part of CamillaDSP and not moode so any issues with the editor need to be reported to the main CamillaDSP Thread at diyAudio. Moode's main role is to allow you to specify via the CamillaDSP Config screen which configuration file to use for "Signal processing" and to provide a convenient way via the "Default device options" toggle to make use of the audio output device specified in Audio Config. These are static configuration steps. There is no dynamic reloading of configs being done by moode. If you can use one of the built-in configurations for example the Flat config to demonstrate your issues then post the exact steps and I'll try a repro on my end. RE: Dynamic changes to Camilladsp pipeline problem - bitlab - 07-31-2024 Some direction appying and saving the pipeline:
Only for moOde the special case it that camilladsp is also quit, when the music stops (or sample rate/bit depth is changed). The confusion about where to activate the config and get out of sync is indeed confusing and could be improved. That has historical reasons, but I will spare you that story ;-) RE: Dynamic changes to Camilladsp pipeline problem - tonywsea - 08-01-2024 Thank you Tim. I'll work through these steps in the next while. I realize that I am going further than most. But the dydnamic change capability is very useful to compare different filters, conv files, and to use for measurements with REW. There may not be a lot of people aware of this functionality, So I'm really happy to get this resolved. I'll post back if I uncover any further information of value. Regards Tony |