Implemented submission of tags to my MusicBrainz Sync plugin for MusicBee! Also got the function working in a way where I don't need to keep rewriting code. Getting so close to completion now.
Recent searches
Search options
#musicbee
1 post1 participant0 posts today
Finally got OAuth setup properly! I have to fix some UI-related problems but I'll do that tomorrow.
It's a bit funny that the reason I'm working on a plugin for MusicBee and coding it in Windows/Visual Studio, is so my workflow of transferring music metadata to MusicBrainz can be done on Linux lol.
Something I'm planning on 
Why I still use MusicBee, even on Linux.
pro-tip for Linux users: if you're going to suggest any players for those moving from MusicBee, remember that VLC is not going to be an option for them.
VLC is a perfectly cromulent player, but it was never built for the iTunes style music library organisation that's part of the core of MusicBee.
While I’m here, I’ve been maintaining the WineHQ AppDB page for MusicBee, reporting bugs and whatnot. Noticed that a WINE maintainer had closed one of my reported bugs, and it turns out WINE 9.22 stable fixes the font redirection bug I had with MusicBee.
Honestly great to see MusicBee getting attention from the WINE devs. It’s an app I’ve consistently seen as a reason people stick to Windows over Linux. The native players just don’t scratch the same itches that MusicBee does.
If you’re wondering: yes, the font redirection is fixed on CJK fonts, tested with Arch Linux in a VM. Genuinely didn’t think that would happen. I’ll have to test with allfonts since some symbols still show up as boxes, but at least it’s not occurring on CJK stuff now.
Also, WINE 9.21 fixes a bug with tab dragging on MusicBee specifically. Seems like WINE’s given MusicBee some love haha.
Pausing my break for a brief moment, since I need testers.
If you have Chinese/Japanese/Korean music tagged with their native language, and Arch Linux (incl. derivatives) can you test MusicBee with WINE Staging and a non-default font (like Noto Sans)? It appears that a long-standing bug regarding font redirection might be fixed!
https://bugs.winehq.org/show_bug.cgi?id=53019
(If I don't answer back, give me a nudge on Bluesky (flaky.bsky.social) or Rate Your Music (flaky_bastard). I must stress that I am not active on fedi.)
Update to post about seeking alternative to Winamp on Windows 10; kind of a tired vent?
Hey folks 
Previous post is located here [cultofshiv.wtf].
Today we've tried:
- AIMP [www.aimp.ru] - got really annoyed with its interface really quickly
- Audacious [audacious-media-player.org] - better experience than AIMP, but couldn't make it look and function like Winamp or load newer Winamp skins
We tried to find a way to set up each like how we use Winamp, and couldn't get
Those exhausted us and made us rage quit trying new ones for the day 
We've still got to test:
- XMPlay [www.un4seen.com]
- Strawberry [www.strawberrymusicplayer.org]
- WACUP [getwacup.com]
- Foobar2000 [www.foobar2000.org]
- MusicBee [www.getmusicbee.com]
Why is it so difficult to find another music player that lets you do layouts like this Winamp? 
So far, WACUP is looking like the next one we'll try, as it looks to be basically Winamp with bug fixes.
@voltagex@aus.socialOkay, #MusicBee is a no go for me (I already crashed it once and it dumped obfuscated stack traces into Event Viewer) and #Foobar2000 must be dropped as the (original) author appears to be a shitweasel.
What Windows (& Mac, & Linux) local audio player should I use?
I'm apparently the maintainer for MusicBee 3.x on WINE's AppDB now. Did I get shitfaced and submit an application?
So I need some input on this.
WINE font redirection is basically broken, at least for MusicBee. You must have a font that has all of the relevant scripts you want, otherwise it gets displayed as boxes. This is notably bad if you have anything with a CJK script (Chinese, Japanese, Korean)
There is a font called Unifont that seems to have every script I need for my library rendered properly, but it's ugly and MusicBee (or WINE, or .NET) keeps hard-coding it to be bold for whatever reason. Furthermore, MusicBee gets a bit bitchy about a font you choose sometimes, so if you choose "Noto Sans CJK" in the list thinking it'll get you your CJK fonts it bitches about it not being a true TrueType font.
Microsoft Yahei seems to sort things out for CJK, at the expense of some symbols, Thai, and some Latin scripts in Europe.
So I ask two questions:
- how can I get all of Noto Sans into one TrueType font?
- or... what is a good TrueType font with EVERY script built-in like Unifont?
Considering making a blog post about making a specially formatted MusicBee playlist for Eurovision entries. Anyone here up for it?
BTW, if you use RateYourMusic as a source for genre tagging, and you also use MusicBee, the fruits of that project I keep posting about is right here:
https://gitlab.com/Flaky/mb-rym-hierarchy
Every genre on RYM's genre tree, in one constantly updated tag hierarchy template.
GitLabFlaky / RateYourMusic Genre Hierarchy for MusicBee · GitLabMusicBee tag hierarchy template based on RateYourMusic / Sonemic's genre hierarchy.
After weeks of procrastinating (really should get a doctor to check on that because it was very distraction-based), I've finally managed to fix the sorting issues in my tag hierarchy manager/exporter.
My old code basically got the tree object then read that when exporting. It meant I was just using the text sorting algorithm provided by Qt, however I changed the code to read the database directly instead (so if I want to switch to GTK or even a TUI/terminal-based solution, I can) and the sorting algorithm wasn't... great. Latin letters from non-English languages were being dumped on the bottom, and capital letters were being prioritised even though that wasn't how it was originally sorted.
Turns out, Qt just sorts items in a tree object by replacing Unicode characters with the closest ASCII equivalent and lowercasing it. I've added code to do the same and now it won't be jarring when I push updates to my tag hierarchy template next week.