Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Foo_uie_albumart (Read 1103197 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Foo_uie_albumart

UPDATE: version updated to v0.045
UPDATE: source released

New since v0.01:
v.045
* Minimum height
* Cyclable sources
* Updated albumlist
* Bug fixes
* ...other stuff.
v0.044
* Fixed wildcard matching so it works with unicode
* Bug fixes
* Source released
v0.043
* If cover stays the same, no redrawing.
* Option to show the cover for the Album List selection if the list has focus (needs a sepcial version of the Album List panel, included in the release archive)
v0.042
* Cleaned up code
* Recompiled using the new SDK
* Changed source list defaults
v0.041
* Recoded the UIE implementation, which by itself fixed too many bugs to list here
v0.040
* Change code to GDI+ in order to improve resizing quality
* Mouse clicks user-selected functionality
* Fix sources list bug (changing precedence seldom messes up source display)
* Wildcards in cover sources
* Add png support
* Allow access to all possible click functionalities through context menu.
* Works with the new columns_ui (is it .012? something like that)
v0.034
* In initial sources, change "deafult.jpg" to "components\default.jpg" (click reset to get new defaults if you are updating to this version)
* Include a default.jpg with the DLL
* Refresh on source list change
* Option for auto-fit without maintaining aspect ratio
* When no track playing, follow cursor regardless of settings
* Load focued track's cover on start up (works with start playing on startup because
it plays the focused track anyway)
* Option for a black pixel border around cover art image--image, not panel (I wanted it this way... looks pretty)
* Fix host transfer
* Added an option that opens the preferences to the end of the standard ui_extension context menu.
v0.033
* Paths with special characters work.
* Better resource management.
v0.032
* Ability to set background color.
* Option to follow cursor.
* Some random fixes and changes.
v0.03a:
* Better resizing quality.
* Sources list (uses title formatting).
v0.02:
* Album cover not a control anymore and is now simply drawn using StretchBlt.
* Config window with options for auto-center, auto-expand, and auto-shrink.

Needs both MSVCP71.dll and MSVCR71.dll present in order to work, as well as GDI+ runtime installed (standard in Windows XP and newer). Please make sure these necessities are met before complainining about DLL load errors. Thanks.
Also, if you are upgrading from a previous version, it is recommended that you reset the source list by clicking Reset.

Download:
v0.045 Binary
v0.045 Source

Foo_uie_albumart

Reply #1
What are the requirements? For now I'm getting "Failed to load DLL: foo_uie_albumart.dll, reason: Unable to load DLL." (Win XP, SP2)

Foo_uie_albumart

Reply #2
Hmmm... Well, I compiled it with VS.NET 2003, but obviously set on release and I didn't use any MFC. I wonder what it could be... I'll try to investigate. Maybe someone else would know? Could anyone else report whther it's working for him?

Foo_uie_albumart

Reply #3
Quote
Hmmm... Well, I compiled it with VS.NET 2003, but obviously set on release and I didn't use any MFC. I wonder what it could be... I'll try to investigate. Maybe someone else would know? Could anyone else report whther it's working for him?
[a href="index.php?act=findpost&pid=253691"][{POST_SNAPBACK}][/a]

Hi, nice effort.

Its probably the msvc7.1 runtime dlls (msvcr71.dll, msvcp71.dll).

You should change the extension guid to a different one from foo_static_panel. Also change the type to a panel rather than a toolbar.

edit: also I think you can use the 3rd party components site for hosting the component.
.

Foo_uie_albumart

Reply #4
yes it's MSVCP71.dll

Foo_uie_albumart

Reply #5
Great work rexy, working fine here and i was wondering if there was anyay of adding the ability to read images in archives and to make the image resizeable ?
You're talking to my guy all wrong... It's the wrong tone. Say it again, and i'll stab you in the face with a soldering iron!

Foo_uie_albumart

Reply #6
Quote
yes it's MSVCP71.dll
[a href="index.php?act=findpost&pid=253694"][{POST_SNAPBACK}][/a]

Same here. Really nice plugin, keep up the good work 


Foo_uie_albumart

Reply #8
any way to pop it up on the side if it has album art? :\

Foo_uie_albumart

Reply #9
hi man
the plug don't work..
i had the problem with MSVCP71.dll so i googled it and put it in system32, and than there was no error. then i put the panel but i couldnt see any album. not the hebrew one's and not the english neither

Foo_uie_albumart

Reply #10
Quote
hi man
the plug don't work..
i had the problem with MSVCP71.dll so i googled it and put it in system32, and than there was no error. then i put the panel but i couldnt see any album. not the hebrew one's and not the english neither
[a href="index.php?act=findpost&pid=253746"][{POST_SNAPBACK}][/a]

Your image must have the name folder.jpg at the moment.

@rexy: nice Plugin, something i kind of have waited for.
im looking forward to the implementation of the To-do list

 

Foo_uie_albumart

Reply #11
Thanks for making such a plugin rexy 

Now the problem:
It loads just fine, panel opens just fine, but it doesn't display the "folder.jpg" that is present in the same directory as the track. Any ideas?

Btw: These images shows up with foo_looks.

Foo_uie_albumart

Reply #12
Quote
Thanks for making such a plugin rexy 

Now the problem:
It loads just fine, panel opens just fine, but it doesn't display the "folder.jpg" that is present in the same directory as the track. Any ideas?

Btw: These images shows up with foo_looks.
[a href="index.php?act=findpost&pid=253752"][{POST_SNAPBACK}][/a]


I've noticed than when the track changes to a directory with no images, the previous image keeps been displayed.

Foo_uie_albumart

Reply #13
Quote
I've noticed than when the track changes to a directory with no images, the previous image keeps been displayed.
[{POST_SNAPBACK}][/a]


Not for me

Rexy, in case you're interested you could check out amarok's handling of covers, they get data from amazon.com and cache it on HDD. The project is at  [a href="http://sourceforge.net/projects/amarok]SF[/url], the source is for Linux, but I bet you can decypher the important information
Life is Real...
(But not in audio :) )

Foo_uie_albumart

Reply #14
Any chance of adding support of reading album art tags in the actual MP3??

Foo_uie_albumart

Reply #15
Quote
Quote
Thanks for making such a plugin rexy 

Now the problem:
It loads just fine, panel opens just fine, but it doesn't display the "folder.jpg" that is present in the same directory as the track. Any ideas?

Btw: These images shows up with foo_looks.
[a href="index.php?act=findpost&pid=253752"][{POST_SNAPBACK}][/a]
I've noticed than when the track changes to a directory with no images, the previous image keeps been displayed.
[a href="index.php?act=findpost&pid=253757"][{POST_SNAPBACK}][/a]
Sadly that's not the problem here. I kept changing between tracks from two different albums, both with a "folder.jpg" in their directory, but nothing showed up.

@rexy: Do you have any plans to share the source? I started on such a plugin myself, but got stuck pretty fast. Would be nice to see how you do it, now when it's not that complex.


Foo_uie_albumart

Reply #17
The folder.jpg has to be called "folder.jpg"... Not "the name of the folder.jpg"
Life is Real...
(But not in audio :) )

Foo_uie_albumart

Reply #18
Thanks for the compliments.
Don't worry, this is not the final release of this. I'm going to implement auto-resizing (with optionality of only shrinking, only expanding, or both) and customization of the source so you won't have to use folder.jpg later.

upNorth: Pretty much all I did was make musicmusic's static control a SS_BITMAP and started sending in STM_SETIMAGE's whenever a new track came along. But with what I'm working on now, I totally rewrote it (not that hard actually, because I didn't really write a lot) to have it draw the bitmap itself because using a control was too limiting (oh and there's a config window too, now). Now, however, StretchBlt is acting really weird. For example, when the center option is enabled, I offset the rect I use by however is needed and although both the width and height remain the same in the rect (i.e. the difference between the right value and the left value), the drawn image gets smooshed up (i.e. does not maintain aspect ratio). Anyone got a clue what could be causing this oddity? I am not that familiar with blitting images, but as far as I know, if the dimensions remain, there isn't a reason for the aspect ratio to change...

EDIT: Ok, never mind... I was passing my rect's right and left instead of its width and height.

Foo_uie_albumart

Reply #19
Quote
Thanks for the compliments.
Don't worry, this is not the final release of this. I'm going to implement auto-resizing (with optionality of only shrinking, only expanding, or both) and customization of the source so you won't have to use folder.jpg later.



Foo_uie_albumart

Reply #20
Version updated. Look at first post.

Foo_uie_albumart

Reply #21
Working fine here so far.  However...

A few ideas..

1.  How about being able to select a background color for the areas not covered by the jpg, instead of using the default windows color.

2.  Would it be possible to implement an option to have it display the album art of the selected track rather than the currently playing track?

3.  Have an option to select a "generic" image that would be displayed when no album art is found.

Keep up the good work

Foo_uie_albumart

Reply #22
Thanks for this update. Would it be possible to make the image filename configurable (otherwise I would have to rename all the cover image files)?

Regards,
The Link

edit: Just reread your first post. It's already on your to do list. I should read more carefully, sorry!

Foo_uie_albumart

Reply #23
rexy, i really hope for better resizing, currently the "shrink album" option even makes the image lose colours

Foo_uie_albumart

Reply #24
his not work if filepath contained non-english characters
i using russian version winxp:((
sory for my bad english