You're not supposed to copy the ... verbatim. I omitted what's in between for brevity.
Refer to the documentation.
java -jar BubbleUPnPServerLauncher.jar -disableUPnPPortForwarding
Nice, now genre and year are shown in now playing tab, thx.@dark0shark
Year is already displayed in landscape on tablets (alongside with genre).
I can extend that to landscape on phones as there is room for it.
In portrait on phones, it is more tricky as it requires its own line (for displaying both) and depending on what is already displayed and its length, it could get super crowded there...
Moreover, all metadata is just one tap (the cover) away.
I should note, I have a Netgear MK63 (MR60 Router and 2 associated satellites). I also have a BubbleUPNP Server running on an Nvidia Shield, that consistently and reliably shows both Denon receivers (both the same model). Any idea why discovering the Denons as renderers on the Android app takes some time? And is there anything I can do to fix that?Hi all,
Hoping for a little help sorting out my issue. I use the app to stream Tidal to my Denon S760H. When I load up the app, sometimes it takes a good 30 seconds to a minute to find the Denon as a renderer on the network. My various chromecast devices, however, are spotted instantly (or near-instantly). What things should I be looking out for/checking/doing to try and get my Denon to act similarly? Thanks in advance.
Is your S760H connected over ethernet, and if not have you tried that (if it's at all possible) just to rule out your WiFi?I should note, I have a Netgear MK63 (MR60 Router and 2 associated satellites). I also have a BubbleUPNP Server running on an Nvidia Shield, that consistently and reliably shows both Denon receivers (both the same model). Any idea why discovering the Denons as renderers on the Android app takes some time? And is there anything I can do to fix that?
I've done all that, haha. This morning, I took out an old Asus router, and loaded up its wireless connection. I then hooked up the S760H to that router via Wi-Fi, and the Android app saw the receiver immediately, even after a force stop. Using that logic, I think the issue might be the way my router handles UPNP and SSDP.Is your S760H connected over ethernet, and if not have you tried that (if it's at all possible) just to rule out your WiFi?
I have no idea why it's taking so long to connect, but you mention that you have a BubbleUPnP server running, have you tried proxying the S760H in BubbleUPnP server and then connecting to that instance (which would give you other benefits like queue handling).
That's a shame.I've done all that, haha. This morning, I took out an old Asus router, and loaded up its wireless connection. I then hooked up the S760H to that router via Wi-Fi, and the Android app saw the receiver immediately, even after a force stop. Using that logic, I think the issue might be the way my router handles UPNP and SSDP.
Yeah. Luckily I got that router at Costco, so if a new solution works for me, I can always return it. I'll keep everyone updated here.That's a shame.
I found what appears to be your manual and it doesn't look like it has an IGMP Snooping setting, if it had I would have told you to disable it as that's what I had to do with my netgear switch.
Is there any audio shift feature or plans for one? My Bluetooth speakers have a bit of an delay so would be great if I can shift the audio forward.
Otherwise Bubbleupnp has been great and totally worth the price.
Is there a reason why when I share a YouTube video from newpipe, to bubble, which casts to Google home device, that it takes a minute before anything appears on Google's screen?
Feature request: Both Tidal and Qobuz feature large (sometimes VERY large) box sets. While I see that Bubble UPnP correctly marks out when, for example, one symphony ends and another begins, it doesn't also mark when we go from one CD to the next. Both services display this data. Tidal calls it Volume while Qobuz calls it CD. Not all sets are labeled this way but enough of them are that I'd find it useful.
At any rate, just something I'd like to throw out there. I've been a very happy user of this app for nearly a decade now. Huge fan!
An example of a correctly marked-up title that exists in both services is:
Schumann: The Symphonies & Overtures
Swedish Chamber Orchestra • Thomas Dausgaard
Composer: Robert Schumann
@dscottj
Thanks for the report as I was not aware of these CD separators.
Will look what I can do but no promise.
Hola!
Just noticed that using BubbleUPnP player on Pixel 6a with Android 13 always seems to transcode mp3 (no matter what Bitrate) to ffmpeg:WAV 44.1 16 bits (at least it says so on now playing screen)!? At first it shows mp3 but switches to WAV while playing.
Cross checking with Xiaomi 9T Pro (Android 11) and Xiaomi Pad 5 (Android 12) everything works as expected shows mp3 and plays mp3.
Settings are exported and imported on all devices, so should be exactly the same.
Doesn't matter if server is MinimServer or foobar2000. Bubbleupnp running latest version of course.
My conclusion leads to Android 13 as being the only difference in that setup. Starting stream on that device only generates unlocker log, so no useful logging attached.
Thanks for clarification! I was just wondering, as i changed my whole setup including mobile and didn't come across that behavior before.@alexinc
Yes, WAV decoding is forced for local mp3 playback on Pixel 6 and 7. It does not cause loss in audio quality nor other side effects. This is to workaround an issue on these device with Android 13 (and maybe 12) where playback of mp3 would stutter or stop unexpectedly, which has been reported by many users. This is probably a bug in the system mp3 decoder combined with http streaming (local playback is always using http in BubbleUPnP, unlike local music player apps that are playing files as files rather than http streams).
Seeking in FLAC 44/16 from MinimServer is working for me. Are you sure there's no transcoding taking place either by MinimServer or on the local renderer (Settings > FFmpeg audio decoding)? Does the Now Playing screen show the correct codec, sample rate and bit depth?Right now I realized that seeking in flac audio files does not work and it is not a server bug:
When I use the seek bar in Now playing, nothing changes and cursor teturns to the previous time point. When I use the "Seek to position" menu command, nothing happens.
The above happen either with Minimserver or Synology Media Server. When I play the flac files via VLC, either a local or a server-located flac, seeking works. I searched the forum and didnt find something similar. Does it only happen to me?
Seeking in FLAC 44/16 from MinimServer is working for me. Are you sure there's no transcoding taking place either by MinimServer or on the local renderer (Settings > FFmpeg audio decoding)? Does the Now Playing screen show the correct codec, sample rate and bit depth?
Tested with BubbleUPnP 3.8.0.2 and MinimServer 2.2 update 240.
It's defintely not a limitation of MinimServer or BubbleUPnP so I'd guess so. Have you tried streaming WAV's?Now Playing says flac, 16 bits, stereo, 44 khz in the metadata screen. But I think you pointed to the right direction. My default renderer is a Yamaha WXAD-10. When I switch to the local renderer, seekin with flacs works. Does it mean that the Yamaha is the responsible for not seeking inside flacs?