Haha thanks for the effort prize :-)

Please do take your time digesting this. I'm definitely not asking for you to rush in to this stuff right away or anything.

Instead all i'm asking is if you knew something about the workings of this upnp/dlna stuff and if it can be a thing for XXhighend... because this protocol already exists from what? More than 10 or even 15 years, could be a possibility you already considered this.

I used the xxhighend tidal download functionality way before i found out the way we are discussing here, but from the moment i started with that, i was wondering if it would also be a possibility with xxhighend instead of JRiver. Turns out that may be even so considering the networking activity.

I have no idea what it is exactly that lets JRiver handle tidal's files this way, besides tidal probably not even knowing that is going on at all, since the flac files are proxy'd on the control point's IP. Not even sure i'm saying it right but you probably know what i mean ;-) i bet you will know soon enough once you decide to look into it.

But like i said, would definitevely not rush in to this, and only continue with this when you can see a great demand for it for lots of users, and SQ is NOT comprimised. I can also think of some downsides. Like for instance what if Tidal's (or also Qobuz in BubbleUPnP's case) policy will also prevent using its music this way? Relying on a third party app for control maybe is not optimal, so i would really think about longetivity of these control apps etc. And completely bypassing xxhighends UI when playing like this is also something you can love or hate to do of course

Good idea about trieing to pull ethernet all together, will try that when i'm home again next week.

To verify all this, i did some basic obervations in the windows resource monitor.

When i disable UPnP in JRiver (the Renderer in my setup) Networking is Zero, all networking dissapears from the monitor. Only now and then it pops up, with very little activity, but obviously that is for other stuff besides the UPnP part.

When i start the UPnP Renderer service (actually it is DLNA) some ports are opened and activity is as follows (orange line in the graphs is JRiver, mediacenter32.exe, and ofcourse a Remote Desktop session runs to be able to see this)



When i play a 24/192 song via Tidal in the controller app, the file is thrown over to the renderers memory with about 128Mbps, so it takes a couple of seconds to load the entire song in the Renderer, and networking again drops very low. Playing starts already while the file is still 'downloaded'. You can see some communication is still going on while playing, this is explained in the links i provided earlier.

and this is what that looks like in the Control Point app running on my Android phone (app is BubbleUPnP), i made some screenshots showing the Tidal menu, basicly all the Tidal funcionality is there, like showing the album for the current song, playing track radio, saving to playlists, etc. In the top right you can select what device to play to, You can play locally in this app, as in on the device itself, or to a UPnP renderer, or a Chromecast, even some smart TV's are supported i believe. Volume, etc, it all works, pressing the phone volume buttons send commands (via the UPnP protocol) to the renderer to change volume accordingly. How convenient...


But, as a stated in my previous post, you can kill the control point app, and playing resumes for the one song that is started. Here i pressed Play in the control point app and immediatly after i closed the control point app. Playing resumes but you can see there is no networking anymore


So would you still call all this 'Streaming?'

i have absolutely no idea what freedom there is in the UPnP AV (or DLNA) protocol about what networking to use and what not etc, but i would like to find out

Hi Peter,

And thank you for digesting this :-)

though i'm not sure you fully understand where i'm getting at. This post is by no means a complaint about the XXHighend UI, if i had wishes about that you would have known by now ;-) i care more about the end result, which is is ofcourse enjoying music. To play music from my (network)hard drive i can do everything with XXHighend i would want.

But to elaborate further what this post is about then. I think there are 2 points i'm getting at. The one point is, convenience, who would not want the convenience of a streaming service? Heck, thats why you implemented the Tidal 'download' function in the first place. When i'm on the go or at work, i listen to music via Tidal (as background in a lo-fi envirment) and this provides me with inspiration for what i want to listen when at home. So i save sometimes save to a playlist and when i'm at home i can play that list with almost one push of a button.
Another point is, i read a lot from you here how Tidal changed this, changed that, giving you headaches on how to keep the download function working, etc. But still you keep up, proving how important this is to you, or indirectly how important it is for other users of XXhighend.


I understand what you are saying, but are you sure the UPnP way really is streaming in the way you mean? I know for fact the music file is brought into the PC memory when it plays, because after a few seconds of commencing a song, you can even disconnect the Control Point and the music plays on just fine. When i go into the PC by Remote Desktop, i can even replay that same last song in the JRiver player, so it must still be in the PC's memory. From what i can tell with my limited knowledge about this, is the file location from where the music file is brought in, is only a proxy running on the control point, so Tidal still thinks your playing on the control point, when in fact you grab that file over the network and bring it into the PC's memory

When i select a Tidal song in my Control Point app and press play, the renderer (PC) almost instantly plays it, with only half or 1 second of delay, so i think the file is still being downloaded while playing already commenced, and that is obviously what we don't want.

Now what if the UPnP architecture allows for the Renderer to wait with playing until the full file is downloaded (which is probably only seconds anyway), and what if the remaining required networking would not be that different from the current RDC way.... or possibly even better...?
You can even kill networking entirely, because once the song is started, the Renderer will play it completely also when the connection with de Control Point is lost.
I'm almost sure this UPnP architecture allows for commands to be sent from the Rendere to the Control point at the end of the song (at least it already does now), to let the Control Point send the commands for the next song in the playlist. This wil obviously also disable pause/stop and volume functions, so a middle way should be most practical. Maybe it is even possible to let the user select between these options..?

So all in all, if this is all possible, would this not be the perfect solution to use Tidal with XXHighend? And because the XXHighend side in this case has nothing to do with Tidal directly anymore (because that is the control points deal), would that not save you from a lot of continiously reoccuring work too?


I have a Lush^2. Although i have some other fish to fry first (i'm working on room acoustics right now) and i think my PC is not optimal, i use a Intel® Xeon® E5-2650L (v1) 1.8GHz Octa Core on some chinese motherboard, have set up XXHighend to play from ram, but no ramdisk.  I may have to upgrade or try another PC. But to be honest i think i will not look into that until next fall.

Happy to share my ideas! BTW I deliberatly posted this here so others could read along.

Erwin

Hi Peter, no worries at all. There is no rush

Now, this will probably be a long post, so bear with me.

The UPnP i'm talking about is the 'network audio protocol' one, often referred to as UPnP AV. Here is a good read about how it works, at least from a user perspective.

Now, in my use case, i only use a Control Point, and a Media Renderer. The control point is where you select what to play, and when you hit the play button, it tells the renderer to play it. Like a remote if you will.

Control Point
This is my Android phone. On this phone i run an app called BubbleUPnP. There are other similar apps, like MConnect. This app lets you map music which is available on your network, but, and this is what this post is really about, also lets you log on to Tidal or Qobuz, so you can access that as well. The UI is not that of Tidal, but that of BubbleUPnP, but the functionality is almost the same. There is a search function, track radio (which i use a lot!) and so on. All your playlists in Tidal are available, and you can create playlists in BubbleUPnP just the same, and they show up in tidal too, so it works both ways so to say.
Now, when i decided what to listen to and press play, commands are sent to the UPnP renderer according to the 'AV Transport Service'.
actions like Play, Pause, Stop, Seek, Volume, Mute, etc are all part of this service.

Media Renderer
In my case the media renderer is the PC where the NOS1 is connected to. There is software which provides the UPnP functionality. I juse JRiver Media center.
When the renderer recieved the information what to play (file location,  volume etc..) it will load the file into memory (i believe), and play it. This works the same with Tidal. I have not looked into whether the file is downloaded first or it is only loaded into memory, but shortly after playing commences the network activity drops very low. At least up to 24bit 192khz is supported(i'm talking about the tidal bit depth), no idea what the limits are, i believe this is the highest available on Tidal?

JRiver provides the UPnP functionality and is also the player. It lets me use Kernel Streaming to the NOS1, and i let JRiver upsample everything to 352khz, there are 2 upsampling engines to choose from.

So, all in all, it feels basicly the same as a phone/tablet with a chromecast, etc.

Getting to the point
Now, what if, XXhighend would be the UPnP Renderer instead? Remote Desktop will no longer be necesary anymore, but UPnP AV services will come in its place offcourse, and i have no idea what that will mean. Also, i'm not 100% sure how the files are brought in, and if Unattended playing would still be possible that way. I would only bother if it is still posible to get 100% out of XXhighend so to say.
As for UI, the possiblity's are endless, but another instance of XXhighend could also be made to function as a Control Point. JRiver has the possiblity to function as a control point, media server, or the renderer

Will this way maybe be an easier way to use Tidal with XXhighend? Both for the user, and you. From the way i see it most of the programming is not seen by the user, requiring no UI related stuff in XXhighend. And maybe the continuous changes Tidal make, gives less of a headache, if at all?

looking forward to your thoughts about this

Erwin

Hi Peter

Been a while since i posted here, too many hobby's for the time i have ;-)

i have a question. Are you familiar with playing music by means of UPnP/DLNA? Either as a Server, Control point or Renderer

but before i go in to detail in how i use this lately for 99% of the time music goes through my NOS1 (without XXHighend unfortunately) i am curious, have you already have considered building a UPnP renderer functionality in XXHighend?

If not, i will explain in detail how i use it and can maybe, maybe, if the downsides are worth it,  be a very conveniant add-on to XXHighend...

Erwin

well then, maybe they will create some good documentation sometime... The change on the tidal side is only made somewhere in the last few weeks i think?

i hope you get it working again sometime!

Ah darn i was hoping it would be a little thing. Thanks for looking in to it, i hope it is an easy fix!

Erwin

Hello there,

this is my first topic on this forum. Guess i will make an introduction some time, because i will probably hang around here now and then.
At first, thank you all for filling this forum with lots of information, i managed to get XXhighend going on RAMdisks on a PC i built, install drivers for my recently acquired Phasure DAC, all by searching these forums and reading Peter's tutorials.

i also got the Tidal functionality going in XXhighend, that is really a function i would not like to do without. Albums and Tracks are coming in just fine. I also would really like to prepare existing, and my own playlists, which should be possible since XXhighend 2.08 (see the release topic here: http://www.phasure.com/index.php?topic=3887.0)

but when i follow the described procedure of pasting the playlist link into the album/general field, and press search, i get this:
The remote server returned an error: (400)
Bad Request

It happens with all playlists, also the ones which i see mentioned on this forum.

i already tried to alter the date in the tidalsession.dat file because i noticed that could help a similar error, but that does not help.

i am using XXHighend 2.11a, upgraded from 2.10

Any ideas?