Miska Posted August 31, 2018 Share Posted August 31, 2018 I'm just curious, since Qobuz is not available in Finland I cannot try myself; has anyone tried streaming Qobuz to HQPlayer Embedded using UPnP? If Qobuz supports sending streams out to UPnP Renderer, it should work... Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Miska Posted August 31, 2018 Share Posted August 31, 2018 Just now, EuroChamp said: The Qobuz software does not, but 3rd party software does, like BubbleUPnP. Ahh, OK, I somehow have got a picture that Qobuz application would have UPnP capabilities. I know BubbleUPnP works with when used with Tidal, so Qobuz will likely work too. Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Miska Posted October 6, 2018 Share Posted October 6, 2018 22 hours ago, Cebolla said: Not sure how come, but I think after the update for some reason, on your particular network, the Qobuz Desktop app's UPnP broadcast request for all UPnP renderers to announce themselves is no longer getting through. However, I suspect the same UPnP broadcast request by the UPnPBridge does get through, with the Qobuz Desktop app riding on its coattails by also picking up the 'I am here' responses from the UPnP renderers, so would include the UPnP/DLNA Media Interface created UPnP renderers. Sorry for nitpicking, but UPnP uses multicast, not broadcast for discovery. This is important distinction, especially because broadcasts are privileged operation on any sane OS, so normal applications cannot deal with such... They are handled differently throughout the network stack. Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Popular Post Miska Posted October 13, 2018 Popular Post Share Posted October 13, 2018 17 hours ago, The Computer Audiophile said: DLNA / UPnP is the most nonstandard standard. Ask the guys at jriver what it’s like to make an app work with numerous devices. It ain’t easy. Yeah, it is nightmare. DLNA is trying to improve that, but I'm not sure how many companies who are claiming to be "DLNA" compliant have actually certified their products: https://spirespark.com/dlna/certification But things have been certainly getting much better over the years, compared to how it was about 10 years ago. And for example DLNA doesn't help much on the audiophile front, because at least when I started dealing with it in the past, there were not many mandatory audio codecs/formats. I think pretty much only mandatory codec was MP3 and mandatory audio format 44.1/16. For example support for HiRes formats was certainly not mandatory. Standards then require Server to support transcoding to the Renderer's supported format, but that is something audiophiles certainly wouldn't want. You don't want to get your HiRes stream silently accidentally transcoded to 128 kbps MP3. Cebolla and MikeyFresh 1 1 Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Miska Posted June 22, 2019 Share Posted June 22, 2019 19 hours ago, left channel said: Good point. Just want to add that nowadays they call that type of person an "information architect". ...and then you only need to get all the record companies adhere to your newly invented standard... ID3v2 and Vorbis Comments are already good, but completely screwed up by most of the mainstream software. Problem with "information architect", or something one could call "designed by a committee" is something that is in fact unworkable in practice because the ones who designed never had to implement or apply it to harsh reality. That has been seen in some IETF and other standards before. Good example of this is already definition of "genre" for a particular piece of music. Quite typically such information is very inconsistent. Musicophile 1 Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Popular Post Miska Posted June 24, 2019 Popular Post Share Posted June 24, 2019 On 6/23/2019 at 2:15 AM, left channel said: Sorry, I was not referring to standards or committees, but rather to how large corporations and their vendors develop proprietary apps and websites, with or without referring to shared industry standards. An information architect is a person that develops the structural design of an app or website. Further work is then done by a user experience designer and other team members. Many schools of library science have at this point been merged with information science. Librarians are now often employed as information specialists. Information architects and information researchers work at the intersection of information science and computer science. So you only need to achieve following: Introduce a new metadata format and standard. For example including standardized definitions of musical genres and how to correctly categorize music to those genres. So that it is not persons subjective view which genre to to apply, but instead can be objectively specified so that there's absolutely no disagreement. Get all record companies redo all metadata for all of their catalogs according to the new standard. Get all the internet metadata databases updated to correctly apply the new standard. Get all the software applications correctly apply the new standard without doing ambiguous substitutions between various different "legacy" metadata formats that have different ways to define different items (thus there is no clear 1:1 mapping between fields). This is just to get started. On 6/23/2019 at 2:15 AM, left channel said: The right people working at one of these streaming companies could pull all the necessary pieces together. You suggest that streaming companies completely rework all the metadata provided by record companies? In addition, that information would need to be somehow transferred to applications in a sensible way - unless you rely on one single in-house application for browsing and playback. Essentially a new metadata standard. And if you don't rely on a single in-house client application for everything, everybody else also needs to adopt that. Otherwise you end up again with the same old substitution/abstraction challenge. spin33, Guidof, rando and 1 other 1 3 Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Miska Posted November 21, 2021 Share Posted November 21, 2021 5 hours ago, Cebolla said: First off (and assuming you have the latest version of HQPe installed & working on the sonicTransporter i9), remove the BubbleUPnP Server's created OpenHome renderer for HQPe's UPnP renderer, or better, still shutdown the BubbleUPnP Server altogether (presumably you are running the BubbleUPnP Server on the sonicTransporter). You need to isolate the problem and having the BubbleUPnP Server's OpenHome support enabled might complicate things. OpenHome style playlists don't work for streaming services like Qobuz. Because the OpenHome renderer/server would hold the playlist, but the stream URLs obtained by the control point are valid only for short period of time. So you cannot use server side playlists in such cases. 5 hours ago, Cebolla said: HQPe is supposed to be able to play Qobuz's FLAC tracks directly Yes it is, for sure. 5 hours ago, Cebolla said: Also, switch off the BubbleUPnP app's Gapless control setting for HQPe's UPnP renderer if it's not greyed out & you have it switched on - HQPe has its own method & HQPe's UPnP renderer isn't supposed to support the UPnP method. Yes it does, both with and without the UPnP SetNextTransportURI. So either way is fine. Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Miska Posted November 22, 2021 Share Posted November 22, 2021 38 minutes ago, Cebolla said: The BubbleUPnP Server's emulated OpenHome playlists should, or at least its developer Bubbleguuum mentioned years ago that the online streaming service playlist entries never expire as the streams' true URLs are resolved at the time they are actually played. I believe you may have even been party to that conversation - blimey I must be getting old if I can remember something from way back better than I can from a few weeks ago! That would assume some redirect or proxy URL from the control point, but if the control point is not awake (as it is not necessary for OpenHome), then it wouldn't work. Essentially it requires OpenHome to emulate regular UPnP to make it work... :D Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now