LC_ALL=ja_JP.UTF-8 wine /path/to/MusicBee.exe
MuiscBee was one of the reasons that kept me on Windows but I've finally got it working fine on Antergos (so basically, Arch). Used PlayOnLinux and the portable version of MusicBee 3 on Wine 3.0. I did a x86 prefix (Windows 7) and only needed to install dotnet40 in order to make it working. In order to play m4a files I followed
As for the problem of Chinese/Japanese/Korean characters I imported fonts from my Windows partition folder in the MusicBee virtual drive's fonts folder (drive_c/windows/fonts). The font rendering isn't the best probably due to CJK Windows fonts that suck, but it's still better than nothing. I tried to manually change fonts in the MusicBee settings but for some reason fonts like the Adobe's ones or the Google CJK's ones are not showing up.
A thing that is not working, at least for me, is the "auto-pick panel colors" option. Instead of picking the color from the album's art it directly shows the album's cover in a stretched way. So I needed to turn it off and keep the gray color background.
I also wish keyboard's multimedial keys would work, but unfortunately are not. I'm sure there's a workaround but at the moment I still haven't looked into it.
MusicBee remote (my life saviour) is also working fine, so I'm really happy of the result!
Here's a screenshot from my screen:
Did you install GDI+? I had that problem but installing GDI+ via Winetricks made the colors display properly.How did you get it working? Installing GDI+ makes my MB crashing when I start it.
if you are using just wine you can set up a keyboard shortcut that makes wine open the musicbee executable with a launch parameter like /play, idk what desktop enviroment you are using, but with xfce i can keyboard shortcuts by going into the configurations thingy.When I first posted I was using Cinnamon but now I switched to XFCE and multimedia keys are working as long as the primary window when I press keys is MusicBee. Looks like the problem was in Cinnamon. Anyway I can't drag&drog to the playing panel too, it will throw an error. The same goes for the order, nothing happens.
all the parameters: https://getmusicbee.com/forum/index.php?topic=6885.0
of course, the obvious huge disadvantage is that your media keys will be tied exclusively to musicbee.
hope this helps.
EDIT: oh, and btw, can you drag and drop albums or tracks to the playing tracks panel? i can't even change the order they are playing :/
@Lorenzo - I don't know if this will work for linux and I can't see from the screenshot whether your fonts are lacking anti-aliasing but one thing that made my version for mac looks SO much better was this:Unfortunately that didn't help. The problem was mostly with simplified chinese characters, I don't remember exactly how because months have passed, but I somehow managed to make it reading a different chinese Windows font (simhei) instead of simsun in the settings of the wineprefix. Still not the best font, but better than the default one.
winetricks settings fontsmooth=rgb
Anyway MusicBee 3.2 is out. Tried it but tracks are not playing... anyone having the same issue?
I think its because the new bass.dll uses WASAPI shared mode in place DirectSoundThat works, thanks!
Try this older version of bass.dll
http://www.mediafire.com/file/p45fe25ky1bz8xn/bass.dll/file
I think its because the new bass.dll uses WASAPI shared mode in place DirectSound
Try this older version of bass.dll
http://www.mediafire.com/file/p45fe25ky1bz8xn/bass.dll/file
Are there any negative sides in using an old version of bass.dll?
With this version of MB, set the Preferences/Player/output selection to DirectSound and it will retain compatibility with the old DirectSound API using newer versions of bass.dllThis 100% works, thanks as always man ;)
https://getmusicbee.com/patches/MusicBee32_Patched.zip
unzip and replace the existing MusicBee files
Anybody using Musicbee to edit tags - either through autotag or manually?yes
I've got MB3.2 installed using basically the same instructions as in the previous post, but when I try to save any tag changes I get a "file already exists" type error with just options to retry or cancel. I can't figure out how to allow a rewrite
With this version of MB, set the Preferences/Player/output selection to DirectSound and it will retain compatibility with the old DirectSound API using newer versions of bass.dllNew version 3.3 of MusicBee suffers the same problem on wine. If I don't ask too much, could you make a patch for it?
https://getmusicbee.com/patches/MusicBee32_Patched.zip
unzip and replace the existing MusicBee files
the instruction remains the same and is still supported - just change the output API in the Player preferences to DirectSoundNevermind! It was a problem of mine missing some wine libraries since I'm on a fresh install.
MusicBee portable worked for me okay in wine 3.15 on Ubuntu 18.04 by only installing .net in winetricks. The tips in this thread made it work much better but I'm still getting stuck on one hangup, click and drag isn't working for me in MusicBee. Does anyone have any ideas to get click and drag working? Does it work for anyone else in wine?
MusicBee v3.3.7261.33657D (Win6.1), 23 Dec 2019 16:45:
System.TypeInitializationException: The type initializer for '#=z37lCrcUA9mkb' threw an exception. ---> System.InvalidCastException: Unable to cast COM object of type '#=zyQH8Ta37rIin' to interface type '#=ztNB$EAr5H4oa'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{83E07D0D-0C5F-4163-BF1A-60B274051E40}' failed due to the following error: Exception from HRESULT: 0x80004002 (E_NOINTERFACE).
at #=zDCOEcc9zNQtTU$yKE6Jr6j4=.#=z37lCrcUA9mkb..cctor()
--- End of inner exception stack trace ---
at #=zDCOEcc9zNQtTU$yKE6Jr6j4=.#=z37lCrcUA9mkb..ctor(String[] #=zG9TJyQBfKs2$)
at #=zlpWM7vlOZnRzBxwVf7prPpFOpng8.#=zuqOQhhffdeW$wvekOQ==.#=zY6zi0VAPDzfSuvQzAaSJVA8=.#=zq4KXnaQ5NBjj(MouseEventArgs #=zRiDv2sk=)
at #=zC0pRT91Up5rfT$Mxl$GC1AQ=.OnMouseMove(MouseEventArgs #=zRiDv2sk=)
at #=zlpWM7vlOZnRzBxwVf7prPpFOpng8.#=zuqOQhhffdeW$wvekOQ==.#=zY6zi0VAPDzfSuvQzAaSJVA8=.OnMouseMove(MouseEventArgs #=zRiDv2sk=)
at System.Windows.Forms.Control.WmMouseMove(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at #=z47NIqvY5sRVyI8m7kPqlY7E=.WndProc(Message& #=zju6a1l0=)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
"from": {
"key_code": "play_or_pause",
"modifiers": {
"optional": [
"any"
]
}
},
"to": [
{
"key_code": "f4"
}
]
For the file converter tabs to not crash you need windows media player, you can find it as wmp11
And for the hotkeys I personally just use xdotool
OK, I have been doing some more testing and I think I can say this confidently: Dont use dotnet48, its garbage, if you use the builtin wine mono, it actually goes waaay faster, and you dont get the strange font distortion. WIth dotnet, im sitting around 23% cpu consumption and with winemono im sitting around 5-4%
Oh I probably have all of them, because before installing wine-staging I installed playonlinux, which came with pretty much everything you could ever need dependency wise, then i uninstalled it but while leaving all the dependencies behind, then I downloaded the latest mono from winehq (6.0 as of now) and installed xmllite and gdiplus through winetricks.
Ah, and I use manjaro.
Playback is max 8% cpu when changing songs and 5% when playing, only time it ever passed 10% was when it was scanning the drive.
Edit: Also im on a 64bit prefix
Ok, I think I found the winning setup
*Use 64 bits prefix, dotnet48(lmao), mfc40, gdiplus and msxml6
The command should look like this
WINEPREFIX=[whatever place you use as prefix] winetricks -q --force gdiplus msxml6 mfc40 dotnet48
I added "dwmapi" and "windowscodecs" internal wine libraries through winecfg, but idk if it does something.
This setup just works so good lol, I can enter the now playing tab without problems, everything loads and the gui is really fast, something did not happen with wine-mono or the earlier dotnets, althoug wine-mono will get your cpu usage quite low ~5%, the gui wont look as good. With dotnet48 the gui looks like it should and cpu usage is 4%~ playback with slight jumps to 9%~ when changing songs.
Now playing tab hovers around 7~ and jumps to 10~ when changing songs.
Im on garuda linux (arch) with the linux-zen kernel and wine 6.0 with a musicbee only prefix.
I've tried various combinations of dotnet, mono, mfc, dwmapi, windowscodecs, Windows 7/8/10, x86/x64 with no luck. I haven't been able to decrease my playback CPU usage at all. What version of Musicbee are you using? I'm using 3.3.7602.
Oh, I thought I had mentioned earlier — I'm running this on MacOS on an M1 Macbook using CrossOver (basically a wine wrapper with extra goodies).
Oh, I thought I had mentioned earlier — I'm running this on MacOS on an M1 Macbook using CrossOver (basically a wine wrapper with extra goodies).
eh, a paid program, don't they offer some kind of support? I mean you are paying for a (kinda?) modded wine.
You could try the normal wine and see if there is any difference, I mean an M1 chip is quite fast for it to be struggling over MusicBee, I have a shitty AMD A4 and it runs smooth as butter.
When I used Windows I used the option "Search Internet for Picture" and I used the iTunes and Fanart.tv images but when I starting using Linux it said that it was an invalid picture on both of them
all of the album art disappears and is replaced with "No Cover Art" or "Invalid Picture." Tinkering with permissions or different file types (e.g., jpg to png) doesn't seem to make a difference. Has anyone been able to fix this glitch?
For the file converter tabs to not crash you need windows media player, you can find it as wmp11
I have lots of AAC files and I see that I'll need to install an AAC codec for MusicBee to play them. However I can't configure that codec because the file converter tab crashes.If all you want to be able to do is PLAY the files, have you tried just dropping bass_aac.dll into the folder that contains MusicBee.exe?
For anyone who is trying to get MusicBee to run with the current version of Wine (7.3) and having trouble, I found that the Valve fork of Wine worked out of the box with no modifications (https://github.com/ValveSoftware/wine). I'm using Manjaro and was able to install this with the wine-valve package in the AUR (https://aur.archlinux.org/packages/wine-valve). Just a note: this will probably take a while to build (around 45 minutes for me on a high-end machine), but YMMV.
The only thing I can't get working is skins, but everything else seems to be fine at the moment.
wine [installer].exe
winetricks -q dotnet45 mfc42 xmllite gdiplus d3dx9 vcrun2008 wmp10
MusicBee runs great on Linux with Wine, and is super easy to install
As this is the Top Hit when searching for "MusicBee + Linux" I was kind of disappointed that I didn't find an easy to follow guide on how to install it under wine(for someone with very little wine/winetricks knowledge). Particularly when I found out how easy it actually was. So I'l post how I did it in April 2019.
First, some specs;
OS: Ubuntu 18.10
Desktop Environment: KDE Plasma 5.15.3
Kernel: 4.18.0-17-generic
Wine: 4.5-staging
Winetricks: 20180815
MusicBee: 3.2-Update3 ('Setup', not 'Portable')
Note: Text following the '$' symbol is meant to be run in a terminal
Step 1: Download and extract the MusicBee installer
Step 2: Run the installer with wine. I recommend accepting to add a Desktop Icon so MusicBee becomes searchable from the launcher. You can delete the ~/Desktop/MusicBee.desktop file later anyway.
$ wine ~/Downloads/MusicBeeSetup_3_2_Update3.exe
Step 3: Install some DDL dependencies into the wineprefix
$ winetricks -q dotnet45 mfc42 xmllite gdiplus d3dx9 vcrun2008 wmp10
If you try and launch MusicBee now you might get an error saying that "MusicBee does not run on WindowsVista/XP". If so, do step 4.
Step 4: Set the wineprefix's Windows version to Windows 7 or newer. Open the configuration tool by running;
$ winecfg
That's it!
I'm no wine expert, but with the latest releases of wine it's become trivial to have MusicBee running in Linux, so I though I'd share for anyone else missing the best music player in the world in their new Linux home.
dotnet48
gdiplus
Someone told me about https://appdb.winehq.org/objectManager.php?sClass=version&iId=33888&iTestingId=111465
so I fully reinitialized wine and tried to run MusicBee with only winetrickingCodeanddotnet48
Code. I fell back on the initial error I had : (https://i.imgur.com/DGyGNJb.png)gdiplus
The main difference I have is that I use wine's latest version (7) and the last tested one is the 6th. I'll try with the 6th to check if it is indeed a version compatibility issue.
I guess I'll either have to wait for a real linux build, or hope wine improves enough for it to work properly.https://musicbee.fandom.com/wiki/FAQ#Will_MusicBee_be_ported_to_Mac/Linux/other_OS?
Okay I managed to make it work, but the sound is super laggy, the cover art do not display in playlists for some obscure reason, and japanese characters are all messed up.
# Setup directories and setup wine
mkdir ~/.musicbee
WINEARCH=win32 WINEPREFIX=/home/yeti/.musicbee winecfg
WINEPREFIX=/home/yeti/.musicbee winetricks -q dotnet48 xmllite gdiplus
# Download latest musicbee.exe and install
WINEPREFIX=/home/yeti/.musicbee wine MusicBeeSetup_3_3.exe
# Setup font rendering to anti-aliasing to make it look smooth (paste till /dev/null)
cat << EOF > /tmp/fontsmoothing
REGEDIT4
[HKEY_CURRENT_USER\Control Panel\Desktop]
"FontSmoothing"="2"
"FontSmoothingOrientation"=dword:00000001
"FontSmoothingType"=dword:00000002
"FontSmoothingGamma"=dword:00000578
EOF
WINE=${WINE:-wine} WINEPREFIX=${WINEPREFIX:-$HOME/.musicbee} $WINE regedit /tmp/fontsmoothing 2> /dev/null
I'm beating a horse that's already been dead for years.This ^^
I don't think .net has anything to do with it.Respectfully, I think it does.
I don't think .net has anything to do with it.
You need to understand that MB is a one person operation. There is no development team. The sole developer, Steven, does this as a hobby in his spare time. I don't speak for him but since he has a life and a job, he probably doesn't have the time nor the desire, to support another version.
Again, read the Wiki and the many forum posts
https://musicbee.fandom.com/wiki/FAQ#Will_MusicBee_be_ported_to_Mac/Linux/other_OS?
Begging is a bit underhanded, he has already replied on the issue a while ago.
Here's the issue from a programmers perspective.
MusicBee is based heavily on .NET
.NET is Microsoft and windows.
That leaves 3 options for Linux:
1) use Mono (open source Linux C#) but its far from perfect. as in galaxies away.
2) use Wine, which is an option,
but sound quality becomes questionable, unless you use wineasio and jack.
then its all the wine hacks he will have to put in, and there will be many, and many odd ass bugs. which is not fun for a dev.
3) Rewrite it using QT, which is laughable. If it took him this long to get MusicBee this good on .NET, because it would be a full rewrite and in C++ not C# and the differences are vast.
there are so many more issues, thankfully though the BASS library does support linux.
edit:
It might make sense to move this thread to one of the existing Linux topics (which is what the OP is actually asking about here) to keep things a bit together and not spread all over?
only the dev knows if this is actually the case) and that .NET has recently been updated with linux support and was interested if this would have any sort of impact.As phred tried to explain, and what has been explained many times in several Linux topics on this forum, the sole developer of MusicBee can't and shouldn't be bothered about making changes to his software for the benefit of operating systems that MusicBee is not and was never designed for.
It might make sense to move this thread to one of the existing Linux topics (which is what the OP is actually asking about here) to keep things a bit together and not spread all over?I agree that this should be merged with an existing Linux thread. Since there are many, please suggest (with a link) which thread this should be merged with.
I agree that this should be merged with an existing Linux thread. Since there are many, please suggest (with a link) which thread this should be merged with.The OP has not given any information whatsoever on how he is (trying) to use MusicBee on Linux (or what distribution), nor what emulator he is using, nor what issues he may be experiencing.
Perhaps you will get an answer on what .NET version is currently used.I don't know if I_Tichy is already aware of this but according to the latest MusicBee.exe.config file:
The OP has not given any information whatsoever on how he is (trying) to use MusicBee on Linux (or what distribution), nor what emulator he is using, nor what issues he may be experiencing.
So we probably shouldn't care too much. As a dartboard guess: maybe this one?:
https://getmusicbee.com/forum/index.php?topic=17074.0
Not terribly interested in WINE, I was more interested if the new .NET upgrades might allow for easier native implementation, but I guess I took too long to respond.That makes no sense to me.
That makes no sense to me.
Are you saying that Linux is able to natively run Windows programs, depending on .NET versions used?
The .NET Framework technology has been part of the Windows platform since the NT 4.0/XP era, providing developers with an integrated environment (class library, language interoperability, runtime/execution engine) to write Windows-specific applications easily. The environment has been now replaced by .NET (Core), which is a cross-platform technology supporting all the major desktop and mobile operating systems available today.
Furthermore, the .NET MAUI (Multi-platform App UI) SDK can help build cross-platform mobile and desktop applications from the same codebase.
In case this is useful for anyone trying to get it working on arch this is what i've done:Code# Setup directories and setup wine
mkdir ~/.musicbee
WINEARCH=win32 WINEPREFIX=/home/yeti/.musicbee winecfg
WINEPREFIX=/home/yeti/.musicbee winetricks -q dotnet48 xmllite gdiplus
# Download latest musicbee.exe and install
WINEPREFIX=/home/yeti/.musicbee wine MusicBeeSetup_3_3.exe
# Setup font rendering to anti-aliasing to make it look smooth (paste till /dev/null)
cat << EOF > /tmp/fontsmoothing
REGEDIT4
[HKEY_CURRENT_USER\Control Panel\Desktop]
"FontSmoothing"="2"
"FontSmoothingOrientation"=dword:00000001
"FontSmoothingType"=dword:00000002
"FontSmoothingGamma"=dword:00000578
EOF
WINE=${WINE:-wine} WINEPREFIX=${WINEPREFIX:-$HOME/.musicbee} $WINE regedit /tmp/fontsmoothing 2> /dev/null
~ % wine --version
wine-7.20
~ % dotnet --version
6.0.110
winetricks --version
20220411
In case this is useful for anyone trying to get it working on arch this is what i've done:Code# Setup directories and setup wine
mkdir ~/.musicbee
WINEARCH=win32 WINEPREFIX=/home/yeti/.musicbee winecfg
WINEPREFIX=/home/yeti/.musicbee winetricks -q dotnet48 xmllite gdiplus
# Download latest musicbee.exe and install
WINEPREFIX=/home/yeti/.musicbee wine MusicBeeSetup_3_3.exe
# Setup font rendering to anti-aliasing to make it look smooth (paste till /dev/null)
cat << EOF > /tmp/fontsmoothing
REGEDIT4
[HKEY_CURRENT_USER\Control Panel\Desktop]
"FontSmoothing"="2"
"FontSmoothingOrientation"=dword:00000001
"FontSmoothingType"=dword:00000002
"FontSmoothingGamma"=dword:00000578
EOF
WINE=${WINE:-wine} WINEPREFIX=${WINEPREFIX:-$HOME/.musicbee} $WINE regedit /tmp/fontsmoothing 2> /dev/null
~ % wine --version
wine-7.20
~ % dotnet --version
6.0.110
winetricks --version
20220411