diyAudio (
-   PC Based (
-   -   Pulseaudio Crossover Rack - multi-way crossover design & implementation with linux (

Tfive 17th February 2020 02:48 PM


Originally Posted by Tromperie (
Is the latter syncing hard to do?

It also depends on the soundcard you use. Studio equipment tends to have word clock sync in/outputs. If you use consumer sound cards this is very likely not possible without completely hacking the devices.

That's why we spent some time adapting the code for the DIYINHK xmos multichannel interface to make it output 12 instead of 8 channels in the first place. This way we could avoid having to sync up two of these.

pelanj 17th February 2020 03:19 PM

12 ch interface? That sounds interesting - I googled - but which of the products there it is? I found this 8 ch interface, which looks good! 8 Channels 384kHz 32bit ES9016 PCM DXD DSD Audio DAC - DIYINHK

Tfive 17th February 2020 03:46 PM

It's this one here:
XMOS Multichannel high-quality USB to/from I2S/DSD SPDIF PCB - DIYINHK

pelanj 17th February 2020 05:03 PM

For that I would need to have 12 ch of DAC. Then it is way out of my scope of skills:) 8 ch is all I need.

xorcz 8th March 2020 08:18 AM

Hello, does anybody run paxor on the RPi and Pioneer receiver? Pioneer VSX-1124 behaves differently to Onkyo and duplicates signal.

speaker-test -r 44100 -D hw:0,1 -c 8
produces noise to more speakers e.g. speaker connected to Surround Back R plays noise for 7 - Side Right and 5 - LFE. It is problem of the RPi, because running speaker test on the computer with AMD RX580 graphic sends signal correctly without duplication.

I tried also bcm2835_alsa.conf from LibreELEC ( at master * LibreELEC/ * GitHub), but it is the same. It only adds profiles


pi@paxor:~ $ pacmd list-cards
1 card(s) available.
    index: 0
    name: <alsa_card.platform-soc_audio>
    driver: <module-alsa-card.c>
    owner module: 7
        alsa.card = "0"
        alsa.card_name = "bcm2835 ALSA"
        alsa.long_card_name = "bcm2835 ALSA"
        alsa.driver_name = "snd_bcm2835"
        device.bus_path = "platform-soc:audio"
        sysfs.path = "/devices/platform/soc/soc:audio/sound/card0"
        device.form_factor = "internal"
        device.string = "0"
        device.description = "Built-in Audio"
        module-udev-detect.discovered = "1"
        device.icon_name = "audio-card"
        output:analog-mono: Analog Mono Output (priority 700, available: unknown)
        output:iec958-stereo: Digital Stereo (IEC958) Output (priority 5500, available: unknown)
        output:iec958-ac3-surround-51: Digital Surround 5.1 (IEC958/AC3) Output (priority 300, available: unknown)
        off: Off (priority 0, available: unknown)
    active profile: <output:iec958-stereo>
        alsa_output.platform-soc_audio.iec958-stereo/#0: Built-in Audio Digital Stereo (IEC958)
        alsa_output.platform-soc_audio.iec958-stereo.monitor/#0: Monitor of Built-in Audio Digital Stereo (IEC958)
        analog-output: Analog Output (priority 9900, latency offset 0 usec, available: unknown)
        iec958-stereo-output: Digital Output (S/PDIF) (priority 0, latency offset 0 usec, available: unknown)

xorcz 9th March 2020 09:02 PM


Originally Posted by xorcz (
Hello, does anybody run paxor on the RPi and Pioneer receiver? Pioneer VSX-1124 behaves differently to Onkyo and duplicates signal.

The problem is not the RPi, but Raspbian. KODI (on LibreElec) plays 8 channel test WAV correctly, Pioneer switches to 7.1 mode. In Raspbian it makes receiver to switch just to 5.1.

Sorry to add the off topic post, I have not found Edit.

xorcz 9th March 2020 11:25 PM

Workaround - run:

vcgencmd hdmi_channel_map 0x13fac688
receiver then switches to 7.1 and plays correctly. More info: Latest firmware outputs HDMI 7.1 channel PCM as 5.1 * Issue #450 * raspberrypi/linux * GitHub

Tfive 10th March 2020 04:08 PM

@xorcz seems that you worked out a solution by yourself, nice :) thanks for sharing it here!

xorcz 27th March 2020 09:28 PM

pulseaudio load
Hello, I have one more related question. I am tuning 3 way with paxor. If there are more sources (typically more browser windows) = more sinks using PaXoverRack.Input, the Pulseaudio process consumes the whole CPU core and there is crackling in the sound (even with Ryzen 5 3600). How do you route the stream so the PaXoverRack.Input is used only once?
This is even more relevant to network streaming with the module-tunnel-sink. I thought about gstreamer, but playing thru its pulsesink also creates high load to the pulseaudio process.

Ivo 29th March 2020 06:11 PM

5 Attachment(s)
I promised to take photos of my working application of paxor. I built a rough desktop open baffle speaker system for my home office, because my 15" living room horns are in use for Betflix and children's TV.

The drivers are Omnes Audio L8 loudspeakers. More or less fullrange, or at least very wide range.

The open baffles are made of soft fiberboard (weichfaser) which has interesting acoustic properties. Sizes are basically what fits my desk and sort of matches my screen.

The RPI is a 3B (not 3B+), power comes from a normal Raspberry Pi microUSB powersupply. As mentioned, the amplifier HAT is a Hifiberry Miniamp. OS is the current Raspbian.

I did measurements with Roomeqwizard and a UMIK1 positioned roughly where my head would be. I did this with the Raspberry Pi itself.

I have been discovering different approaches to EQ design, particularly which level of smoothing to work with. Right now, I am happy with 1/3 octave. This allows focusing on the general trend. After "un-smoothing" the basic curve is always good and then it's easy to identify any remaining problems.

I use 6 parametric filters and one high shelve. For now, of course. This was maybe 15 minutes of work in REW. I should, and will, work in paxor after that. Inputting this is paxor was easy.

The resulting sound is much improved, sound balance is much better. The speakers are quite efficient and the (limited) power is sufficient to play too loud for my home office. The loudspeakers can handle those soundlevels, too.

What can I say about paxor? After installing and setting up EQ, paxor is out of the way, in every way. The sound quality of the recording is not hindered, the Raspberry Pi is not over-stressed by doing EQ, the signal into the amp is good, the speakers sound as good as I know they can.

I can access the full desktop over VNC to change settings etc, or select music. I can also set up dlna/upnp for a more fancy remote operation.

I like it.

Images: the view from my desk chair, working out a measurement setup, raw response, result equalising in 1/3 octave smoothing, and the unsmoothed EQ-ed result.

All times are GMT. The time now is 05:43 PM.

Search Engine Optimisation provided by DragonByte SEO (Pro) - vBulletin Mods & Addons Copyright © 2021 DragonByte Technologies Ltd.
Resources saved on this page: MySQL 17.65%
vBulletin Optimisation provided by vB Optimise (Pro) - vBulletin Mods & Addons Copyright © 2021 DragonByte Technologies Ltd.
Copyright ©1999-2021 diyAudio