Foo_uie_albumart, Very simple album art panel Options

[mazy]

rexy, great news about service and cyclable sources!

i support what Duble0Syx said. could we have it that all files matching a source string get added to list of covers (matches for '-' prefixed strings with corresponding attribute) for all source strings.

then you would delete duplicate files from this list (same matches from different source strings), and do what you did as before ...

btw, could you have a look at my previous request?

slideshow mode would be nice too (auto-cycling these images after some delay). and 100% preview on mouse hover (show title-less window with full-size image when possible after hovering mouse pointer over cover art for some time).

it would be even better, if you could add some eyecandy for that auto-cycling mode or generally when the cover art changes (of course, that would be set to off by default as it would make things a little bit slower). i would love the effect of alphablending on this ... when cover changes, you would start for example 20-step over 1sec (could be configurable) alphablending animation from current image to image of that new cover art. in case that new cover art should be showed when that animation is taking progress, you would simply start over from what's being displayed to that new cover.

what you think? i know it's just eyecandy, but ...

[Strictly4me]

Binaries and source updated to v0.045.
... I also added a minimum height configuration as you can see.

Thank you so much, for this feature rexy!
We love you!

((((( Strictly4me )))))

[A_Man_Eating_Duc...]

I think mines sprung a leak

after about 5 seconds

this is how i can make the error reoccur.

remove albumart.dll from the components dir opened foobar, closed foobar, copyed the .dll back in to the compents dir, open foobar, put albumart into the top menu (not the sidebar) and set the minimum height to 300, opened albumart prefs, clicked the reset button, close foobar, reopen foobar, foobar systray icon shows but locks up (also using %99 cpu time), use task manager to kill foobar.

same thing occurs if i put Albumart in the sidebar instead of the menu, using the same method above.

using albumart version 0.045
columns 0.1.2

EDIT: changed pics into hyperlinks, no point bloating the thread

This post has been edited by A_Man_Eating_Duck: Feb 3 2005, 22:39

[Andreasvb]

My foobar hangs too.

Great plugin though, really like it.

[rexy]

Sorry, but I am unable to recreate this situation in which foobar hangs. Could someone else also having the problem post his own instructions on how to make foobar hang as well? And please, try your instructions more than once and see that they indeed do it over and over and make sure to try to remove steps and see if it affected anything so that there are minimal redundent steps. Thanks.

[Supernaut]

My foobar hangs too.

Mine hung too after upgrading, but I got it solved somehow: I removed the plugin (renamed to .bak), started foobar, closed foobar, renamed to .dll again, started foobar, enabled the plugin, and it was working.

Hope it helps.

[rexy]

Okay. I changed some foolish thing in the source. I think it was it that was causing the hangs. Could you check please. Regardless, though, that thing needed to be changed.
Binaries and source updated.

[rexy]

Just curious, but rather than using

CODE

$whatever()folder.jpg
-$whatever()folder.png
-$whatever()folder.gif

couldn't you just use

CODE

match:$whatever()folder.*

?

First of all, that was just an example and there's not a chance that's the source list I use. Afterall, whouldn't you use real functions instead $whatever()? You would.
Now except for that, using

CODE

$whatever()folder.jpg
-$whatever()folder.png
-$whatever()folder.gif

would explicitly mean that you want any $whatever()folder.jpg to take precedence over a png with a similar path, which in turn takes precedence over a gif with a similar path, while using

CODE

match:$whatever()folder.*

would simply return the first image file with "folder" as its name in that directory, which means that not only would it bring in stuff like folder.tiff, it would also not have the hierchy one might have needed.

[Andreasvb]

Seems to work fine now.

Thanks.

[topdownjimmy]

Seems to work fine now.

Thanks.

Hooray!

Now...who knows of a back cover art repository?

[VLSI]

Binaries and source updated to v0.045.

Great improvements with this release.

I would just like to point out that this bug is still present.

[upNorth]

Great work, rexy! I especially like the way you combined a "-" in front with the cycling, as it makes it really configurable. The whole sources list functionality is very simple, yet clever, IMHO.

One little feature request:
If it's not too hard to implement, could you add a "crop" feature? a simple setting that would remove X pixels around the whole image. I think some of the covers I download would look better if I could shave off just a few pixels.

[Olive]

Now...who knows of a back cover art repository?   

http://www.mega-search.net/ or get a scanner

[foosion]

IMO it would be a good idea to interpret paths as relative to the directory of the current track rather than the foobar2000 directory. It is currently rather cumbersome to use images that are stored relative to the audio files.

[nbv4]

Cool, thanks a lot for the minimum height option, now I don't have to rely on the panel stack window to see album art.

Although the modified albumlist panel still crashes every five minutes for me

[strogoff_ger]

Hello Rexy,

is it possible to implement the following feature in albumart?

I would like to have some sort of album preview in the panel window: the cover of the currently playing album would be displayed in the middle, and let`s say the 2 or 3 albums before and after would be displayed on top and below (and with a slightly smaller thumbnail). So when i`d click on a cover the first track of the album would start to play and the corresponding cover art would slide in focus.

A display of for instance 6 x 6 coverarts as a square would also be imaginable.

Am i a dreamer?

[A_Man_Eating_Duc...]

Okay. I changed some foolish thing in the source. I think it was it that was causing the hangs. Could you check please. Regardless, though, that thing needed to be changed.
Binaries and source updated.

Seems to have fixed my problems

[rexy]

Binaries and source updated to v0.045.

Great improvements with this release.

I would just like to point out that this bug is still present.

I did not quite understand exactly what your bug was. Would you care to describe it with a more detail?

Great work, rexy! I especially like the way you combined a "-" in front with the cycling, as it makes it really configurable. The whole sources list functionality is very simple, yet clever, IMHO.

One little feature request:
If it's not too hard to implement, could you add a "crop" feature? a simple setting that would remove X pixels around the whole image. I think some of the covers I download would look better if I could shave off just a few pixels.

Thanks.
About crop, I think what I'll do is have a pad feature (which was request earlier anywho) and make it so a negative value would crop instead of pad.
By the way, I like your avatar. Do you actually have a Dirty doll or is the image just from the cover?

IMO it would be a good idea to interpret paths as relative to the directory of the current track rather than the foobar2000 directory. It is currently rather cumbersome to use images that are stored relative to the audio files.

I don't see how it would be a good idea. As I see it, it is a lot more logical as it is now, because it just formats the TAGZ string and you put what you want there. I guess what I can do is make it so source strings have an added variable which will equal the track's directory. Maybe you can explain to me why your idea would work better? I don't really see why.

Cool, thanks a lot for the minimum height option, now I don't have to rely on the panel stack window to see album art.

Although the modified albumlist panel still crashes every five minutes for me

Your welcome.
Could you please explain exactly when and how it crashes, because all the crash issues I've experienced are gone and it seems others are reporting their crash issues are gone too. Please make sure you are using both the latest albumlist and albumart panels from my archive.

This post has been edited by rexy: Feb 3 2005, 23:34

[foosion]

I don't see how it would be a good idea. As I see it, it is a lot more logical as it is now, because it just formats the TAGZ string and you put what you want there. I guess what I can do is make it so source strings have an added variable which will equal the track's directory. Maybe you can explain to me why your idea would work better? I don't really see why.

Relative path specifications are much easier to write (and read) than absolute path specifications that have to use titleformatting to extract the path of the directory of the current track.
Example:

CODE

folder.jpg
%album%.jpg
..\folder.jpg

versus

CODE

$left(%_path%,$strrchr(%_path%,\))folder.jpg
$left(%_path%,$strrchr(%_path%,\))%album%.jpg
<almost insanely complicated expression that only adds character noise>folder.jpg

[stripe]

.44 worked fine for me but .45 does not want to display images except the default ones in the foobar directory. It's like it doesn't find them anymore, either with my old config or when i reset. I'm on win98. When I go "open directory", it always points to the one containing the first file open when fb opened. But it doesn't find even files in this directory.

stripe/ben

[Kamelian]

is there any way to make foo_albumart read images inside .zip and .rar files ?

[topdownjimmy]

Shouldn't your altered albumlist panel obey the "follow cursor" rules? It doesn't currently...

[VLSI]

I did not quite understand exactly what your bug was. Would you care to describe it with a more detail?

Sorry about that. I should have been clearer.

My setup falls back on default.jpg (in fb2k directory) when there isn't a cover image in the song folder. The problem is: when I add a track to the playlist, default.jpg is no longer found, because it's specified without a path. It seems that the plug-in fails to resolve relative paths from then on. Restarting foobar fixes the problem. I'm sure it's a trivial fix. Thanks for your efforts.

[jasnic02]

Thanks for the continued development on this plugin rexy .. it is very much appreciated!

I don't know if this is a bug or intended behavior .. either way it is not a big issue at all.

Scenario:
I currently have AC/DC playing and the AC/DC cover art is shown. If I highlight Metallica (from albumlist or playlisttree) and click 'Send To Playlist' (with Autoplay on 'Send To Playlist' enabled) the album art shown will be the Metallica cover. If I immediately click stop before highlighting any entry in the Metallica playlist, the AC/DC cover will be shown again.

I have played a bit with the settings as far as 'follow cursor' and stuff, but please let me know if I'm doing something wrong or if this is intended behavior. Thanks!

This post has been edited by jasnic02: Feb 4 2005, 09:27

[syrek]

does anyone has 0.44 for me because 0.45 keeps rocketing my CPU usage to 99%