Jump to content


  • Content Count

  • Joined

  • Last visited

1 Follower

About Cebolla

  • Rank
    Cepa Computensis Musicalis

Recent Profile Visitors

10320 profile views
  1. Perhaps a more useful UPnP/DLNA vs AirPlay comparison which should help answer that question, would be to compare both network audio delivery methods using only Audirvana playing the Qobuz audio file tracks on the same laptop - you should be able to select the Chord AirPlay device as the audio device in Audirvana's Audio System setting's page, in the same way as you selected the Chord UPnP/DLNA device. BTW, Audirvana's support of UPnP/DLNA streaming is actually more 'AirPlay like' compared to the way UPnP/DLNA is normally used: - Audirvana actually decodes and plays the Qobuz FLAC audio file tracks though its audio engine, sending the resulting audio output (encapsulated as an uncompressed WAV file) via UPnP/DLNA. This is similar to what happens with AirPlay, except Aurdirvana's audio output is resampled (as necessary) to AirPlay's fixed CD audio 16bit/44.1kHz resolution, plus it's then (losslessly) compressed using the ALAC audio codec to help save on network bandwidth; - the usual method, used by other UPnP/DLNA supporting software, would be that the actual Qobuz FLAC audio file tracks themselves would be sent untouched via UPnP/DLNA, so that the Chord itself would decode and play the FLAC tracks. For example, using the mconnect Player iOS app (free Lite version available for testing).
  2. Got carried away with the J's, perhaps? - Rush's front man bassist is Geddy Lee.
  3. Who knows - why didn't you also test the Roon setup with your FLAC files and also test the DLNA setup with the TIDAL tracks via a TIDAL supporting UPnP/DLNA controller app (eg mconnect Player, BubbleUPnP, etc) to eliminate that possibility?
  4. Aye aye, Cap'n - plenty of gullible landlubbers out there interested in false plunder!
  5. If you to go the JRiver forum thread I linked to in my last post, it does mention that very same QNAP app and it is no longer supported by JRiver - the advice is not to use it as it is unreliable and if you must run JRiver on QNAP, use the Docker method instead. See also: MC22 for QNAP (TS-453b mini 8GB) MC22 for QNAP (HD-Station) aborts after entering Master License for MC23
  6. As @PARhas already pointed out, it looks like you've also got an audio file player confusion - given your plan of purchasing a Linn Selekt network audio file player, yet still wanting to continue using JRiver Media Center: - Have you realised you will no longer be using JRMC as the audio file player? JRMC will be just controlling the Linn which will actually be playing the audio files, though you should still be able to engage JRMC's audio engine as a transcoder - so perform any required resampling & other DSP (if that's one of the reasons you 'like what it does') on the audio file tracks before they are sent over the network for the Linn to play; - Do you know that the Linn Selekt will not support gapless playback when controlled by JRMC? This is because JRiver only supports standard UPnP/DLNA streaming, not OpenHome (aka UPnP with Linn extensions) streaming and Linn DS devices only support gapless playback when used as OpenHome streamers. So be prepared for gaps between album tracks that are not meant to be there. Also, assuming your current version of JRMC is running on the Mac Mini with attached USB HDD, ditching the Mac Mini & USB HDD for a QNAP NAS appears to be an odd decision as there isn't a version of JRMC designed specifically for running on a QNAP NAS. It may be possible to get around that problem, but be prepared for a fair amount of Linux DIY using Docker: JRiver on QNAP It would be useful to know what exactly are your reasons for wanting to continue using JRiver Media Center?
  7. Funny, that - I'd assumed that @miguelito was already using Soundcloud's highest quality (256kbps AAC) subscription and did suggest that this may be the actual limiting factor (rather than what streamer is being used):
  8. So more like quids in than a single quid, then!
  9. What a waste of a perfect delivery, given that Spotify's server doesn't send 'unaffected' music in the first place!
  10. The BubbleUPnP Server's Gapless support option being disabled/greyed out when the OpenHome renderer is created can definitely be used as an indicator that the relevant UPnP/DLNA renderer doesn't support gapless playback under standard UPnP streaming. However, the opposite is not true: if BubbleUPnP Server's Gapless support option is enabled, it isn't guaranteed that gapless playback will work since the UPnP/DLNA renderer might be either not properly implementing standard UPnP streaming's gapless playback or even falsely indicating that it supports standard UPnP streaming's gapless playback. https://www.bubblesoftapps.com/bubbleupnpserver2/docs/config_media_renderers.html#openhome_gapless Of course, Chromecast devices are not UPnP/DLNA renderers anyway and the BubbleUPnP Server's functions for them exist to provide a bridge between the incompatible Google Cast and UPnP streaming technologies. Google Cast streaming is well known for not supporting gapless playback - BubbleUPnP Server doesn't even bother showing the Gapless playback option for Chromecast devices, never mind grey it out!
  11. Fair enough - it can be a bit of a pain switching between apps to control the playback. Did you actually notice any improvement in sound quality using the microRendu? Just read that the highest quality audio SoundClound streams at is 256kbps AAC, even if the uploaded tracks are lossless! https://help.soundcloud.com/hc/en-us/articles/360010227514-High-Quality-Streaming
  12. Not bothered about the automatic late filing penalties, or even risking the company being striken off, then! https://www.gov.uk/government/publications/late-filing-penalties/late-filing-penalties
  13. Assuming you have an Android device, did you try using Share on those apps with the BubbleUPnP app, I also mentioned in your other thread? If it works, it would allow you to stream from their cloud servers via UPnP/DLNA rather than Google Cast, so you wouldn't need the microRendu to support Chromecast built-in: https://bubblesoftapps.com/bubbleupnp/tips2.html#other_apps "Interacting with other apps Using the Share/Send action in other apps This premium feature is limited to 3 Share/Send per app launch in the free version of BubbleUPnP. BubbleUPnP includes extended support to play to the current renderer audio and video streams provided by the standard Share/Send action found in Web browsers and other apps (Youtube, Dailymotion, SoundCloud, MixCloud... and much more!). Simply tap the Share/Send icon or menu item in these apps and select BubbleUPnP as the target. BubbleUPnP will immediately play the media if nothing is playing on the renderer or propose to enqueue the media in the Playlist tab if the renderer is currently playing."
  14. Really? Doesn't make any sense given that Chromecast supporting apps are supposed to only instruct the Chromecast device to stream the selected audio directly from the server supplying it. A very simple test is to kill the app (so not close the app normally) / power down the smartphone/tablet / get the smartphone/tablet out of WiFi range, immediately after playback has started and see if the Chromecast device carries on playing to the end of the selected track - potentially 'forever' if it's playing an 'endless' stream such as internet radio. Also, the SoundCloud & Mixcloud apps mentioned by the OP control the playback from their own cloud servers, so it won't be possible to use the mconnect Player app as a substitute for those apps since it doesn't support the SoundCloud & MixCloud online servers.
  15. Ironically, Squeezebox type player code is open source and is available on the microRendu!
  • Create New...