Messages

1

MusicBee Wishlist / Re: Playlist Autoremove option.

« on: April 24, 2024, 02:14:36 PM »

You need an auto playlist that has "Play count is 0".

That would work for new songs, but let's assume we've got older ones with existing play counts in the mix.
How would we weed them out in that case after they've been played?

2

Questions / Re: Upmix to 2.1 - With solution

« on: April 23, 2024, 07:03:20 PM »

Idk much about what the thread is all about, but thanks for reporting back.

3

Questions / Re: Scan Folders for New Music: Collapse folder tree ?

« on: April 23, 2024, 06:57:15 PM »

I don't have a direct answer for you, but I was wondering:

Isn't all of your music located in one parent folder?
If it is, then you can set such a folder to be continuously monitored or only monitored at startup.

Also, a hotkey to immediately scan such a folder can be set up too.

4

Questions / Re: "Band" Tags, Album Artists, and Albums Being Split UP

« on: April 23, 2024, 06:46:20 PM »

Is there a way to force the album to show as one album in the listing, disregarding the different band members? My collection is almost at 55,000 tracks, so moving the band field isn't an easy solution and I'd rather not lose all my data entry for artist accuracy's sake.

You can unselect album artist from the drop-down menu appearing on this screenshot:
https://musicbee.fandom.com/wiki/Sorting_%26_Grouping

5

Questions / Re: Display Album Art from ID3 Tags Only

« on: April 22, 2024, 04:25:02 PM »

Hi, welcome to the forum, Carl.

Your answer will be somewhere here:
https://getmusicbee.com/forum/index.php?topic=40785.0

6

Questions / Re: Display more digits of track number

« on: April 21, 2024, 07:38:18 AM »

any tracks with 4 digits get cut off and its very ugly

My first thought was "what album on earth has that many tracks anyway", but I see the one from your screenshot is no exaggeration.
https://yume2kki.fandom.com/wiki/Soundtrack/501-600

7

MusicBee API / Re: MusicBee API

« on: April 20, 2024, 11:53:33 PM »

would it be better to leave it to the lyrics plugin developers to remove any bracketed text in the track title at their choice?

My personal opinion based on the workings of Lyrics Reloaded and my library:

Leaving it unaltered would be a plus for web scrapers.
Changing it would be a plus for API-based plugins.

The reason it was done in the first case was to handle the cases where track titles contain an artist name or comments

Still valid reasons to this day, I would think.
I'm not sure how popular the following tagging structure is, but my title tags always contain guest artists in the form of (feat. A, B & C).
That's over 90% of my music and I doubt most databases recognize such titles.

__________

It's worth noting that your approach to situations like this over the years has been to introduce alternative methods rather than revamp existing behaviour in fear of breaking functionality elsewhere.
I think that approach has worked tremendously in the name of backwards compatibility.

So what I would suggest instead, is adding support for the sourceFileUrl parameter like Charlie pointed out.
That way, whoever wants the original title can seamlessly get the tag themselves using this (incomplete) parameter.

8

MusicBee API / Re: MusicBee API

« on: April 20, 2024, 07:25:29 PM »

I noticed that the `RetrieveLyrics` function always receive an empty string when called. Is this intended?

That function contains multiple parameters. Do you specifically mean the first (sourceFileUrl) parameter?
If so, then a quick test does indeed reveal that it returns an empty string. As for it being intended, I don't think it is and appears to be an oversight.
Should that get fixed, then you'll have access to the direct url of the queried file. Steven to advise further.

Edit:

If so, how to read the tags and "real track title (without content within parenthesis being stripped)" of the track being queried?

As a workaround, you could probably use Library_QueryFilesEx in conjunction with an autoplaylist rule,
to find the (hopefully) one track that matches all the following parameters received from the aforementioned function:
- partial <title>
- full display <artist>
- full <album>

9

Questions / Re: Nowplaying icon

« on: April 20, 2024, 07:11:57 PM »

That line defines the icon  in now playing tab and album and tracks view but not in music explorer.
I would like that it would define only in now playing tab.

So what you want is for an icon in the Album and Tracks view to remain unchanged when the above skin element is used?

Can you post a screenshot of the specific icon that you want to change?

Thanks for the additional info, but pretty please☝️

10

TheaterMode / Re: Opened autohide panel does not cover everything that is beneath it?

« on: April 20, 2024, 06:10:35 PM »

Can you think of a good reason why underlying text still shows when a (non-transparent) block (or image) is opened above it?

I don't have a good reason as such, but more often than not, it turns out well having text elements take display priority over other elements.
But if Steven has any control over this behaviour, then I would agree with you that the display priority should be decided by the order of definition in the xml.

I have tried a couple of things, such as also making block 1 of the 'autohide' kind.
That partly worked, but I couldn't make that always open the TM with block 1.

After messing around with it, it would appear that the above is the best compromise around.
Did you have something like this? It won't always open with block1 though. If you exit the theater mode on block2, then that's where it'll open to.

Code

<?xml version="1.0" encoding="utf-8"?>
<root>

<!-- hide playerbar -->
<element type="PlayerBar" xAnchor="Panel.Left" x="0" yAnchor="Panel.Top" y="-50" width="200" height="46" ></element>

<!-- global toggle button -->
<element type="Text" xAnchor="#Block1.Left" x="10" yAnchor="#Block1.Top" y="10" width="80" font="Segoe UI" style="Semibold" size="12" fg="200,100,0" mouseOverFg="200,200,200" onClick="OpenAutoHidePanel:#LyricsCropped">Toggle</element>


<!-- block1 lyrics cropped -->
<autoHide name="#LyricsCropped" allowPinning="true">

	<element type="Block" name="#Block1" xAnchor="Panel.Left" x="50" width="500" yAnchor="Panel.Top" y="50" height="200" bg="0,20,0"></element>
	<element type="Lyrics" xAnchor="#Block1.Left" x="80" widthDock="x:#Block1.Right" yAnchor="#Block1.Top" y="10" heightDock="y:#Block1.Bottom" font="Segoe UI" style="Regular" size="12" fg="180,180,180"></element>
	<element type="Text" xAnchor="#Block1.Left" x="10" yAnchor="#Block1.Top" y="10" width="80" font="Segoe UI" style="Semibold" size="12" fg="200,100,0" mouseOverFg="200,200,200" onClick="OpenAutoHidePanel:#LyricsFull">Toggle</element>

</autoHide>


<!-- block2 lyrics full -->
<autoHide name="#LyricsFull" allowPinning="true">

	<element type="Block" name="#Block2" xAnchor="Panel.Left" x="50" width="500" yAnchor="Panel.Top" y="50" height="800" bg="20,0,0"></element>
	<element type="Lyrics" xAnchor="#Block2.Left" x="80" widthDock="x:#Block2.Right" yAnchor="#Block2.Top" y="10" heightDock="y:#Block2.Bottom" font="Segoe UI" style="Regular" size="10" fg="200,100,0"></element>

</autoHide>

</root>

Edit:
Some late thought which features a dirty hack...
Adding the following to the original LyricsFull panel should 'hide' the underlying text:

Code

<element type="Text"
 xAnchor="#Block1.Left" x="-84" widthDock="x:#Block1.Right" width="500"
 yAnchor="#Block1.Top" heightDock="y:#Block1.Bottom"
 font="webdings" size="375" fg="20,0,0">g
</element>

11

Questions / Re: Nowplaying icon

« on: April 20, 2024, 04:39:59 PM »

Can you post a screenshot of the specific icon that you want to change?
It's not clear at the moment whether you want that icon changed in the Music Explorer or Now Playing tab.

12

Plugins / Re: LyricsReloaded (Latest)

« on: April 20, 2024, 04:37:03 PM »

The Genius issue should now be addressed in the newest version up for download.

As for the Musixmatch provider, it is indeed tripping at the moment. I'll have to formulate a new search pattern.
I haven't had any luck with it so far. Will wrestle with it again later.

13

Plugins / Re: LyricsReloaded (Latest)

« on: April 19, 2024, 07:48:42 PM »

Sure thing. Will check that out as well. Thanks for reporting.
In the interim, can you check what the log file says? (e.g search pattern not matched or...)

14

TheaterMode / Re: Opened autohide panel does not cover everything that is beneath it?

« on: April 19, 2024, 07:43:53 PM »

I have tried a couple of things, such as also making block 1 of the 'autohide' kind.
That partly worked, but I couldn't make that always open the TM with block 1.

I'm not on my pc right now, but another thing you can try is to make the lyrics in block1 autoOpen.
I'm thinking autoOpening the lyrics should consequently open block1 as well.
So if most of ur tracks have lyrics, you might then always see block1 first.

15

TheaterMode / Re: Opened autohide panel does not cover everything that is beneath it?

« on: April 19, 2024, 07:35:12 PM »

I'd came across exactly this hiccup :- when I was designing the Motion Pictures TM.
I'd figured that the only way I could get rid of text overlapping between the different panels was to have no text elements on the main page...so more of a workaround than a clever solution.

The main page served as an introductory view with a single invisible button (text element) leading to other panels.
But this one button itself is active on all autoHide panels when they're selected.
So the last step was to mask it with another invisible click that does nothing.

All the panels in that theater mode are set to open to whichever was the last to be opened when the TM was exited.
So that helps in ensuring that the main dummy page is only seen once (at first selection of this TM).

The above is briefly described on #2 here: https://getmusicbee.com/forum/index.php?topic=35996.msg196924#msg196924