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

Pages: 1 2
MusicBee Wishlist / Rounded Corners on Artwork
« on: December 28, 2021, 01:37:59 AM »
Similar to the option with Artist Artwork to have a circle or a square, an option to show artist and album artwork as a "Tile" (square with slightly rounded corners) would be nice.  I have been seeing a lot of the "tile" look on phones and Operating Systems lately and it generally gives a nice, sleek, clean look.

Or maybe there is a skin that already does this?  An internet search didn't reveal anything to me.

I am posting this as a question in case others have this issue I had and maybe someone with a better understanding of it can even help me understand it better.
While migrating to Musicbee and organizing, retagging, and cleaning up my library, I would occasionally use the Backup function just in case I screwed up and lost some work...
I am coming from WMP and the problem was that the FIRST backup (to a new location... so all files copied fresh) would work fine.  Then, after doing some more editing, if I tried another backup, it would be halted because MB was denied access to one of the Folder.JPG files (I think it was always one of the albums I had changed the artwork for).  BUT, when I went to the location, the Folder.JPG file was hidden EVEN with view hidden files enabled.  I came to the conclusion (but not really certain) that those files were also tagged as system files so could not be viewed or have their properties (such as read-only) modified.  When I looked at the root music folder, it would have the "dash" in the read only box (meaning SOME files in there are read only but not all (which would be a check mark).  Unchecking the read only for the whole folder never seemed to work.  Again, I think because the folder files are attributed as hidden system files....

The solution I came up with was to update ALL the Album art with new pictures (the WMP ones were crappy resolution anyway) and have MB organize the library to a new location so that it could write it's own Folder.JPG files.  I had a few more times where I missed updating the artwork (or maybe if there wasn't already a Folder.JPG file created by MB then WMP would write one with the read only properties?).  Anyway, I stopped opening WMP and got all my art updated in MB with normal (not hidden, system) Folder.JPG files and haven't had the permission problem during backup since.  BUT, if I do get it again, my solution will be to delete the offending album folder IN THE BACKUP location.  This will delete the associated Folder.JPG file and the backup will rewrite all the deleted files anyway, including the new folder.jpg file.

This had me really frustrated for about half a day and I hope this information helps someone.  If anyone really understands what was happening and want's to explain or provide a less "hacked" solution I am grateful.
I am using Windows 11, latest update and latest MB version.

I am on Windows 11 and under System - Apps - Optional Features, I uninstalled Windows Media Player (been meaning to do that to keep it from screwing up my last week's work organizing and fixing album art) and it didn't change the result.

It is worth noting that when I remove the volume analysis from the files, the tags update immediately and don't require any rescan. 

It does remind me of another problem I was having with the library backup being unable to modify the hidden, system attributed folder.jpg files that WMP was creating.  I will post a separate thread about that mainly to help someone else who has that problem.

I used to rip to WMA and have at least 100 albums still in WMA format that I can't re-rip (CDs lost) but a few years ago I switched to MP3 and re-ripped the CD's I do still have.  So now that I have figured out why my WMA files weren't getting the gain tags and rectified it in my library it shouldn't be a problem but it does still have me curious.  I even tried re-ripping a CD as WMA and got the same result.
I am perfectly happy to leave it alone....  But, if you want me to send a file that I have the problem with or send a settings file, I am happy to help.

I would also like to mention I am a new user to Musicbee (but not new to media and media players, in general).  I spent the last week learning and setting up Musicbee and using it to better organize my library.  I can't believe I was trudging along with WMP for (it feels like twenty YEARS?? not really sure).  The built in TAG editing capabilities make a world of difference.  I did make a donation and will continue to support Musicbee.  I am REALLY impressed and happy for finding it.

Questions / Customized font in Compact Grid Main Panel View
« on: December 27, 2021, 09:57:37 PM »

MusicBee GUI
I have my custom GUI layout in MusicBee all set up and just one thing I would like to change but don't see a way to do it.
In the main panel, I like the "Compact Grid" layout rather than the Detailed listing.  But, in the settings, "Layout (1)" I selected a BOLD font as the General Default font (in order to have the text standout more) but it only applies to the track titles and NOT to the track number or track time fields (circled in yellow in my posted image)
The "General Default" font seems to override everywhere else on the screen unless a different custom font is chosen in a specific panel (where possible) but it doesn't seem to apply to all the fields in the Compact Grid View.  I see that the detailed listing option gives more specific control over the fields and fonts but it doesn't seem to allow the two or three "columns of track data" layout.  Hopefully the picture illustrates...

EDIT:  I was looking at the skinning guide to see if this was something I might be able to change by editing the .xml file but it seems like skinning deal with colors, dimension, and icons/images that are used for elements and not fonts so perhaps I can't change it by editing the skin file?

Bug Reports / Analyzed WMA files Show as "Not Calculated" Until Rescanned.
« on: December 27, 2021, 09:11:35 PM »
I am not sure if this is technically a bug, as it may be the intended function, but it does seem to be inconsistent with the process with MP3 files.

Select some .WMA files and use "Analyze Volume" and wait for the process to complete.
Check the tags and they should say "Not Calculated"  NOTE" that replay gain is ALSO NOT APPLIED to playback of the files.
Select the analyzed files and "Send To" "Rescan".
Files tags should now show the correct replay gain values and will be applied to the replay volume.

For me, the process works fine with MP3 files (meaning the replay gain shows in the tags and is applied upon finishing the volume analysis, without rescan),  just not with WMA files.  I tried several different WMA files with varying bitrates, etc., with the same result.  I tried closing and reopening Musicbee, removing the files from the library and adding them back.  The only thing that seems to "wake UP" the replay gain values is a rescan or something that triggers a rescan such as moving the file, etc.

Workaround is fairly simple.  After Volume Analysis, select the files and "send to" "rescan".

Pages: 1 2