why don't add the possibilty to read the cover pics stored in the tag?

That will become much easier as soon as the 0.9 SDK is out. I don't think that it makes sense to add this for feature to the 0.8.3 version in an unneccessarily complicated way.

I've had this problem with every single version of foo_uie_albumart. System: XP SP2, standard ForceWare drivers on a 7800GTX. Sometimes the album art works fine (should be in the bottom left corner) but after a few foobar2000 restarts or album switches, this happens. The only way to fix is to restart Windows. Any ideas?

Hmmm, that looks pretty crazy. album art panel shouldn't even be able to draw to those areas. What happens if you move/resize foobar window? What if you remove and re-add the panel, does it persist?

Yeah, it persists. I think it's a problem with Windows or my graphics card (that causes images to render in the wrong places), but only foobar2000 seems to trigger the system-wide problem. Very strange, indeed. My graphics card has no problems otherwise, and I haven't seen this on other computers.

ok I some one could help me out with the sources.............

for example in my death cab for cutie - plans folder I have to files cd.jpg and folder.jpg

my current sources is as follows



the problems I am experiencing is when I play that album the cd pic is the first source not folder.jpg, yet I thought folder.jpg should be the first source......if i pick next source it slides over to the album cover...........if I change the first like to folder.jpg it picks folder.jpg but when I pick next source it wont slide over to the cd pic, and finally the ../folder.* also doesnt work, for my double cds........... for example the file structure for a double album is this.....


any got any ideas?

and my nocover.png or default wont load for an album with without any album cover.....

AsILayDying, I use the same structure for my multi-disc albums and so far this code works

AsILayDying
Heya!
This behaviour is perfectly right. The desired result is not achieved because your sources are setup in this manner.
First of all, mistakes:
1.
$replace(%_path%,%_filename_ext%,)folder.*
won't work, because 'match:' is not specified. Instead should be:
match:$replace(%_path%,%_filename_ext%,)folder.*

2.
-match:$replace(%_path%,%_filename_ext%,)../folder.*
I presume it should be:
-match:$replace(%_path%,%_filename_ext%,)..\folder.*

3.
-components\nocover.png
You should use absolute path instead.

Now, I'll describe the logic behind you current front-cover and cd-cover selection.
For now your first source is invalid, so first good match is:
-match:$replace(%_path%,%_filename_ext%,)*
which in turn returns folder.jpg and cd.jpg when you perform NextSource
Then you changed 1st source to:
$replace(%_path%,%_filename_ext%,)folder.jpg
and it became a valid source. NextSource looked for the next sourcegroup in the list but there weren't any! So the image stayed the same.

So I see two quick options
1. use:

and cure cd.* getting in front of folder.* by simply renaming your files lexicographically.
2. use:

But in this case all other images besides folder.* and cd.* would need to have a common prefix or NextSource will cycle through the same image twice.
Also there is a great Album Art WIKI on the web created by gfngfgf.

Hope it helps!

Edit: typo

This shouldn't be a problem, so long as nocover.png is in the "components" folder in the foobar2000 program folder (the same place foo_uie_albumart.dll is located). I'm betting that if you fix the other issues WigBaM pointed out, the default source should work.

Thank you guys very much works perfectly..........!!
and gfngfgf you were right, the last option does work when my mistakes were taken out.......and thanks for the pointers I see where I was going wrong..........

Relative paths are a problem, because foobar's current directory may change in response to a common file dialog event. Add a file to your playlist from some other location and the relative path will stop working.

EDIT: Relative paths could still be made to work reliably though, by using the path of GetModuleFilename(NULL). This would require a modification in albumart.

No chance of this working in beta 13?

Not until the final version of 0.9 is released

is there anything that is required? think i'm missing something.

Ultra-Alpha Extra Experimental:
This is a modified foo_uie_albumart.dll with cover downloading from walmart.com.
The coverdownloading only works when coverdownloader.dll (included) is in components/coverdownloader.
CoverDownloader.dll is a flexible integratable (or at least it will be if/when i release an API or sourcecode) thingy for downloading covers, and can do so from multiple sources (only walmart is available in this build).

foo_uie_albumart.dll is built with VC6, but CoverDownloader.dll and walmart.dll are built with VC8 so you'll need MSVCR80.DLL and MSVCP80.DLL. If you get an error when you use the "Get Art" function, its probably because you are missing these DLLs.

To use it, right click on the album art panel and choose "Get Art" or "Show Art Tasks". By default the art window doesn't appear until all thumbnails have been retrieved, and will be closed once the art you select is saved. You can change this in preferences. Left click an image to save it to the location set in preferences (titleformatting string) or right click for more options. The default location is $replace(%_path%,\%_filename_ext%,)\folder.jpg

"Show Art Tasks" opens a dialog that is fairly self-explanatory.

This is pre-alpha software, and DOES contain bugs.

Edit: Now includes WigBam's updates

Edit: download link is down
Edit: Download link is back up.

Download

I've had the exact same problem with every version too.

Windows XP, 6600GT, forceware 81.98, AMD Athlon™ XP 2700+.
It appears every once in a while.. moving the foobar windows outside the screen and back brings the album image back, however, but when some other application's window is overlapping foobar, the problem comes back.
Any help or instructions on how to fix this would be greatly appreciated.

OK... i noticed something veeeeery interesting... and kinda offtopic...
When i'm using winroll or glass2k to make my windows transparent, when dragging larger, more complex windows, the window lags behind the cursor, resulting in choppy movement...

HOWEVER...

When running foobar with the fading Albumart plugin, even if foobar is minimized to the tray, all is working fine, hi fps, no lag or choppy movement xD

If anyone wants to investigate this, please do

hi!

i've problems with this version and Windows2000, this is the message:



in WindowsXP work correctly, what "dll" i need for Win2K to work well??

PD: or i've to dl the old version??

bye!

Wow that is a great great add-on. It is working perfectly for me. You should make a separate post in the 3rd party forum for it.

Nice one.
Paul.

It doesn't work for me. I've extracted the files into the components directory, got the dll's and when I try it it just sayst that it couldn't find CoverDownloader.dll

will this modified version work with 0.9 ?

*sigh*
Read Public SDK

It is in components/coverdownloader.

Wow.. this is one of the best plugins....

sorry, It wasn't very clear but components/coverdownloader is a directory.
So it has to actually be in components/coverdownloader/coverdownloader.dll.
Also make sure you have the VC8 runtimes available/installed.

Thanks for the new feature. I've tried out the plugin and it works as expected.
However, I've noticed the version is 0.050 rather than the latest version 0.051 from WigBaM. I'm wondering whether this pre-alpha build v0.050 will consist the bug mentioned below?

I'm not sure. AFAIK he didn't post the code for that update. I also have an updated version that i prepared for Fractal_Mortality addressing some seperate issues. I understand that WigBam is working on some new features at the moment, but has had trouble with his harddrive crashing. Once he releases something there I'll consider merging all these fixes/improvements together. I've also sent WigBam the source code for the cover downloader, so he can play around with that if he wants.

Known bugs with this version of coverdownloader.dll:

• Deadlock (foobar stops responding but playback continues) when closing 'Tasks' dialog (I have found the cause and will fix it when I have time).
• Tasks aren't cancelled when a preview pane is closed without selecting a thumbnail to download (This was intentional but on second thoughts isn't a good idea).
• More random deadlocks when using the Tasks dialog. I know what's causing it and can fix it though.

So, for now use the 'Tasks' dialog at your own risk. The Get Art function should be fine though.

It's perfectly clear and it is like that, I should have been more clear in the first post.
I've copied those runtimes to the system32 directory, is that ok?

What is the exact error you get. Is it "Could not load CoverDownloader.dll"?
Are you running windows 95,98 or ME by any chance?
The cover downloader is strictly unicode, and calls the unicode versions of windows APIs. Something called the "Microsoft Layer for Unicode on Windows Me/98/95 Systems" is necessary to use unicode on these systems, and I have to recompile the program to support this. I'm not sure when I will be able to do this but I'll certainly look into it.

and?
many plugins already work

It gives me precicely that error. Im runnig Windows XP SP2.

Only plugins made by people who are close to Peter and have access to the API, because they are known for their quality bug-free components.

Is it possible to add a second albumart picture to your foobar config? I'd like to be able to display two seperate pictures; one of the album cover, and another of the artist or composer.

A similar thing has been done with foo_uie_trackinfo.dll, allowing more than one to be displayed. I think this is what AK47Mega was trying to point out in an earlier post.

I've emailed Wigbam a couple of times and no one seems home, but I was curious to see if anyone else here was interested in a slideshow of album art, assuming one has more than one image for an album/song?

yes, i would ... i even think this was requested long time ago (when rexy was developing the plugin).

the code for animating the changes etc is here, so it only needs some timer to do that (+ configuration options).

I would like to see support for downloading covers from amazon instead of walmart because they have a lot more of the music I like, trance for example!

From what david_dl wrote in his post when he released the ultra-alpha experimental version (or whatever ), the ability to have more sources (like amazon) will be present in the future, so hang tight. I think walmart was used just to demonstrate the feature and for testing.

Precisely. But david_dl happens to be very busy at the moment, so you might have to wait a few weeks.

A few weeks is no problem at all, and the downloader from walmart works just fine for me with all the music walmart has, but I'm no programmer so maybe its a bit diff to just use another site.

But ehhh what I wanna say, great plugin!

Hi, I was wondering - did this situation happen to get resolved somehow? I am having this exact error, and I have no idea why.... i do have the coverdownloader.dll in a subdirectory called coverdownloader within components... got the v8 run times and put those in system and system32, and the walmart.dll and albumart.dll are in the components folder... and I get the error that it could not load CoverDownloader.dll...

thanks in advance for any help...

Not that I'm aware of. You might want to try installing the official vc2005 libraries (there are some old beta ones floating around on the net). Try using this: vcredist_x86.exe (wait a minute before trying that link, the upload is taking its time on my 128k uplink )

Hey, great! made it work! Perhaps you could package that little file with it? It originally got me past the next error, but then it gave me another error about the walmart.dll not being found, but it gave me the entire path, which was in the components/coverdownloader dir, so I just moved it there, and now I get previews. Unfortunately, none of the previews were the right one, but it appears to be working.

thanks much David_Dl. I eagerly await (without applying any pressure ) updates to this plugin!

Edited to add: Actually, I am downloading the correct cover art now, but it doesn't put them in the albumart panel - should it, or do I have to do something to make it work there? When I double click on the image in the preview, it does nothing, and I get the "No Cover" in the albumart panel.

once again, thanks a lot!

I can't remember if theres a config option to choose what it saves the image as, but from memory its folder.jpg. You'll need to configure your sources list so it finds that file. Don't worry, this will be configurable in future (which could be a while off depending on how other stuff that i'm doing goes)

Edit:
Hmm, its not really so little, and i don't think the forum would let me upload a file so big. Anyway, I think foobar 0.9 will require those runtimes anyway? So it shouldn't be an issue in the future.

Actually, foobar2000 0.9 and the existing components (except those from musicmusic) are linked statically to avoid such messy runtime dependencies.

Ok, ill do that next time. But won't that result in a lot of duplicate code being loaded by every module?

Hmmm... Well, part of my issue is that I'm not 100% sure how to read that code in the source, but if I'm reading it correctly, I think my issue might be stemming from the fact that I'm working off an audio cd. It does use what appears to be the path of the input files, with folder.jpg appended, but alas, since I'm using an audio cd, my files don't have the same path...

Edit: Maybe for an update, when the preview comes up, when the proper one is clicked, it saves itself under a constant filename, and the source accesses that filename; Otherwise, the default no cover png? I don't know what that would do to people using Foobar for playing files on their hard drives as opposed to cds though.

thanks again everyone.

Hmm, the main point was to download cover art permanently (so next time you play the track its already there.) I hadn't considered audio cds, but it maybe possible to have some sort of 'art cache' where it stores the art along with some sort of ID to identify the disc?

I think I kinda did that, when I added this line of code to the source, right above -components\default.png:

-components\folder.jpg

That put the album art in the panel. Now, if it would automatically save the selected cover from the preview to -components\folder.jpg, then it would be almost fully automatic. Plus, with it yeilding presidence where it is (second to last), it shouldn't affect people who are using it for files on their hard drives, right?

Edited again (sorry):

When I change the save as location to:

C:\Program Files\foobar2000\components\folder.jpg it works beautifully (for my purposes, anyways). I think that would result in re-downloading all the time, which would suck for those on a dialup, but its OK for me on broadband connection.

Great plugin David_DL. I like it a lot.