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 - MegasXLR

Pages: 12
1
Out of a dozen tray apps (Syncthing, Calibre, VoIP, Torrent, every Games Store), MusicBee is the only one that doesn't close to tray, and most annoying since I open it often.
The lack of votes is a selection bias, not everyone will register on the forum to complain, or will find another app.

- It's basically a service with DLNA running in the background, a warning "Are you Sure? Yes/No" would be nice.
- Without looking, it's quicker/easier to hit the close button instead of aiming for minimize.
- It's expected, every music player has the option close to tray.
- It's impossible:

I made an AutoHotKey script for those you can't live without:

Code
#NoEnv
#SingleInstance Force

; Close to Minimize
Classes := "WindowsForms10.Window.8.app.0.2bf8098_r7_ad1" ;
Loop, parse, Classes, `,
    GroupAdd, GroupName, ahk_class %A_LoopField%

SetTimer CheckMouse, -100
return

CheckMouse:
    CoordMode, Mouse, Screen
    MouseGetPos, mX, mY, WindowUnderMouse
    WinGetPos, wX, wY, wW, wH, ahk_id %WindowUnderMouse%
        CloseButton := (mY > wY and mY < wY+35 and (mX > wX + (wW-50) and mX < wX+wW))
    SetTimer CheckMouse, -100
return

#If (CloseButton)

    ~LButton::
    ~RButton::
        MouseGetPos,,, WindowUnderMouse
        WinGetClass, Class, ahk_id %WindowUnderMouse%
        If Class in %Classes%
        {
            WinMinimize, ahk_id %WindowUnderMouse%
        }
    return

If anyone's still using this script and it's not working - you need to change the class name to the following if you're on the latest MusicBee version: WindowsForms10.Window.8.app.0.2bf8098_r8_ad1
And every time it stops working it's worth a shot to check if the class name has changed and if so adjust the script accordingly.
To check the class name I've made a handy small script:
Code
; Example to get the class of a MusicBee window
WinGetClass, class, Olivia Rodrigo - Teenage Dream - MusicBee
MsgBox The class of the MusicBee window is %class%
Change the " Olivia Rodrigo - Teenage Dream - MusicBee" part to whatever your MusicBee window's current title is and run the script to get a popup containing the program's class name.

2
Questions / Re: Image 2: Not Labeled
« on: June 21, 2022, 09:19:08 PM »
You do.  Hit the "Edit List" button that's below the "Set which pictures are displayed" window in the image you posted.

Oh that was inside the submenu, my bad. Anyway after these steps it's the same. Second image is still there.
Just found this topic though.
And when I opened the MusicBee Album Artwork Manager from Tools/Artwork this showed up:

Now the question is why doesn't this embedded cover art show up neither in MP3Tag nor Taghycardia ? I use Taghycardia to remove embedded covers and they indeed get removed as I don't see them in Poweramp on my phone nor on my radio screen in the car. But now MusicBee's Artwork Manager shows them still being there embedded inside the MP3 file...
This site also says 'No existing album art / picture' for Existing Album Art.

3
Questions / Re: Image 2: Not Labeled
« on: June 19, 2022, 07:54:08 PM »
Didn't see a 'Rescan Artwork' button anywhere though.


Don't have that.

But I just noticed that another album/folder also has 2 images when I right click titled: Image 1: Album Cover & Image 2: Album Cover. Didn't notice before as they're the same image just twice.

4
Questions / Re: Image 2: Not Labeled
« on: June 19, 2022, 09:10:58 AM »
Go into Tags (1)/artwork instead, and check to see all is set the way you wish, then hit the Edit List button and do the same thing there--and be sure to presss the Rescan Artwork button before you hit save.

Then Tools/Advanced/Reset Artwork Cache.

Restart MB.
I did edit that before, I've selected Embedded (can't be unselected) and Folder.jpg. 'copy to the same folder as the music file and name as: Cover.jpg' is selected and if I unselect it, when I restart MB it's still there. Didn't see a 'Rescan Artwork' button anywhere though. It's strange as only a few songs in the same folder as others have this 2nd image so I don't think it's a hidden file (also checked and there are none), but also no embedded image shows in the MP3 files (via MP3Tag or Taghycardia) which are affected (not all files in the same folder are affected).

5
Questions / Re: Image 2: Not Labeled
« on: June 18, 2022, 05:44:23 PM »
As a wild guess, you probably have other (hidden?) images inside your music folders that MusicBee is picking up.
So inspect the folders for these specific tracks to see if that's the case or not.
And as a 3rd confirmation, you can open the tag editor and go to the artwork tab to see if there are indeed no embedded images.

Edit:
Since I only work with embedded pictures for my music, I am not really familiar with how MB treats tracks which fetch album covers from folders. Does it consider those tracks to be without/missing artwork? If that's the case, then if you have MB set to auto-retrieve missing artwork for the playing track (preferences > tags 2), then it's possible that that's where the other album covers are coming from.
Weird. It turns out I did have things selected under Preferences/Tags(2). But if I disable everything, apply and save and restart MusicBee the old selections are still there. Also there are no hidden files in the folder as well as no embedded images as seen with MP3Tag program. None of the ticks such as 'save without prompt' are enabled under Tags(2) though. As long as it doesn't actually write those images to the file itself I'm ok with turning off image rotation. But it's weird.

6
Questions / Image 2: Not Labeled
« on: June 16, 2022, 08:27:53 PM »
Hey guys,

I recently saw something that's bugging me. When some of my mp3 files get played in music bee their album cover in the right bottom side rotates with some other image. I know I can just disable the 'Enable Image Rotation' option by right clicking on the album art but now I'm wondering - do I have some embedded image inside those mp3 files or what's up? I use Taghycardia to bulk remove any embedded images and no image shows when I open the file in MP3Tag too. Is this some image downloaded by MusicBee or if it is indeed embedded in some strange way that the above mentioned programs can't see it, how can I remove it from the file?

Cheers :)

7
Update: The AutoHotkey script works 100% when using my FHD monitor but didn't work 95% of the time when I had a 4K one. Who would've thought that can also make a difference.

8
Well that is a workaround for sure. Guess I'll try it out.

9
Out of a dozen tray apps (Syncthing, Calibre, VoIP, Torrent, every Games Store), MusicBee is the only one that doesn't close to tray…
Sad to see this isn't yet implemented into the player itself.

Why not just use Windows' shortcut keys for this?:
[Windows key] + [Arrow down]

Your muscles and nerves will be grateful, and your brain won't have to remember if you have re-purposed the close button to do something it is not intended to do.
 

It's not for me haha, but I'm not the only one using this computer. You have no idea how annoying it is when I lay on my bed listening to music and another person just presses 'X' to close everything before starting to use the PC, killing my music :(

10
Out of a dozen tray apps (Syncthing, Calibre, VoIP, Torrent, every Games Store), MusicBee is the only one that doesn't close to tray, and most annoying since I open it often.
The lack of votes is a selection bias, not everyone will register on the forum to complain, or will find another app.

- It's basically a service with DLNA running in the background, a warning "Are you Sure? Yes/No" would be nice.
- Without looking, it's quicker/easier to hit the close button instead of aiming for minimize.
- It's expected, every music player has the option close to tray.
- It's impossible:

I made an AutoHotKey script for those you can't live without:

Code
#NoEnv
#SingleInstance Force

; Close to Minimize
Classes := "WindowsForms10.Window.8.app.0.2bf8098_r7_ad1" ;
Loop, parse, Classes, `,
    GroupAdd, GroupName, ahk_class %A_LoopField%

SetTimer CheckMouse, -100
return

CheckMouse:
    CoordMode, Mouse, Screen
    MouseGetPos, mX, mY, WindowUnderMouse
    WinGetPos, wX, wY, wW, wH, ahk_id %WindowUnderMouse%
        CloseButton := (mY > wY and mY < wY+35 and (mX > wX + (wW-50) and mX < wX+wW))
    SetTimer CheckMouse, -100
return

#If (CloseButton)

    ~LButton::
    ~RButton::
        MouseGetPos,,, WindowUnderMouse
        WinGetClass, Class, ahk_id %WindowUnderMouse%
        If Class in %Classes%
        {
            WinMinimize, ahk_id %WindowUnderMouse%
        }
    return

This script works only if you do not click on an empty space in your playlist (and probably other places as well). The moment you click on an empty space in your playlist to clear your selected song the script no longer works and pressing X will close MusicBee again. Sad to see this isn't yet implemented into the player itself.

11
Bug Reports / Re: Playlist total duration info
« on: March 29, 2021, 11:03:05 AM »
OK, everything seems fine then. Maybe different OSes calculate this slightly differently or there was some conflict with other Poweramp settings files. Thanks for your time & I apologize if it was wasted for nothing :)

12
Bug Reports / Re: Playlist total duration info
« on: March 29, 2021, 09:34:44 AM »
@Steven I did an analysis and this is what came up:
With these files MusicBee shows this duration. Windows Explorer shows this duration in Properties tab on the same files when they're all selected. It's the same: 55:10. I used this calculator to calculate the displayed lengths shown next to each song in MusicBee and it was 55:03. The 7 second difference falls in line with what you said about the offset with milliseconds. The interesting part is that Poweramp shows 54:54 total duration instead of the 55:03 which the website above calculated.

Another interesting thing is that with other files of the same songs MusicBee, Windows Explorer and Poweramp all show 54:54 as total duration whereas the calculator said that it should be 54:48 when I calculated the displayed lengths.

Now I'm not sure what to believe, what's wrong and what's correct haha

13
Bug Reports / Re: Playlist total duration info
« on: March 28, 2021, 07:47:11 AM »
Makes sense. Though my playlist has 14 songs and its duration was 55:10 in MB whereas it was 54:54 in Poweramp. If we assume that each track had .99 on top of displayed duration then there would have to be a 0.99x14=13.86 seconds difference. Yet difference was 16 seconds for some reason.
I've found that other playlists have a difference that can be explained by the milliseconds adding up though so maybe that's the reason after all.
I guess when i downloaded other files for the same playlist those new ones didn't have the millisecond part and that's why it showed the same total duration on both places.
Thanks for your time :)

14
Bug Reports / Re: Playlist total duration info
« on: March 27, 2021, 09:36:02 PM »
Just wanted to report what was wrong and possibly get a fix if one existed or at least get to know why it happens in the first place, sorry for making you type so much I guess.

15
Bug Reports / Re: Playlist total duration info
« on: March 27, 2021, 09:08:07 PM »
By your logic it wouldn't matter if your car's speedometer showed 110 when you're actually going 100 km/h or if it says that you've got 80km distance left before running out of gas when in reality you only have 65. The problem is that it shows wrong information. Isn't the whole point of that display to have a quick glance and know how long the playlist is? Obviously a 1 second difference is nothing but as I said this can be more than that. Today it was 15 seconds, tomorrow it will be 1 minute etc.

Pages: 12