Jump to content

Cebolla

  • Content Count

    2708
  • Joined

  • Last visited

  • Country

    United Kingdom

1 Follower

About Cebolla

  • Rank
    Cepa Computensis Musicalis

Recent Profile Visitors

11990 profile views
  1. You might have to get a regular video Chromecast anyway, as I believe Google stopped support of the audio from its YouTube video streams being cast to Chromecast Audios & therefore audio file streamers with Chromecast built-in, in order to avoid any further complaints about the audio being played by the CCA being out of sink with the video playing on the source device - they never resolved the synchronisation issue.
  2. I mentioned this to Qobuz's @David Craff in the official Qobuz issues thread quite a while ago, who said he'd forward the share function improvement request to their mobile product manager: Hopefully the request made it to their approved change requests queue and it's now near the front - it's been nearly 2 years!
  3. In another context I would agree with you, however responding to my actual post with what looks like either an irrelevant or an illogical question is not really an answer: - Despite its name, the mconnect Player app does not play anything when used for the only purpose of relevance in the discussions thus far in this thread, including (especially) the post you first responded to, ie, that of a TIDAL supporting UPnP renderer controller app; - or, if by 'play TIDAL' you really meant 'control a UPnP renderer's TIDAL streaming' then it's not logical to question the app rega
  4. No, not unique, but you likely just have a misunderstanding of the difference between standard UPnP and OpenHome, especially regarding the ownership of the current playlist: The mconnect Player app on the mobile device most definitely does not handle the music files when controlling a UPnP renderer and it always instructs the controlled UPnP renderer to fetch them directly from the server.
  5. Can you qualify that? Otherwise such a general statement is twaddle - the mconnect Player app supports the standard UPnP gapless playback mechanism (requires the Gapless to Renderer setting to be switched on), including when using it to stream TIDAL's tracks, but the controlled UPnP renderer must also support gapless playback.
  6. So much for the assurance, then!
  7. Instead of making some general CD comparison comment from past experiences, why didn't you actually test listening to the original CD versions, which are also available for download on the 2L test bench webpage (and therefore carefully produced by 2L from the same DXD masters for direct comparison between the different formats), vs the MQA-CD versions?
  8. I hope your careful reading noted the importance, regarding any possible future change, of this post by @bubbleguuum developer of the old foo_UPnP foobar2000 plugin component (central to Bogi's method) and the response by @Miska developer of HQPlayer: The foo_upnp plugin has certainly never been updated at all since (still at version 0.99.49) and as far as I'm aware, HQPlayer Desktop (ie, not the Embedded version) was never updated to implement a UPnP renderer. So don't expect any major change.
  9. The SonoreUPnP Bridge (yes, it is meant to be that way round - apologies for the 'Sonore UPnPBridge' misspellings in my previous posts) isn't a device in its own right; rather its an app that you can optionally install on a 'Rendu or other Sonicorbiter type device. So is a minor function (still in beta?) of the Sonore devices, which hasn't anything to do with devices main function that provides the 'output modes'. Not a cost effective way of using a 'Rendu, IMO, if that's all you are going to use it for. Perhaps that's why it isn't mentioned on the Sonore site. Did you have a look
  10. Weren't even tempted by a Squeezebox streamer, when they were around all those years ago, then?
  11. Yes as Roon supports gapless playback and it's the resulting Roon audio output that the Sonore UPnPBridge will actually be handling. However, it's very unlikely you'll get it to work by connecting the Marantz & Sonore together via their ethernet ports! No, the Sonore UPnPBridge is designed to provide Roon's audio output as the audio source (and therefore controller), only. Really, if you have a spare Windows machine that you can run either 24/7 or at the same time as Roon (easy, if Roon is on the same machine), then you'll get exactly the same by just running
  12. Agreed. Plus AirPlay audio streaming has the option to be used in a mode that maintains strict audio synchronisation between the sender & receiver (eg iTunes), so audio data can be dropped by AirPlay at that protocol level even if network connectivity is not poor enough for UDP packet loss to be occurring. The Sonore UPnPBridge is designed to allow any UPnP/DLNA streamer to be used with Roon, specifically by presenting the UPnP/DLNA streamer as if it were a Squeezebox device - Roon supports playing to Squeezebox devices: My suspicion is tha
  13. As you don't appear to class a Mac as a 'PC', the latest version of the Logitech Media Server can be installed on Macs too, not just Windows or Linux computers (personal or otherwise) - as covered by @R1200CL's "or anything" statement 🙂: http://downloads-origin.slimdevices.com/nightly/?ver=8.1
  14. The one true hi-res track can even be enjoyed using TIDAL's own Windows desktop software - so no reason why they can't supply more!
×
×
  • Create New...