Author Topic: Rounded Artwork  (Read 14419 times)

Mayibongwe

  • Sr. Member
  • ****
  • Posts: 1733
  • Heal The World
#1   Is it possible that the function is not applied to the album as shown in figure 1. or that these borders can use the skin color?
#2   Are these edges as shown in the figure part of the Plugin or the skin?
For number 2, those borders are displayed by MusicBee. See here on how to turn them off:
https://getmusicbee.com/forum/index.php?topic=42252.0

For number 1, I am aware of that one. It's due to the JPG format displayed in that view not supporting transparency (which I'm guessing is what you're using right now).
So if you go to your skin file and change the corners_bg element from r,g,b to a colour such as 255,0,0 (rgb format for red), that should override the black background.
If the override doesn't kick in, let me know - I have a feeling it might not in the last version released.

Also, as a general note to the transparency that is applied on the artwork:
Please note that certain views like the expanded panel here use a .jpg format which unlike .png does not support transparency (hence the enforced black border below):

Last Edit: January 13, 2025, 06:52:46 PM by Mayibongwe
Strength and Honour (2025)

boroda

  • Hero Member
  • *****
  • Posts: 5190
@Mayibongwe, great plugin, but can you make UI for configuring plugin settings?

Artesoll

  • Jr. Member
  • **
  • Posts: 29
#1   Is it possible that the function is not applied to the album as shown in figure 1. or that these borders can use the skin color?
#2   Are these edges as shown in the figure part of the Plugin or the skin?
For number 2, those borders are displayed by MusicBee. See here on how to turn them off:
https://getmusicbee.com/forum/index.php?topic=42252.0

For number 1, I am aware of that one. It's due to the JPG format displayed in that view not supporting transparency (which I'm guessing is what you're using right now).
So if you go to your skin file and change the corners_bg element from r,g,b to a colour such as 255,0,0 (rgb format for red), that should override the black background.
If the override doesn't kick in, let me know - I have a feeling it might not in the last version released.

Also, as a general note to the transparency that is applied on the artwork:
Please note that certain views like the expanded panel here use a .jpg format which unlike .png does not support transparency (hence the enforced black border below):



Maybe one day you'll find a way to make the album cover look normal when displayed below.

Mayibongwe

  • Sr. Member
  • ****
  • Posts: 1733
  • Heal The World
Maybe one day you'll find a way to make the album cover look normal when displayed below.
Just so we're on the same page:
Instead of the colour override on the corners, you would like an option to disable the effects on .JPG covers? (seeing as they don't support transparency)

@Mayibongwe, great plugin, but can you make UI for configuring plugin settings?
Sure thing. Will do seeing as there are quite a few options now (will have to borrow BoringName's layout for the settings - his screenshot on the verbeeliser thread looked pretty neat).
A bit busy this weekend though, so might still be some time before I get around to it.
Strength and Honour (2025)

MusicBorg

  • Jr. Member
  • **
  • Posts: 20
I think I know the answer, but just making sure:

Regarding this table, am I correct to assume that your Greyscale Artwork plugin doesn't need to be added to it since its functionality now has now been integrated in your Rounded Artwork plugin?

Mayibongwe

  • Sr. Member
  • ****
  • Posts: 1733
  • Heal The World
I think I know the answer, but just making sure:
100% correct. Thanks for keeping that categorized table up to date - it must be really useful for a lot of users.
Strength and Honour (2025)

karbock

  • Sr. Member
  • ****
  • Posts: 551
@Mayibongwe:

Version 1.7 draws the shadow incorrectly around the artwork.
Example with a dark background and a light "shadow" tone (or rather "halo" in this case):

v1.7
v1.6

skin.dat

Code: XML
  <?xml version="1.0" encoding="utf-8" ?> 
- <root>
  <element id="Corners" enabled="true" rd="50" bg="18,12,24" />
- <!--  rounded edges
  -->
  <element id="Shadows" enabled="true" blur="4" opacity="80" fg="200,200,200" />
- <!--  shadow effect
  -->
  <element id="Shear" enabled="false" x="10" y="15" />
- <!--  create parallelogram
  -->
  <element id="Tint" enabled="false" fg="0,0,255" r="60" g="5" b="10" />
- <!--  hue effect
  -->
  <element id="Sharpen" enabled="false" />
- <!--  improve artwork quality
  -->
  <element id="Sepia Tone" enabled="false" />
- <!--  gold-like effect
  -->
  <element id="Grayscale" enabled="false" />
- <!--  black and white effect
  -->
  <element id="ArtistThumbs" enabled="false" />
- <!--  applies the above against artist thumbs
  -->
  </root>

Mayibongwe

  • Sr. Member
  • ****
  • Posts: 1733
  • Heal The World
Version 1.7 draws the shadow incorrectly around the artwork.
Example with a dark background and a light "shadow" tone (or rather "halo" in this case):
Thanks for the report (I suspected as much), I was in the process of correcting that - may release an update tonight.
The issue came when I ditched the initial implementation for the much sharper edges.
Strength and Honour (2025)

Mayibongwe

  • Sr. Member
  • ****
  • Posts: 1733
  • Heal The World
Version 1.7 draws the shadow incorrectly around the artwork.
I've uploaded a v1.8 - does that help things?
Strength and Honour (2025)

karbock

  • Sr. Member
  • ****
  • Posts: 551

Mayibongwe

  • Sr. Member
  • ****
  • Posts: 1733
  • Heal The World
No, thank you for confirming my gut feeling - v1.7 had broken 1 or 2 things, but should be alright now.

If the override doesn't kick in, let me know - I have a feeling it might not in the last version released.

Edit:
Also just currently playing around with a perspective change at the moment:
Last Edit: January 20, 2025, 06:18:50 PM by Mayibongwe
Strength and Honour (2025)

karbock

  • Sr. Member
  • ****
  • Posts: 551
It's only when upgrading to 1.7 and 1.8 that I noticed that the rd="..." parameter was not taken into account in 1.6: it applied a shorter radius instead (35px I suppose), which looked fine.
I have now replaced by rd="35" in the .XMLs to get the same result.

aktor

  • Sr. Member
  • ****
  • Posts: 336
No, thank you for confirming my gut feeling - v1.7 had broken 1 or 2 things, but should be alright now.

If the override doesn't kick in, let me know - I have a feeling it might not in the last version released.

Edit:
Also just currently playing around with a perspective change at the moment:


Waw you are creative with that plugin. You should get in touch with Steven to implement small changes to MB so you can incorporate those ideas.

voodoopunk

  • Full Member
  • ***
  • Posts: 212
No, it needs to remain as an optional plug-in.
Black Flag - The First Four Years

Haste

  • Jr. Member
  • **
  • Posts: 90
It could be implemented natively as an option.

It would be vastly superior to a plugin.