Messages

1

Bug Reports / Re: Duplicate Album Covers - *lots* of them

« on: Today at 10:12:11 AM »

> You have to do a little forum searching first

I did - several keyword combos. Drew a blank.

> Album Artwork Retrieval Filter

That controls where MB looks for the artwork. It doesn't address the fact that MB is creating multiple **identical** thumbnails for the same album << that is a bug.

2

Tips and Tricks / Album / Artist image format / compression

« on: June 18, 2025, 09:25:22 AM »

Album / artist images are created in PNG. These image types are much better suited to JPEG for quality / file size.

However, if the 'pain' of switching image type is too much, then it would be good if MB used some compression on these PNG images. I just ran one of the AlbumCover folders through https://saerasoft.com/caesium and reduced the total size by about 80% for no visible quality loss. The smaller size might also help MB performance - e.g. when scrolling?

EDIT - I just ran Caesium against the entire AlbumCover folder and saved over 1 GB (78%).

3

Bug Reports / Duplicate Album Covers - *lots* of them

« on: June 18, 2025, 09:17:55 AM »

Just noticed, my AlbumCovers folder is filled with duplicate images for almost every album. Some albums have many duplicates. Note the second screenshot - that's 10 x one album, and the timestamps show 9 of them were created at once.

I deleted AlbumCovers, restarted and the correct number of album covers have been generated - until I start moving through the different tabs - Artists > Albums > Genres > Last Played. Now the duplicates are back, although it's not consistent - some albums seem to have just one thumbnail, others have 10+.

4

Bug Reports / Re: Double Click to play album starts another track in library instead

« on: June 17, 2025, 08:36:57 PM »

@LedHarvest, check if 1999 is 'currently playing' (but of course paused) track on MB start.

It's not right now, but then the issue hasn't reoccurred since I posted. The issue is infrequent but frequent enough to be a nuisance.

I've tried rebooting, re-scanning library, playing genres then albums, tracks then albums, but I can't work out how to reproduce.

And it's not the obvious thought that '1999' is the first track in my library - there are dozens before that if I sort on Title.

I know its not funny, but... that's kinda funny.  Just saying.

It gets less funny the more I hear that intro! I've just noticed I have '1999' in 3 different albums. Next time it happens I'll make note of which album, see if that helps to debug. But I'm not expecting a magic fix on this one, just making note here in case anyone is seeing the same.

5

Bug Reports / Double Click to play album starts another track in library instead

« on: June 14, 2025, 03:34:17 AM »

1. start MusicBee then double click any album
2. the track '1999 (Prince)' starts playing
3. double click album again and now it starts playing as expected

This behaviour is intermittent, don't know how to reproduce. Sometimes the album will start playing correctly first time.

I don't know why it's always '1999' that plays  - it isn't the first track in the library by title name or any other tag I can see.

I'm running latest patch version but this has been a long-standing bug for me.

6

Bug Reports / Re: MusicBee intercepts keyboard shortcut even when minimized

« on: May 19, 2025, 11:39:45 AM »

Hi Pickles! Perfect. Good detective work. Thank you!

'Bug' fixed!!

7

Bug Reports / MusicBee intercepts keyboard shortcut even when minimized

« on: May 17, 2025, 08:21:12 PM »

I have 'Scan Folders for New Files' mapped to Insert. With MB minimized / sent to tray, it is still intercepting Insert and bringing up 'Scan Folders' dialog - I would expect MB to ignore that keybinding when not focused.

I'm running MusicBee36_Patched.zip 2025-05-16 08:27

8

General Discussions / Re: FLAC 1.5.0 released

« on: February 12, 2025, 04:13:44 PM »

...there's a possibility that multiple concurrent processes each running concurrent threads may take longer to complete if they compete for finite resources.

I would have thought it makes sense to hand off the multi-threading to the new FLAC library now that it's included? Also note that the new multi-threading brings other changes to facilitate it which improves overall performance - "a fast heuristic is now used". Of course, Steven is more than capable of working that out.

Then there is the vague "Various fixes (long list of names)" within ~2 years of regular commits.

I've installed the new FLAC version and it seems to be working fine with MB3.6 latest patch.

9

General Discussions / Re: FLAC 1.5.0 released

« on: February 12, 2025, 03:57:29 PM »

MB is using FLAC 1.3.2

I wasn't aware of that. I assumed ...

That's where you keep going wrong. Making false assumptions and not understanding some basics - such as how out of date some libraries are / were in MB.

If you have nothing constructive to add, please stop.

10

General Discussions / Re: FLAC 1.5.0 released

« on: February 11, 2025, 08:44:07 PM »

Also, MB v3.6 is now in RC stages.

I never said 3.6.

Why would people want bug fixes, performance improvements, and new features? Sometimes some questions really are stupid.

11

General Discussions / Re: FLAC 1.5.0 released

« on: February 11, 2025, 08:41:44 PM »

Thank you for the heads-up on this!

You're welcome. Thanks for posting up the instructions for use for everyone.

Have you run any tests yet? All OK?

12

General Discussions / FLAC 1.5.0 released

« on: February 11, 2025, 02:08:01 PM »

https://github.com/xiph/flac/releases/tag/1.5.0

As there have been additions to the libFLAC interfaces, the libFLAC version number is incremented to 14. The libFLAC++ version number is incremented to 11.

    General
        Multithreaded encoding is now possible in libFLAC and through the flac command line tool
        The GFDL license file is updated to version 1.3
        The markdown tool documentation is now also converted to HTML, for bundling with systems that do not read manpages (e.g. Windows)
        Decoding of chained Ogg FLAC files is now possible (philippe44, Martijn van Beurden)
        Various fixes (Sam James, Miroslav Lichvar, Cristian Rodríguez, manxorist, kgroeneveld, Lee Carré, Jevin Sweval, braheezy, Wolfgang Stöggl)
        Is is now possible in libFLAC, libFLAC++ and metaflac to write to a new file when changing metadata, instead of needing to overwrite an existing file
    flac
        Testing mode (flac -t) now parses all metadata blocks and warns the user when ID3v1 metadata is detected
        A warning is displayed when frame numbers do not increase correctly throughout a file
        The explain option (-H or --explain) is now removed, use the manpage or html tool documentation instead
        Built-in help and tool documentation are improved (H2Swine)
        When re-encoding a FLAC file from an existing FLAC file, a check is added that the MD5 sums of both files are the same
    libFLAC and libFLAC++
        The library interfaces have been extended. See the porting guide (part of the API documentation)
        An error is sent when a frame is missing
        The algorithm of the 'loose mid side' option has changed. Instead of checking every few frames which option is best and keeping that for the next few frames, a fast heuristic is now used. This was necessary to enable multithreading
        Most level 0 metadata interface functions now also work with Ogg FLAC files
        When encoding Ogg FLAC files, the callback now returns a number of samples instead of always 0 (Jesper Larsson, ziplantil)
        When changing metadata, libFLAC now detects when an input file is a symlink, and will refuse to write data to it when an in-place rewrite of the metadata cannot happen
        When encoding using seektable templates, unused seekpoints (with a sample number higher than the total number of samples) are converted to placeholders
    Build system
        Fix building on Android with API version < 24 (Steve Lhomme)
        The microbench utility has been removed
        Enable building with emscripten (werner mendizabal)
        Minimum CMake version required (when building with CMake) is now formally 3.12
    Testing/validation
        Improve fuzzing of allocation failures
        Various other fuzzing improvements
    Documentation
        The FLAC format is now specified in RFC 9639
        The foreign metadata storage format used by the flac command line tool is now properly documented

Hopefully that can get baked in sooner rather than later?

13

Bug Reports / Re: Cannot bring up hidden task bar while in full screen mode

« on: May 18, 2024, 11:09:45 AM »

Same issue here. Win11 beta, running your patched version from https://getmusicbee.com/forum/index.php?topic=40726.msg221093#msg221093

So, with MB maximized:

1. moving cursor to bottom of screen does not raise the taskbar from autohide
2. pressing Windows key does raise the taskbar
3. Windows 'do not disturb' is switched on - https://imgur.com/3jirmH4

I'm running Windows scale at 125% with 2560x1440, MusicBee3 skin

14

General Discussions / Re: Optimal codecs / settings for quality

« on: March 15, 2024, 06:43:48 PM »

...these have zero benefit to people using Opus...

You've cherry picked the bit that is not a benefit and ignored the bit that I was very clearly referring to - "higher quality music at lower file sizes"

It's very bizarre how this seems to be causing offence!!

15

General Discussions / Re: Optimal codecs / settings for quality

« on: March 15, 2024, 06:40:22 PM »

LAME is not deadware, there are millions of users that benefit from it every day.

I'm sure LAME will be fine without you.

You don't understand what 'deadware' means in this context - no longer developed or supported by its creators... and acting like you're personally insulted by that fact. Weird!