Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - renius28

Pages: 1
Plugins / Re: Musicbee Chromecast Plugin
« on: September 01, 2020, 08:09:44 AM »
Steven - Any luck with a native 'official' plugin?

Plugins / Re: AirPlay plugin
« on: September 01, 2020, 06:42:35 AM »
Version 5.5 of this plugin seems to work great with my GGMM airplay receiver. Looks like I can bypass my virtual audio cable and tuneblade for now.

Bug Reports / Unable to play AAC radio streams
« on: August 19, 2020, 06:13:00 PM »
I assumed for the longest time that SomaFM AAC streams (1+ year?) were just down since the links (even direct ones) just crashed or froze musicbee. They worked previously. But then I tried them in Foobar and they work fine.

Problem: Musicbee is unable to play AAC format radio streams, of any bitrate.


They don't error out, they seem to freeze or crash the audio codec so that the application has to be restarted. The error log is empty.


Oops. Solved with bass_aac.dll file added. Thanks. Hopefully this post will help other confused souls.
Would it be possible for musicbee to give an indication/error to user that a codec isn't working rather than just freezing?

Plugins / Re: UPnP/ DLNA device support
« on: March 27, 2020, 09:15:00 PM »
So this is not an integrated solution but an alternative. I've been using TuneBlade for a couple years now. It has been nearly flawless in streaming music from Musicbee to a GGMM airplay-compatible receiver unit that's connected to my stereo system.

Musicbee is set to output WASAPI to virtual endpoint (virtual audio cable @ Tuneblade captures the virtual endpoint and streams to my stereo system.

Tuneblade is also compatible with most other wifi receiver protocols such as Sonos. This shout out was not sponsored.

Portable Devices / Re: Android device sync - playlist formatting issue
« on: February 23, 2020, 12:59:12 AM »
Sorry to say I still haven't had the time to test this new patch, but I should be able to later on Thursday.
I have removed a track from a playlist and then performed a sync of that playlist. I'm still seeing Windows convention for the slashes, in other words, a forward slash (/). In other words, no change observed in the text file. Not a problem for me, but just wondering why I'm not seeing backward slashes in the playlist. Using M3U.

This is with 3.3.7354 P which was the patch posted in this thread. FYI, it's the same version number as what I was using previously and downloaded earlier that day.

Phred - Are you sure you didn't mix things up? A forward slash is the unix convention. The result you saw of the playlist with forward slashes is the desired result and what's now working for us on android 10. :)

Nice catch, @renius28!

This only half fixed the problem for me.  As I mentioned, my music and playlists are on the SD card, so I had to physically add /storage/3638-3264 to the beginning of each line, and then it worked.  Various other permutations, like the SM-G960U1\Card\ used by MusicBee in the computer playlist, didn't work.  I don't much care for this solution, though, because it's not portable.

What phone and version of android are you running? I have all my music and m3u playlists on the external SD card, and relative file paths work fine without the absolute storage paths.
For example, this works on my external SDcard with retroplayer, eon player, and blackplayer. My playlists are stored under /playlists/ and music is under /music/

../music/Muse - Absolution/Muse - Apocalypse Please.mp3

So I listen to a lot of online radio with musicbee, especially Soma FM. I appreciate the features that are there, such as the ability to drag radio stations into a playlist. However, I often find radio streams online that come as .pls or other playlist files. To add these to my radio tab, I have to open them as text files and manually copy paste each stream URL into the "add station" dialog.

1) Ability for library items that are streams/URLs to "send to" the "radio" tab

2) Ability to add to radio list by importing playlist files (not just XML)


Portable Devices / Re: Android device sync - playlist formatting issue
« on: February 20, 2020, 12:19:09 AM »
The library preferences for playlists only applies to library playlists and not to device synching.

Could you try this version which uses the unix convention for filenames in playlists:
unzip and replace the existing musicbee application files

@Steven The patched version works perfectly for my Samsung S10e:
SM-G970U, Android version 10, firmware G970USQS3CTA3

As Phred pointed out, it seems not all androids are affected, or perhaps they haven't pushed the same android versions that samsung has. Android should never have an issue with forward slashes, but maybe a checkbox under device sync settings, under "playlist storage", may be the best way to fix this.

Thanks for your quick response!

Portable Devices / Android device sync - playlist formatting issue
« on: February 19, 2020, 10:14:02 AM »
So with the latest android 10 on Samsung S10 and S10e, many folks are having the issue of empty playlists. I played around with it and realized that backslashes are no longer accepted. m3u files with "relative" (..) and without the ".." work fine if the backslashes \ are changed to forward slashes /.

So can we at least get an option in the device sync settings screen to use linux file path conventions?


So android 10 seems to no longer accept backslashes in m3u playlists. I copied all of my playlists to notepad++, replaced all \ with /. The music apps took a few seconds to change from 0 songs to the actual number and they all work.

So I guess I'll submit a bug report and hope this gets patched?

Same issue here on Samsung Galaxy s10e, latest firmware. I can't even get playlists created on the device itself. I have my playlists and music on my SD card. Even with manually edited full paths, the playlists don't work. Retro player, black player, eon player, samsung music all see zero songs with relative or absolute paths.

Plugins / Re: UPnP/ DLNA device support
« on: June 09, 2017, 03:33:46 PM »
I'm still sad there's no proper DLNA support. I feel like it should be a priority given the utility of musicbee for running a home entertainment center. I'm using the old freeware version of tuneblade but it's not ideal.

Ok, I now understand the issue.

But there is a way to do what you want. Once you have the stream appearing in the playing tracks panel, right-click on the track and 'send to' clipboard. Then open the new station window and paste into the URL field. Tab to the next field and MB will populate what it can and you populate the rest. Save it and it should be in your station list.

I tried that as well. The "send to clipboard" copies the title of the currently playing radio stream, which is NOT the URL, it's usually the currently playing song title.

Musicbee is playing a URL, opened as a .m3u file.

For example, this website directory of online stations:

When you click a link, it downloads an m3u file. The m3u has a direct stream URL inside. The file plays in musicbee.
Once it's playing, there's no way to add it to your radiostations under the "Radio tab"
- No, you cannot copy or paste the URL link from music bee. The text is nonselectable.

That's the basic problem. If you have a stream playing in musicbee, you cannot copy and paste the URL or add the stream to your radio list.

This is may be a borderline "bug", but it is extremely frustrating. If I open a station link from the internet (from a playlist file), there is ZERO mechanism to add the currently playing URL to my radio station list.

- Cannot "send to" (can only send to music library)
- Cannot copy and paste URL from edit menu (greyed out)
- Cannot save it from the radio station tab

The only way is to open the m3u in notepad and copy the station URL from there and then manually add it.


Pages: 1