austinpop

I’m still on Qobuz UK. That album may not yet be on the US site.

Thanks for the pointer @Nikhil! These are indeed excellent recordings. I decided to buy this album to try out: https://acousticportrait.com/product/raag-bhageshri/ I have to say the 24/192 mastering is really outstanding, and rare indeed for an Indian classical recording. Very enjoyable. For those who haven't heard the santoor, it's a north Indian and Central Asian dulcimer, and gorgeous in its smooth tonality. While the performance very good, to my inexpert ears, this is no match for the sheer virtuosity of the santoor master Shivkumar Sharma. Still, I applaud this label for bringing audiophile SQ to Indian classical music. For those looking for well recorded Indian classical, there are a few, under the Nimbus and Waterlily labels. Try this one, for example: https://open.qobuz.com/album/hq7hzf0692cgb https://tidal.com/album/54886734

@TheAttorney @hifi25nl just added a menu-driven way to set static IP to the latest Audiolinux menu version 105. So if you need it, it's there.

You may be right. I first ran into the UPNP issue years ago when I was running minimServer, so it may well be unnecessary on Roon. I just set it on for consistency, but didn’t consider there may be a security risk. Thanks for the warning.

Yes, sounds like you have some networking issues going on. Router issues: One thing I always check, especially with the crappy routers ISPs provide, is whether UPNP and multicast are enabled. Usually you can go into the router's web UI and find these. Ensure they are enabled. Instead of multicast, you may see the option called IGMP. Anyway, when these are off, they can impede discovery, so turn them on. My preference is to have the ISP to just give me a modem (or supply my own) and set it in "passthrough" mode. Then you can use a "good" router of your own choosing. Not sure if UK ISPs offer this option. Bridging issues: as has been reported from day 1 on the novel thread, bridging sometimes doesn't work on Windows 10. Not sure why, but probably due to driver issues. I remember several people (myself included) found relief by adding a 3rd network adapter to the bridge, even if it was not connected. You could try switching to a different dongle (check the chipset). I think on my machine, the Anker (with the Realtek chipset) worked well, but I had to add a 3rd adapter (wifi) to the bridge. In your case, you could just add another Ethernet dongle, add it to the bridge, but just leave it unconnected. Static IP: Finally, if you do feel static IP addresses are necessary, you can definitely do static IP on AL. See http://www.audio-linux.com/#GUIDE and search for "static address" within the page. I asked Piero about adding a simple menu option for non-geeks to do this, and he said it will come out in version 105.

For now, I am using 12V, because I don’t yet have a suitable PSU to go higher. According to @romaz, 19V - assuming the same PSU - sounds best to him so I would suggest giving that a try.

OK you lost me, because this is exactly how Roon works! The endpoint has to have an IP address on the same subnet as the Roon Core. For Roon to work, each of these machines has to have its own IP address: Roon Core (aka Roonserver) Roon Bridge (aka endpoint) Roon control app (if running on an iDevice or other system) Once both the Roon Core and the Roon Bridge applications are up and running, they become visible to each other and the control app. Perhaps you can describe your network topology? Which machines are running Roon Core and Roon Bridge? How are they connected?

Roon does not need the Server or the Bridge on the endpoint to have static IP addresses. As Bob said, all Roon components advertise their presence on the network, so get discovered automatically. If you like, you can certainly set your server, endpoint or both boxes to static IP addresses. I've always done this manually, and I noticed AL does not have a menu option to do this, which shouldn't be a big deal to implement. I've asked Piero to consider doing so.

Time to reconnect with you BSD Unix skills then! OK, if you have successfully enabled Roon, then you should see it listed in the list of enabled services when you run: systemctl list-unit-files | grep enabled Sometimes you do have to wait a while for Roon server to start up after you boot. If you look at the details of the start script at /usr/lib/systemd/system/roonserver.service you'll see these lines in the file: After=network-online.target sound.target Wants=network-online.target These are conditions that have to be true before Roon will start. So if you are not seeing Roon start, perhaps your network takes a while to connect? Anyway, you can use these to do some troubleshooting. I think we may already be OT, so you may want to continue this with Piero over on the AL troubleshooting thread.

Hi Alex, Thanks for the clarifications. It would help if I knew what I was asking precisely - which I don't! Perhaps part of my confusion comes from a perception that may be incorrect, that the LPS-1.2 has a "cliff" at 1.1A, so that led me to wonder if instantaneous current demands in excess of 1.1A would be tolerated, and if so, by how much. I am starting to feel more and more that an PSU's sound quality can be variable and heavily depends on the operating point (%utilization of rated max) one chooses. While I haven't done any rigorous listening experiments, I think there is some merit to the idea of massively overprovisioning a PSU for its intended application, so you are running at <50%, perhaps even <25% of capacity. Of course, too often we don't have that luxury.

That's an easy one! Just run "systemctl enable roonserver" once (as root), make sure to "ramsave" and Roon Server should autostart on subsequent reboots.

Very interesting! Thanks for the pointer. Has anyone had any experience with these units?

Hi Alex, I'm glad to hear that these units are selling like barely-warm-at-8.2A cakes. Actually I had a serious question set of questions for @JohnSwenson and you. It has to do not with continuous current, but peak current. Can you compare and contrast how a "conventional" LPS like the JS-2 handles very short current peaks vs. the LPS-1.2? What I'm really wondering is how high a current peak can each sustain, given a short enough duration? Can each deliver 2x, 3x, even 10x the sustained current rating, or is there a practical limit where even for an infinitesimally small interval, max current is limited to some value? Is the amount of headroom - let's define this as rated peak/rated continuous - different for the JS-2 vs. the LPS-1.2? Apologies if this has been answered before - a few searches that I were unfruitful.

Bob, I've lost track of all the threads you've opened up, so apologies if this is the wrong place to ask some questions: Does Euphony supply a ramroot equivalent? I.e. can you run the root partition on a RAMdisk? If you're only interested in the OS, is it possible to skip all the Stylus "stuff?" Is it possible to tweak files? For example, squeezelite.conf to change buffer settings? Can you play with processor frequency? Can you isolate cores? Now regarding your experiments, when you describe your results, can you also please clarify the system: Server: HW description: CPU, RAM, mobo etc PSU: OS used: OS in RAM? Music server: for example, Roon Core Endpoint: HW description: CPU, RAM, mobo etc PSU: OS used: OS in RAM? Music server: for example, Roon Bridge

Thanks for that link! The first part is at the same site: https://live.philharmoniedeparis.fr/concert/1046900/hesperion-xxi-jordi-savall-le-voyage-d-ibn-battuta.html

To your BAADD I would add "Amazing Sound Seeker," making you a .... drum roll ... BAADDASS!

https://open.qobuz.com/album/aolaruz6linqc But this is on the UK site. I'm not seeing it on the US site. Since this is a new release, I wonder what is keeping them from adding it to the US site simultaneously, especially since Tidal US has it, suggesting no issue with the label.

I'm looking forward to your findings. I am so enjoying AL, ramroot, and Piero's peerless support, I've had zero motivation to explore! What made you look at Euphony?

http://www.axpona.com/sessions_detail.asp?id=4890

Just stumbled on this in Qobuz new releases. It's a very interesting and ambitious project by Jordi Savall et al. I'm still working through it and really enjoying it, although the narration isn't particularly pleasing.

https://audiophilestyle.com/forums/topic/38614-the-paul-hynes-sr4-psu/?do=findComment&comment=879180

Further experiments with Custom Frequencies on the reclocked NUC7i7DNBE Endpoint Given the recent comments about TDP a few posts ago, this may be timely. This is a followup to my last post on the topic of custom frequencies, quoted above, where I focused on the effect of frequencies on the server. In this post, I'll talk about the endpoint. Some things have changed since then: AL v103 now has support for custom frequencies in the AL menu My endpoint is now the NUC7i7DNBE, reclocked by the sCLK-EX card in my tX-USBultra, which in turn is reference clocked by a Mutec Ref-10 Endpoint is powered by SR4-12. Also recall that the NUC7i7DNBE is rated at a TDP of 15W at the base frequency of 1.9GHz. But this CPU can operate up to a peak of 4.2GHz. So this new round of experiments was to determine if I could improve the SQ of my endpoint NUC (reclocked, SR-4 powered) by going up in frequency. Step 1 is to go into the BIOS and turn off Turbo. After I did that, I found that I could only go up to 2.2GHz with the AL menu, no matter if I selected a higher frequency. Then I realized I had to go back in the BIOS and switch from Low Power to High Power mode. Once I did, I was able to set the frequency all the way up to 3.9GHz. For some reason, I could still never go all the way up to the full peak at 4.2 GHz. Observations At 3.9GHz, my SR-4 was running very hot, something I've never observed it do. So clearly, at this frequency, the effective TDP is much higher than the nominal 15W at base frequency. CPU temps also rose from the base of 39 C to about 60C. At 3.9GHz, the sound was much more dynamic, but definitely harsher than what I heard at the base frequency of 1.9GHz. After experimentation, I found the sweet spot to be around 2.4GHz. At this operating point: CPU temps were modestly higher: 46C vs. 39C sound was more dynamic than base frequency, with no increase in harshness SR-4 was slightly warm to the touch. In contrast, @romazis powering his reclocked NUC7i7DNBE with an SR7 DR rail. He is finding his sweet spot to be around 3.2GHz. Is this because the SR7 is a lower-noise, better-regulated PSU, with a rail capable of much higher current? Very likely. Conclusion While setting the BIOS to Low Power and Turbo OFF is a good starting point for tuning a NUC7i7DNBE endpoint, I recommend exploring custom frequencies with it, to see if you can squeeze even better SQ from it. Much depends on your PSU. Therefore this is not a "one size fits all." Use your ears and experiment.

My vote would be for readable emails, and small images (expandable by clicking). Very few people know (or care) about the trick of double clicking an image to "right-size" it for their post.

It's not just you. I'm seeing it too, and it is correlated with embedded images as you describe.

I love this album. I am slowly working my way through Brahem's discography on ECM. Other standouts for me are The Amazing Eyes of Rita and Souvenance.