Snakeoil 1.3.0 Alpha 1 (aarm64)

[sy_boy]

Why is there no Roon or Hqplayer option anymore?

[Anzelm]

That's a bit of a problem. Can you play some music for about 10 seconds, then generate a diagnostic file and send it to me?

Then, do a sudo apt update; sudo apt upgrade and see if there's a newer Pi kernel... 

If yes, reboot and see if it's any change.

This might be a bit of a bummer as this is probably OS specific. But will see what clues the diagnostic file can offer.

I sent you a diagnostic file. I already did a sudo apt upadate/upgrade, but it didn't help, a kernel has not changed. I wanted to add that I also have trouble playing music with DIetPi and Arhpchile, The difference is that the interference is quiet and occurs in the background of the music. Until now only Moode Player works correctly. Anyway, in the case of OS, the problem is not only a hardware set, because the same problems happens with Usbridge and my other dac - Khadas Tone 2 Pro.

[sy_boy]

root@ubuntu:~# sudo pro enable realtime-kernel  
One moment, checking your subscription first
The Real-time kernel is an Ubuntu kernel with PREEMPT_RT patches integrated.

This will change your kernel. To revert to your original kernel, you will need
to make the change manually.

Do you want to continue? [ default = Yes ]: (Y/n) y
Updating package lists
Installing Real-time kernel packages
Stderr: E: Sub-process /usr/bin/dpkg returned an error code (1)

Stdout: Reading package lists...
Building dependency tree...
Reading state information...
ubuntu-realtime is already the newest version (0.0.1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up ubuntu-realtime (0.0.1) ...
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50-cloudimg-settings.cfg'
Sourcing file `/etc/default/grub.d/99-realtime.cfg'
Sourcing file `/etc/default/grub.d/init-select.cfg'
/usr/sbin/grub-mkconfig: 275: cannot create /boot/grub/grub.cfg.new: Directory nonexistent
dpkg: error processing package ubuntu-realtime (--configure):
 installed ubuntu-realtime package post-installation script subprocess returned error exit status 2
Errors were encountered while processing:
 ubuntu-realtime

Stderr: E: Sub-process /usr/bin/dpkg returned an error code (1)

[agent_kith]

Why is there no Roon or Hqplayer option anymore?

Do they have arm64 (aarch64) for this? I will double check later this weekend and add them to alpha 2 as I find it.

[Snoopy8]

Using Pi2 Design Mercury V2 Streamer (and definitely no skips, clicks on Mpd, currently playing).
https://www.pi2design.com/mercury-streamer-v2.html

Not able to use AES/EBU digital output, and "aplay -l" only shows the outputs of the CM4, but not the Pi2 Design board which has a WM8804 SPDIF Transmitter
https://www.pi2design.com/pi2aes-980244.html

In their distributions of various Pi OS, all of them mention including a "HiFiBerry Digi+ Pro" driver.  Is this driver included in the generic Ubuntu kernel?  If not, it then raises the question of how many additional drivers will be required for SnakePOil to support the ARM64 platform?

[hkphantomgtr]

System now running, did quick check that Mpd 0.21.25, 0.22.9, 0.23.5,  LMS with Squeezelite 2.0 are working.  Mympd is running, but do not use.  However, there are issues, as expected:

• Cannot install upmpdcli
  
• No Minimserver
  
• All the players mentioned so far are what I use, have not tried any of the others.
  
• 2 kernels installed 5.15.0-1041-raspi and -1035-raspi, which probably accounted for the long install ?  Why these 2 kernels, and not  standard kernel, which likely solve the next point. 
  
• Tried installing CamillaDSP, but it said Module Snd-Aloop not found; it is missing in above kernels.  Installed CamillaDSP successfully from scratch with recently rebuilt NUC on 22.04.1 with standard kernel
  

It sounds OK, but not possible to compare to NUC because it is missing CamillaDSP, my CPUSets and real time kernel.

I guess Pi is not strong enough to run digital room correction filter.  My i5 Nuc (with ROON inside) is barely powerful enough to handle such filter with DXD and DSD64.  Any DSD above DSD128 doesn't play properly with the digital room correction filter.

[Snoopy8]

I guess Pi is not strong enough to run digital room correction filter.  My i5 Nuc (with ROON inside) is barely powerful enough to handle such filter with DXD and DSD64.  Any DSD above DSD128 doesn't play properly with the digital room correction filter.

Unless you convert DSD to PCM, it is almost impossible to run DSP with any of our computers. You can trick it like what Roon does, convert DSD to PCM, apply DSP, then convert back to DSD
https://forum.psaudio.com/t/roon-using-d...-dac/27991

For me, running convolution on PCM files is far better than DSD by itself.

[hkphantomgtr]

I guess Pi is not strong enough to run digital room correction filter.  My i5 Nuc (with ROON inside) is barely powerful enough to handle such filter with DXD and DSD64.  Any DSD above DSD128 doesn't play properly with the digital room correction filter.

Unless you convert DSD to PCM, it is almost impossible to run DSP with any of our computers. You can trick it like what Roon does, convert DSD to PCM, apply DSP, then convert back to DSD
https://forum.psaudio.com/t/roon-using-d...-dac/27991

For me, running convolution on PCM files is far better than DSD by itself.

Yup, I just leave the Roon to convert it.  Yet I still doubt Pi can handle DXD, and DSD128/256/512 (convert-on-the-fly) with such filter at a reasonable speed.

[Snoopy8]

Yup, I just leave the Roon to convert it.  Yet I still doubt Pi can handle DXD, and DSD128/256/512 (convert-on-the-fly) with such filter at a reasonable speed.

The conversion by itself will be easily done by the 64 bit Pi 4. But if you intend to do upsampling with HQPlayer and have high taps for convolution, then maybe not ?

My setup internally resamples everything, so I am not running any upsampling, nor Roon. My NUC is ridiculously under utilised, and it would be the same with the Pi 4.

[hkphantomgtr]

Yup, I just leave the Roon to convert it.  Yet I still doubt Pi can handle DXD, and DSD128/256/512 (convert-on-the-fly) with such filter at a reasonable speed.

The conversion by itself will be easily done by the 64 bit Pi 4. But if you intend to do upsampling with HQPlayer and have high taps for convolution, then maybe not ?

My setup internally resamples everything, so I am not running any upsampling, nor Roon. My NUC is ridiculously under utilised, and it would be the same with the Pi 4.

I'm not keen to and always try me best to avoid up sampling.  Yet I found convolution dsp seems to be more demanding to the cpu speed.