The string seems to add a redundant -i 2 (there should not be any inputs, as far as I knowā¦) and asserts uselessly two outputs (-o 2), shortly before declaring eight outputs (-o 8).
I start to suspect that the dtoverlay driver is enforcing something in the Jackd configurationā¦
I honestly do not know how to scale up the buffer to 256 samples (which entails a manageable latency for most applications and playing styles, exerting less CPU strain) and to expose the 8 audio levels.
In the related HifiBerry forum there seem to be passing references to audio inputs (?..) and to DAC 8X not having DAC volume controls, which would explain why Oram does not see them.
EDIT: Moreover, I discovered that the four stereo outputs (or eight mono outputs) happen to be mixed up, respective to what indicated on the physical TRS connectors, in the strange 5-6, 7-8, 1-2, 3-4 order.
I will try to impose the new DAC 8X audio profile on my hardware, and hopefully will be able to change the sample rate and see the mixer controls in the end!
Here I am with updates on the new DAC 8X audio profile in webconf.
The good news is that it keeps the 256 samples buffer setup (), with a noticeable increase in audio stability when more CPU-demanding canvases are loaded in the Z. I am also seeming to detect an overall better hi-fi quality of the output, but this might be subjective and perceptually self-induced.
I will try to alter at will the buffer size, and check if the jackd config reacts accordingly, in order to obtain safe playback of larger snapshots (at 512 or 1024) or quick real-time response of patches with sharp attack transients (at 128).
The less enticing report is that still Zynthian does not list the eight DAC volume levels, nor enumerates them if asked to show mixer parameters in webconf > hardware > audio.
I wonder if this is wanted by design. We can still get individual control of the eight levels on a per-chain basis, using direct outputs, but in this way we lose a master slider to change proportionally the layered multi-channel audio image.
There arenāt obviously issues of sort working in a āregularā stereo environment, because in that case the chains output can be sent to main mixbus, which has its own dedicated master slider.
PR is a pull request with the modified code. If you donāt know how to do it, simply send the mixer control names, copy-paste from webconf. Better, include all your hardware configuration.
Indeed, that was my understanding too, and it struck me as a strange argument that four stereo Digital to Analog Converters could also work in reverse, as Analog to Digital Converters.
It makes perfect sense that they only transform numbers in uA current levels, not the other way round. Thank you for the clarification anyway!