Wired/Wireless DSP-capable DAC

What is your interest in this concept?

  • No, Because this Already Exists as a Project or Product

    Votes: 0 0.0%

  • Total voters
    15
  • Poll closed .
I can say for certain that you can use GSASysCon under Linux, at both ends of the "wireless" connection, and it works great. I have been doing this for years. But I was really hoping to have the same level of success when I ran GSASysCon under Windows 11 WSL (Linux subsystem that runs under Windows). This is much better than a VM. It DOES work. The problem is that when I listen to music with long sustained tones such as piano music I can occasionally hear the music "hiccup" like a tiny skip. This is probably the playback synchronization mechanism of GStreamer moving the playback pointer in memory to a different sample. Under Linux, I synchronize the clocks of both machines using NTP and these problems do not happen. I also use miniPCs that have more CPU power and possibly better WiFi than the Raspberry Pi that I am testing out with the HiFiBerry HAT. I can see that the process is only using 5% of the CPU power of the Pi, so it is not due to overload of the OS and so on. I played around with the system for 4-5 days trying to get these glitches to go away, trying various ways to get all the clocks working or to limit when GStreamer could change the playback pointer but nothing seemed to completely eliminate it. On pop/rock you do not notice it. So I threw in the towel for the Windows-based effort. But under Linux it works well.

If you want to set up a Wireless endpoint with GSASysCon, you can definitely do that using Linux machines, but maybe not the Pi. So if you want to try that I can help you get GSASysCon working. There is a section in the GSASysCon docs that talks about the steps I use for this. It's in the document called "GSASysCon_Advanced_Topics" that you can read online before downloading anything, here:
https://github.com/charlielaub/GSASysCon/blob/main/system_control/docs/GSASysCon_Advanced_Topics.txt
 
@Kev06 FWIW I believe under at least Ubuntu when I run Qobuz in a browser it uses the native format. Maybe you were referring to some other streaming services. I'm not really sure what you mean by "limitations of using browsers". In my setup with Ubuntu and Firefox, the browser is just sending the audio to the default device. Choose that wisely. Firefox doe snot resample, but your default device may do that. If you are running PulseAudio you need to edit its configuration to enable e.g. F32LE or S32LE format and using e.g soxr-hq for resampling. The default config is definitely less than "audiophile". See, for example:
https://medium.com/@gamunu/enable-high-quality-audio-on-linux-6f16f3fe7e1f

For most any software DSP app, there will be latency added to the audio when it is processed. This is an inevitable consequence of buffering (which is how computers process audio) and the larger the buffer the greater the latency. So if you REALLY need to keep the audio and video very tightly synchronized I would stick with a hardware DSP (or use analog filters!).
Thank you, Charlie. I shall have to look back and see what I tried or didn't try. I did manage to get Qobuz working fairly well (unlike some other services) but in general I still find browsers tend to offer a lesser experience, like lacking gapless playback or offline listening for example. I don't know if this is due to browser limitations, or if some providers purposely restrict things outside of their own apps (e.g. for control, DRM etc). But thank you very much for the pointers, I am intending to sever my last ties with windows at some point, in spite of the annoyances, so will have to revisit again when I get some time.

Yeah, I do make things much harder by including video, in quite a number of ways. I sometimes wonder if it is worth it, but struggle to accept the idea of my hiigh quality audio system not working for movies too. Sometimes one can delay the video, but not always successfully (depending on the player), which makes things harder for wired/wireless streamed audio (regardless of windows glitches). This is why I've currently got a mini-PC by the TV, but there is still the issue of trying to use software dsp and crossovers.

Anyway, this could start to go somewhat off-topic if persued too far, so just to say thank you once again!
 
  • Like
Reactions: CharlieLaub