You're missing my point Mike; the thread is about Acko's direct drive DSD development and, when it emerges, I believe you will be able to get excellent results, straight out of the blocks, with simple and relatively cheap supporting infrastructure - that approach will keep more people interested. Of course you can then develop/enhance as you see fit.
Ray
Yes I realize that. Which is why I was discussing cheap supporting infrastructure that I feel will allow one to get the best out of the DAC once available.
Getting a bit confusing!
Are you saying that Debian Stretch needs to installed on top of this AudioLinux? 😕
No, two different things.
AudioLinux is a plug & play realtime audio system based on Arch Linux with LXQt desktop and programmed IRQ and application priority. Arch Linux is an independently developed, i686/x86-64 general purpose GNU/Linux distribution.
Debian is a different Linux distribution.
Here for differences between Arch Linux and Debian.
Thanks!
So then JLSounds will play DSD256 with the latest version of AudioLinux with having to tweak anything. And also NAA?
Yes, I have not checked myself but JLsounds should work up to DSD256 native.
https://github.com/lintweaker/xmos-native-dsd
https://github.com/lintweaker/xmos-n...s-I2Sove.patch
https://github.com/lintweaker/xmos-native-dsd/issues/1
Kernel 4.2.x is supporting it, but maybe also 4.1.x
Audiolinux is using the last version of realtime kernel, currently 4.1.12_rt13
This is an already configured archlinux OS with HQplayer, HQplayer embedded, Network Audio daemon already installed (some other software can be easly installed like mpd-dsd and sox-dsd). For HQplayer a linux licence is needed, otherwise it will work only 30 min. at a time.
https://github.com/lintweaker/xmos-native-dsd
https://github.com/lintweaker/xmos-n...s-I2Sove.patch
https://github.com/lintweaker/xmos-native-dsd/issues/1
Kernel 4.2.x is supporting it, but maybe also 4.1.x
Audiolinux is using the last version of realtime kernel, currently 4.1.12_rt13
This is an already configured archlinux OS with HQplayer, HQplayer embedded, Network Audio daemon already installed (some other software can be easly installed like mpd-dsd and sox-dsd). For HQplayer a linux licence is needed, otherwise it will work only 30 min. at a time.
That's my question as well, how to setup NAA on the AudioLinux ? What are the files that need to install ? I see 3 different types, Jesse, Stretch,Trusty...
I am guessing the best setup would be a AudioLinux on a PC just for playback using HQPlayer and another PC with AudioLinux but setup as NAA ?
It just works. Everything is preinstalled. Copy the image to a stick (or buy a stick preloaded) pop it in, fire it up, and click on the enable Networkaudiod at boot icon, and that's it. Reboot and it works!
However you do have to setup your network settings. But that's super easy.
Oh yeah and I discovered the easiest way to copy the image to a USB stick is with Rufus.
And make sure your bios is set to boot from USB.
https://rufus.akeo.ie
Last edited:
With JL Sounds oscillator board, you can use many clock types to signal reclock. This board is direccly stackable on USB interface.
Oscillator board - I2S over USB Audio
Regards
That's a cool reclocker board, but his USB interface already has a built on reclocker.
http://jlsounds.com/i2soverusb.html
It is more of what hardware you already have and sure you can put some from yesteryear to good use. But if you have none of these then just as well get some sleek new products and better still if they do not look or sound like PCs. Even OS is part of the infrastructure and many of us are still hanging around with what we have got and trying to tweak for best audio.
It will be interesting to see if you can get BBB-NAA to work even on USB as we have got this UPS shutdown action if someone pulls the plug - quite common in my household 😀
Cool!
In this way I do not have to grapple with Linux commands. Also got the OS on stick to make it even easier 🙂
Yeah it's awesome. Much simpler than I thought it was going to be. I spent days trying to get Debian Jessie to work as an NAA with no success.
Once you have the networkaudiod set to auto boot at startup, you can change the boot loader to just boot into command line mode, instead of GUI mode. To do that you do this:
For the command line boot, you must change the default in the following files:
/boot/syslinux/syslinux.cfg (BIOS systems)
or
/boot/EFI/boot/syslinux.cfg (UEFI systems)
and change the line
DEFAULT archfallbackRT
to
DEFAULT archCL
You can use the ROOT file manager (the icon on the right of the standard file manager).
When it asks for password for the ROOT file manager the password is Audiolinux0.
Another thing to be aware of that caused several emails to Piero (who was extremely helpful and quick to respond BTW) is if you reboot the NAA, but leave HQplayer on the server open, or even just close HQplayer on the server, and reboot the NAA, it doesn't want to connect. It seems you need to reboot the server. Then it connects. But it seems this way no matter what OS you install the NAA daemon on.
It doesn't just lock right on as good as a WIFI connection for instance. But if you just leave the NAA running and reboot the server, it reconnects every time.
Well it took me 43 emails to realize how easy it was to setup 🙂.
A good part of those emails were figuring out how to copy the image to the USB stick using a live Linux USB installation and command line prompts.
I later discovered Rufus turns that into a 10 second painless procedure.
Then I screwed up the network settings because of the problem with not restarting the server for NAA. I thought there was a network problem.
Now I realize that once burnt to stick, you can be listening to tunes through the networkaudiod within 30 seconds of popping the stick in the computer the first time around!
So I highly recommend not going on the same merry-go-round as me. Because it's much easier than I thought. 🙂
Anyone who opts for the NUC 3815 for use as an Audiolinux based NAA, I have compared the sound of using the USB 3.0 bus for the DAC, and the USB 2.0 for the USB drive with vice versa.
The USB 2.0 output sounds much better connected to the DAC. I've heard before that USB 2.0 controller chips are much less noisy. Another factor may be that the bus is beefy enough to run the 2 ports, the Mini PCI-E slot, and 2 more ports from the front panel header. And another stand alone header.
Looking at the datasheet tells a pretty good story of how much power each one of the noise generating peripherals consume. The great part is each one of these can be enabled or disabled in the slick Intel visual bios.
The USB 2.0 output sounds much better connected to the DAC. I've heard before that USB 2.0 controller chips are much less noisy. Another factor may be that the bus is beefy enough to run the 2 ports, the Mini PCI-E slot, and 2 more ports from the front panel header. And another stand alone header.
Looking at the datasheet tells a pretty good story of how much power each one of the noise generating peripherals consume. The great part is each one of these can be enabled or disabled in the slick Intel visual bios.
Excellent!
Is it possible to run AudioLinux from the on-board eMMC? In this way we can also turn off the USB3 port and nothing sticking out ... and less noise/power
Is it possible to run AudioLinux from the on-board eMMC? In this way we can also turn off the USB3 port and nothing sticking out ... and less noise/power
No you need 16gb. I wish though. I'll be trying Debian Stretch running networkaudiod some time in the future though. It will fit.
Another option is to pop one of these Mini PCI-to dual micro SD or single full sized SD into the half sized PCI-E slot. This will make for a stealth install.
Ok, got it, thanks!
What's the deal with Debian Stretch? Is it better than AudioLinux, Real Time?
- Status
- Not open for further replies.