HQPlayer's Network Audio Adapter

[semente]

19 hours ago, Miska said:

 

OK, I have tested the image with RasPi2  + HifiBerry DAC+ Pro, so that combination should certainly work. If you have some other DAC+ board than "Standard" or  "Pro", then I'm not sure since "Light" and "Zero" use different chip.

 

 

I was able to update the NAA (Linux) by connecting the R-Pi to a Mac with an internet connection.

Now both Desktop and NAA are the latest version and the HiFiBerry DAC+ Pro is working fine and Desktop no longer crashes when I select .

Next I will give the Audiophonics Sabre another try.

 

Thanks,

Ricardo

[semente]

On 10/19/2017 at 11:16 PM, Miska said:

 

Would be interesting to see what happens at the NAA side. The networkaudiod also seems to be a bit oldish, can you update it?

 

 

Hi @Miska

 

I have just tested the Audiophonics DAC with the latest Desktop and NAA versions but it still "fails to open audio device".

Here's the Desktop log:

 

* 2017/10/21 11:37:23 Starting...
  2017/10/21 11:37:23 Signalyst HQPlayer Desktop v3.18.1
  2017/10/21 11:37:23 Engine selected:
* 2017/10/21 11:37:24 Control server started
  2017/10/21 11:37:28 Restore GUI state
  2017/10/21 11:37:28 libDSP version 19.0.0
  2017/10/21 11:37:28 Number of processor cores: 2
  2017/10/21 11:37:28 DSP thread pools enabled (2)
  2017/10/21 11:37:28 Pipelined DSP enabled
  2017/10/21 11:37:28 Audio engine: network
  2017/10/21 11:37:28 Network Audio IPv6 support disabled
  2017/10/21 11:37:28 Discovery from 0.0.0.0
& 2017/10/21 11:37:28 Discovered network audio: name='default' version='Signalyst Network Audio Daemon 3.4.0'  @192.168.1.116:43210
& 2017/10/21 11:37:28 Discovered network audio: name='default' version='Signalyst Network Audio Daemon 3.4.0'  @192.168.1.116:43210
  2017/10/21 11:37:29 Discovered 1 Network Audio Adapters
  2017/10/21 11:37:29 Set channels: 2 (2)
! 2017/10/21 11:37:29 createEngine(): clHQPlayerEngine::Initialize(): clNetMiniEngine::Initialize(): adapter not found

 

Can I access the NAA log remotely?

 

Thanks,

Ricardo

 

 

P.S.: strange, I was just looking at the log and it still says Signalyst Network Audio Daemon 3.4.0... I don't remember seeing any errors when dpkg'ing the file after downloading it from your website to the R-Pi!?!

[semente]

@Miska

 

Sorry, I was using the back up SD card...

Here's the correct log:

 

* 2017/10/21 11:52:11 Starting...
  2017/10/21 11:52:11 Signalyst HQPlayer Desktop v3.18.1
  2017/10/21 11:52:11 Engine selected:
* 2017/10/21 11:52:11 Control server started
  2017/10/21 11:52:15 Restore GUI state
  2017/10/21 11:52:15 libDSP version 19.0.0
  2017/10/21 11:52:15 Number of processor cores: 2
  2017/10/21 11:52:15 DSP thread pools enabled (2)
  2017/10/21 11:52:15 Pipelined DSP enabled
  2017/10/21 11:52:15 Audio engine: network
  2017/10/21 11:52:15 Network Audio IPv6 support disabled
  2017/10/21 11:52:15 Discovery from 0.0.0.0
& 2017/10/21 11:52:15 Discovered network audio: name='default' version='Signalyst Network Audio Daemon 3.5.2'  @192.168.1.116:43210
& 2017/10/21 11:52:15 Discovered network audio: name='default' version='Signalyst Network Audio Daemon 3.5.2'  @192.168.1.116:43210
  2017/10/21 11:52:16 Discovered 1 Network Audio Adapters
  2017/10/21 11:52:16 Set channels: 2 (2)
! 2017/10/21 11:52:16 createEngine(): clHQPlayerEngine::Initialize(): clNetMiniEngine::Initialize(): adapter not found
& 2017/10/21 11:52:29 Playlist save: /Users/ricardofranca/.hqplayer/current.m3u8
- 2017/10/21 11:52:29 Network engine stopping...
  2017/10/21 11:52:29 Network Audio IPv6 support disabled
  2017/10/21 11:52:29 Discovery from 0.0.0.0
& 2017/10/21 11:52:29 Discovered network audio: name='default' version='Signalyst Network Audio Daemon 3.5.2'  @192.168.1.116:43210
& 2017/10/21 11:52:29 Discovered network audio: name='default' version='Signalyst Network Audio Daemon 3.5.2'  @192.168.1.116:43210
- 2017/10/21 11:52:33 Network engine stopping...
  2017/10/21 11:52:33 libDSP version 19.0.0
  2017/10/21 11:52:33 Number of processor cores: 2
  2017/10/21 11:52:33 DSP thread pools enabled (2)
  2017/10/21 11:52:33 Pipelined DSP enabled
  2017/10/21 11:52:33 Audio engine: network
  2017/10/21 11:52:33 Network Audio IPv6 support disabled
  2017/10/21 11:52:33 Discovery from 0.0.0.0
& 2017/10/21 11:52:33 Discovered network audio: name='default' version='Signalyst Network Audio Daemon 3.5.2'  @192.168.1.116:43210
& 2017/10/21 11:52:33 Discovered network audio: name='default' version='Signalyst Network Audio Daemon 3.5.2'  @192.168.1.116:43210
  2017/10/21 11:52:34 Discovered 1 Network Audio Adapters
  2017/10/21 11:52:34 Set channels: 2 (2)
- 2017/10/21 11:52:34 Network engine stopping...
! 2017/10/21 11:52:34 clMainWindow::settingsTriggered(): clMainWindow::reinitEngine(): clHQPlayerEngine::Initialize(): clNetMiniEngine::Initialize(): adapter not found
 

[semente]

@Miska I reconfigured to dtoverlay=hifiberry-dac and it's now working as expected.

 

Thanks again for all the trouble,

Ricardo

[Miska]

On 10/21/2017 at 1:56 PM, semente said:

@Miska

 

Sorry, I was using the back up SD card...

Here's the correct log:

 

! 2017/10/21 11:52:16 createEngine(): clHQPlayerEngine::Initialize(): clNetMiniEngine::Initialize(): adapter not found

 

Can you also provide corresponding trace from the NAA side?

 

Is the DAC alive and running and no other processes (like pulseaudio) accessing the DAC?

 

[shadowlight]

@Miska,

Does your custom kernel 4.9.56=jl+_13 support XMOS U208 USB controller in Native DSD mode?  I recently picked up a Sabaj Da3 which uses U208 and I am only able to play DSD via DoP settings.  I was wondering if I needed to something different.  I also tried the 4.11 low latency kernel with the same result.

 

Right now, I am assuming that the U208/Sabaj is not listed/supported.  If that is the case, can you let me know what information would you need from the logs to potentially add support.

 

Thank You

[Miska]

20 hours ago, shadowlight said:

Does your custom kernel 4.9.56=jl+_13 support XMOS U208 USB controller in Native DSD mode?  I recently picked up a Sabaj Da3 which uses U208 and I am only able to play DSD via DoP settings.  I was wondering if I needed to something different.  I also tried the 4.11 low latency kernel with the same result.

 

No, it is not supported. This is first time I hear about such device...

 

20 hours ago, shadowlight said:

If that is the case, can you let me know what information would you need from the logs to potentially add support.

 

Output of "lsusb -v" covering that  particular device. Over email please, keeps the formatting and doesn't pollute the thread here... I can then provide you a kernel to try out...

 

[shadowlight]

1 hour ago, Miska said:

 

No, it is not supported. This is first time I hear about such device...

 

 

Output of "lsusb -v" covering that  particular device. Over email please, keeps the formatting and doesn't pollute the thread here... I can then provide you a kernel to try out...

 

 

Email message sent with "Subject: Message from Shadowlight - Sabaj Da3".

[semente]

On 10/22/2017 at 7:48 PM, Miska said:

 

Can you also provide corresponding trace from the NAA side?

 

Is the DAC alive and running and no other processes (like pulseaudio) accessing the DAC?

 

 

Hi Miska,

 

I have been away.

The DAC is now working, I just had to change the dtoverlay to =hifiberry-dac.

 

Cheers,

Ricardo

[louisxiawei]

I have a few concerns and need some help regarding Optical NAA setup.

 

I recently purchased the HP optical Ethernet switch and optical pcie card adapter for my PC to isolate the noise from the DSP PC a step further. 

 

So the chain will be like this:

 

HQplayer PC → LC-LC optical cable OM4→ Optical Ethernet switch → CAT6A in the wall →CAT6A cable → Ethernet switch →CAT6A cable → NAA → DAC

 

The plan is almost perfect apart from the NAA side. Since my T+A DAC8 can only run DSD512 under windows environment (its firmware update for linux DSD512 seems to be difficult and I almost lost the hope), I'm now using Logic CL100 recommended by Miska and CL100 has Ethernet port only accept RJ45 connector, so the optical isolation stops at NAA side.

 

I've also seen @jabbr thread talking about the clearfog, optical NAA, looks awesome but can be run only on Linux. Hence, this clearfog approach cannot be applied in my case.

 

Any idea of fanless, low power consumption, windows-based NAA hardware with SFP slot? 

 

BTW,

 

@Miska Which LC-LC cable would you recommend? OM1, OM2, OM3, OM4? I'm aware OM3/4 are optimised for laser based equipment, don't know whether they will be good for audio data transmission. 

 

Any help would be appreciated.

[jabbr]

9 minutes ago, louisxiawei said:

 

I have a few concerns and need some help regarding Optical NAA setup.

 

I use a low powered Celeron ASRock Q1900M board with an Intel x520 NIC which runs both Windows and Linux.

 

Your OM4 is totally fine — pretty much anything works at 1Gbe — you can try single mode fiber if you wish because the SFP modules have better electronics (and are more expensive) but that’s really gravy.

[tboooe]

21 minutes ago, louisxiawei said:

I have a few concerns and need some help regarding Optical NAA setup.

 

I recently purchased the HP optical Ethernet switch and optical pcie card adapter for my PC to isolate the noise from the DSP PC a step further. 

 

So the chain will be like this:

 

HQplayer PC → LC-LC optical cable OM4→ Optical Ethernet switch → CAT6A in the wall →CAT6A cable → Ethernet switch →CAT6A cable → NAA → DAC

 

The plan is almost perfect apart from the NAA side. Since my T+A DAC8 can only run DSD512 under windows environment (its firmware update for linux DSD512 seems to be difficult and I almost lost the hope), I'm now using Logic CL100 recommended by Miska and CL100 has Ethernet port only accept RJ45 connector, so the optical isolation stops at NAA side.

 

I've also seen @jabbr thread talking about the clearfog, optical NAA, looks awesome but can be run only on Linux. Hence, this clearfog approach cannot be applied in my case.

 

 

I have a similar set up now with my setup.  The difference is my NAA is connected directly to my HQP PC and I use an FMC in between.  So here is my setup:

NAS >> Wireless Router ---- Wireless Bridge >> Cat 6a >> FMC >> Fiber cable >> Dual port Fiber card in HQP PC >> Fiber cable >> FMC >> Cat 6a >> NAA PC

 

I am thinking about using the Clearfog but I am not certain if the kernel has been updated to allow native DSD playback (not DoP) through my Singxer SU-1.  

 

@Miska, do you know if your images work with the Clearfog and if the kernels have patch for the SU-1?

https://github.com/lintweaker/xmos-native-dsd/blob/master/SRPMS/patches/kernel/0001-usb-native-DSD-support-for-Singxer-F-1.patch

[louisxiawei]

 

@jabbrThanks for the suggestion.

 

But I prefer a palm-size NAA device with preferable 7-12V power input so that it can be hidden behind my dac and matched  with a decent power supply like Uptone's LPS-1 or JS-2. Maybe I'm being too picky.

 

I will stick to the OM4. Thanks again.

 

@tboooe WOW, very Interesting setup, don't know FMC can be used like that.

 

I was thinking about using FMC at the very beginning. But considering two SMPS along with them in the chain and some people report that replace them with LPS will make FMC better. This fuzziness put me off.

 

My plan is to set HQP PC and NAA into two different locations (HQP PC in the room upstairs, NAA in the room downstairs). Because the problem I have is my HQP PC cannot be fanless silent. In order to run the heaviest-intensive HQ filters without compromising other PC performance like VR gaming, I'm about to purchase i9 7980XE and GTX1080 Ti and this setup can't be fanless and on the contrary, I'm going to build it in a high airflow PC case  (Carbide Series Air 740).

 

So I'm counting on NAA to be small, quiet, energy efficient and OS friendly for my DAC.

 

 

[louisxiawei]

repeat deleted.

[Miska]

1 hour ago, tboooe said:

NAS >> Wireless Router ---- Wireless Bridge >> Cat 6a >> FMC >> Fiber cable >> Dual port Fiber card in HQP PC >> Fiber cable >> FMC >> Cat 6a >> NAA PC

 

@Miska, do you know if your images work with the Clearfog and if the kernels have patch for the SU-1?

 

What are you running on your NAA?

[tboooe]

20 minutes ago, Miska said:

 

What are you running on your NAA?

Right now, I am using a Windows Server 2012 R2 based NAA but I want to move to the Clearfog and use your Linux NAA.  Since I use the SU-1 I need to make sure your images have the latest patch to the kernel to allow for native DSD playback through the SU-1.

[Miska]

1 minute ago, tboooe said:

Right now, I am using a Windows Server 2012 R2 based NAA but I want to move to the Clearfog and use your Linux NAA.  Since I use the SU-1 I need to make sure your images have the latest patch to the kernel to allow for native DSD playback through the SU-1.

 

I don't have images for ClearFog... So you need to figure out how to install Debian 9 on it and build custom kernel with SU-1 support.

 

[tboooe]

33 minutes ago, Miska said:

 

I don't have images for ClearFog... So you need to figure out how to install Debian 9 on it and build custom kernel with SU-1 support.

 

Thats what I am afraid of.  I am merely proficient in Linux so I wouldnt even know how to build a custom kernel with the patch...

[jabbr]

1 hour ago, louisxiawei said:

 

 

@jabbrThanks for the suggestion.

 

But I prefer a palm-size NAA device with preferable 7-12V power input so that it can be hidden behind my dac and matched  with a decent power supply like Uptone's LPS-1 or JS-2. Maybe I'm being too picky.

 

 

 

I understand. I can’t say that I know of all the boards that might support that, and when Windows supports ARM including third party vendor drivers, that might be possible. In the meantime...

[ambre]

Dear Miska,

 

Since yesterday I have problems to connect my NAA 3.5.2 ( configured on a Mac Mini I5 with OS  High Sierra latest version of yesterday 10.13.1 on SDXH -card etc).

 

I use HQP version 3.18.1 on a Mac Mini I7 Server also High Sierra 10.13.1    I am able to connect the music files on my  Airport Timecapsule as always .

 

Also noticed when I try to connect as PCM 352 instead upsampling  to DSD128 I mostly succeed. After that I switch to DSD ? Strange 

 

I have also noticed that the size of  CoreAudio buffers is 116 instead of 512. After a restart a few minutes later the CoreAudio Buffers size is again 512.

 

Do you have an explanation?

Very best regards, Andreas

 

Ps. attached 2x screenshots buffers 116 and 51

[Miska]

1 hour ago, ambre said:

Since yesterday I have problems to connect my NAA 3.5.2 ( configured on a Mac Mini I5 with OS  High Sierra latest version of yesterday 10.13.1 on SDXH -card etc).

 

I use HQP version 3.18.1 on a Mac Mini I7 Server also High Sierra 10.13.1    I am able to connect the music files on my  Airport Timecapsule as always .

 

Also noticed when I try to connect as PCM 352 instead upsampling  to DSD128 I mostly succeed. After that I switch to DSD ? Strange 

 

I have also noticed that the size of  CoreAudio buffers is 116 instead of 512. After a restart a few minutes later the CoreAudio Buffers size is again 512.

 

Do you possibly have the same audio device set as a default macOS audio device in Audio MIDI Setup? Or have you used any other audio application accessing the same device? Audio device used with HQPlayer shouldn't be set as default output for macOS sounds or applications.

 

You could email me a log of failure case from both sides, HQPlayer and NAA.

 

[ambre]

Dear Miska,

Send you a mail and several log fies including some comments to [email protected]

[ambre]

Hi Miska / Jussi,

 

Same problem still exits with update 3.18.2 but found another strange behavior too.  

I don't not succeed to connect the NAA on my Mac Mini.

But when I start with PCM instead my default SDM I can connect the NAA easily.

 

Shortly after that I can switch to SDM. But in 50% of the cases the # buffers are still 116.

But  closing  the NAA- app and restarting it gives mostly buffers size 512

 

Ps. I cannot hear any differences in SQ playing with buffers 116 or 512 or maybe I am wrong.

Very best regards, Andreas

 

[Miska]

11 hours ago, ambre said:

Shortly after that I can switch to SDM. But in 50% of the cases the # buffers are still 116.

But  closing  the NAA- app and restarting it gives mostly buffers size 512

 

I suspect some other application or macOS is still messing with the same audio device and that why it goes wrong. And that can happen if the audio device is set as default in macOS settings. So please check that and make sure it is NOT the default device.

[Miska]

Just a short note, there are new bootable images downloadable for BeagleBone Black, RasPi3 and x86-64. The former two work up to DSD256 / 384k PCM for me and the latter of course to DSD512 / 768k PCM.

 

Now root login is enabled and I added alsa-utils, so there's "alsamixer" and such if needed (for adjusting output volume with some portable interfaces etc).

 

The x86-64 image requires modern BIOS capable of UEFI boot.