HydrogenAudio

Hosted Forums => foobar2000 => General - (fb2k) => Topic started by: buktore on 2007-10-20 16:19:36

Title: Album art support in 0.9.5 (thread split)
Post by: buktore on 2007-10-20 16:19:36
Now, a question

Is there a way to lock album art to now playing song only?

It's follow cursor only right now. and i don't see any setting anywhere.
Title: Album art support in 0.9.5 (thread split)
Post by: Squeller on 2007-10-20 17:36:06
Every 2nd row in the playlist is a bit lighter/darker. The difference between them is too small for my taste. Can this be changed?
Yeah the new playlist grouping layout, isn't that exactly what musicmusic started a couple of weeks ago?

What files does the album art element look for, if none is embedded?
Title: Album art support in 0.9.5 (thread split)
Post by: drbeachboy on 2007-10-20 17:38:31
How does the albumart feature work for non-embedded art work? I am assuming that it is set up in Advanced -> Display, but nothing I try shows me the file in the viewer. My file structure is: "E:\My Music\Artist\Album\AlbumName.jpg"

Thanks in advance for the help.

I'm impressed that embedded art works so well with my FLAC, M4A & MP3 files.
Title: Album art support in 0.9.5 (thread split)
Post by: yandexx on 2007-10-20 17:39:02
The new default UI is very nice, I'm playing with various things now. Only one drawback -- seems slow at the moment. Takes a second to restore from minimised state, slow when dragging windows over it. (900 Mhz processor here.)

What I found about Album Art Viewer's behaviour is that it works for the currently selected track, and only if cover filename is "cover", "front", "back" etc. I'd like to have more options, at least list of used paths with wildcards. Well, it's beta.

The way layout editing mode works is just great! What you're editing is easily visible, the mode is more intuitive than component tree in Columns UI preferences. Copy/paste is sometimes very useful.

Album List maybe needs an option to automatically create playlist of what's selected in it, like the panel in
Columns UI.
EDIT: okay, I can live with middle mouse-button for that!

Thanks Peter for many updates, like tracks grouping, Restore Playlist, improved Playlist Search, massive File Operations dialogue and, of course, Spectrum! (Which is slow too -- needs 7 sec to open).
Title: Album art support in 0.9.5 (thread split)
Post by: Lyx on 2007-10-20 17:44:04
How does the albumart feature work for non-embedded art work? I am assuming that it is set up in Advanced -> Display, but nothing I try shows me the file in the viewer. My file structure is: "E:\My Music\Artist\Album\AlbumName.jpg"

It doesnt need any setup. It will automatically locate most typical external album-art. If you want to make absolutely sure, then just let your album art filenames end in "cover".
Title: Album art support in 0.9.5 (thread split)
Post by: Ran Sagy on 2007-10-20 17:45:31
Every 2nd row in the playlist is a bit lighter/darker. The difference between them is too small for my taste. Can this be changed?
Yeah the new playlist grouping layout, isn't that exactly what musicmusic started a couple of weeks ago?

What files does the album art element look for, if none is embedded?


Rest assured this feature of 0.9.5 has been in development for quite awhile.
In the Advanced options pane, You have a setting for the default album art image.
Title: Album art support in 0.9.5 (thread split)
Post by: Fandango on 2007-10-20 17:56:14
I'm also curious about what files albumart is looking for.

Embedded covers in APEv2 tags (Mp3Tag syle) doesn't seem to work. Image files are recognised when they have the file names "folder, front, back, disc,..." I guess.

Would be nice to show images which names include these keywords, so we can still have the artist, album, etc in the file names...

In the Advanced options pane, You have a setting for the default album art image.

What does "Album art stub image path" do exactly? Default image file name? Can I use TAGZ here or field names like %artist% and %album% and so on?
Title: Album art support in 0.9.5 (thread split)
Post by: Ran Sagy on 2007-10-20 18:03:36
@Fandango: An absolute path to an image file, I believe. Not sure if title-formatting works or not.
Title: Album art support in 0.9.5 (thread split)
Post by: mobyduck on 2007-10-20 18:16:26
What does "Album art stub image path" do exactly? Default image file name? Can I use TAGZ here or field names like %artist% and %album% and so on?
I'd like to know that too. I keep all my covers in one folder and so far I had no luck setting up this feature.

Apart from that, I'm really glad to see custom grouping and all the other improvements that this beta brought: thank you!

Alessandro
Title: Album art support in 0.9.5 (thread split)
Post by: Frank Bicking on 2007-10-20 18:21:42
"Album art stub image path" (Edit: located at Preferences, Advanced, Display) sets an image that is displayed when no album art was found.

In other words, it's intended for pictures like you find in this thread (http://www.hydrogenaudio.org/forums/index.php?showtopic=34341).

The entered value has to be an absolute path to an image file, without any title formatting.
Title: Album art support in 0.9.5 (thread split)
Post by: Kirya on 2007-10-20 18:23:20
albumart
I'm also curious about what files albumart is looking for.

Embedded covers in APEv2 tags (Mp3Tag syle) doesn't seem to work. Image files are recognised when they have the file names "folder, front, back, disc,..." I guess.

Would be nice to show images which names include these keywords, so we can still have the artist, album, etc in the file names...

Works fine with FLAC embedded covers (especially with the correctly added covers, it means --picture flac command-line option with TYPE param).
Title: Album art support in 0.9.5 (thread split)
Post by: Fandango on 2007-10-20 19:06:15

Embedded covers in APEv2 tags (Mp3Tag syle) doesn't seem to work.

Works fine with FLAC embedded covers (especially with the correctly added covers, it means --picture flac command-line option with TYPE param).

Then I guess this hasn't been added (yet). Although Mp3Tag generally doesn't support editing the type of embedded covers, the default seems to be "Front". So it should work, if fb2k were able to read APEv2 covers.
Title: Album art support in 0.9.5 (thread split)
Post by: guruboolez on 2007-10-20 19:08:16
maybe a (small) bug:

When I add (or rename) a file as folder.jpg or cover.jpg for an album already present in the current playlist, the cover doesn't display even if I double click on any song (of the playlist). I either have to restart fb2k or to use another playlist and then return back to see it.
Minor inconveniance... discovered while trying to check which name I should give to external album art.
Title: Album art support in 0.9.5 (thread split)
Post by: mil3s on 2007-10-20 19:13:46
As a general observation: people in this thread are too focussed on configuration rather than usage and doing stuff with foobar. A significant amount of minor features... and possibilities to combine new features - havent been discovered yet, because people are more concerned with configuration rather than usage.

People wants to configure it properly before they use it. Doesn't that make sense? 

What does "Album art stub image path" do exactly? Default image file name? Can I use TAGZ here or field names like %artist% and %album% and so on?
I'd like to know that too. I keep all my covers in one folder and so far I had no luck setting up this feature.

+1
Title: Album art support in 0.9.5 (thread split)
Post by: Fandango on 2007-10-20 19:22:48
maybe a (small) bug:

When I add (or rename) a file as folder.jpg or cover.jpg for an album already present in the current playlist, the cover doesn't display even if I double click on any song (of the playlist). I either have to restart fb2k or to use another playlist and then return back to see it.
Minor inconveniance... discovered while trying to check which name I should give to external album art.

Yes. Also when you add another/new album art UI element then it displays the new image whereas the old still won't.
Title: Album art support in 0.9.5 (thread split)
Post by: foosion on 2007-10-20 19:28:56
maybe a (small) bug:

When I add (or rename) a file as folder.jpg or cover.jpg for an album already present in the current playlist, the cover doesn't display even if I double click on any song (of the playlist). I either have to restart fb2k or to use another playlist and then return back to see it.
Minor inconveniance... discovered while trying to check which name I should give to external album art.

Images are not reloaded when the old and new path are the same after selecting a different track (or set of tracks). I usually just select a song from a different album and change the selection back to get the new or changed image to load. Of course, you have to have tracks from different directories in one playlist for this.
Title: Album art support in 0.9.5 (thread split)
Post by: Kirya on 2007-10-20 20:57:18
Would be nice if the covers will change on mouse click or double-click (front-back-disc)
Title: Album art support in 0.9.5 (thread split)
Post by: Squeller on 2007-10-20 20:59:22
Can we have a technical definition (maybe a perl regular expression) of what files are parsed as album art? All I read was just guessing (like [regex] ".*folder\.jpg$")
Title: Album art support in 0.9.5 (thread split)
Post by: garym on 2007-10-20 21:45:22
I have embedded cover art in my mp3 (some lame some fhg) files. 0.9.5 works fine with many (most) of these in terms of displaying art work. But with some files, it displays the wrong art work. When I look at these same files within mp3tag or itunes for example, the artwork is correct, there is only one item of artwork embeded in the file (front cover only). Yet in the new foobar configuration, the wrong artwork is displayed (again only in some songs). The wrong artwork is ALWAYS the same picture (which is the correct artwork from another file). I've set the default artwork in preferences/advanced/display to show a particular jpg, and this works just fine.

If I take one of these incorrect files and use mp3tag to change the album art to a new jpg file, the new art file shows up correctly in foobar. I'm thinking that this "incorrect" album art that is showing up inappropriately with the wrong file is somehow sitting in a database, directory, etc. as a cover.jpg type file that foobar is reading by default. I use all embedded art in tags, so not sure where this directory might be and nothing seems out of place in my foobar subdirectories. Any suggestions?

Edit: Followup. I was doing this with one subdirectory of recently ripped files just as a test. I copied to a new subdirectory and reloaded into foobar. Now I don't get the "wrong" artfile on some of these. Instead I get the art file that I've selected for missing art. However, the files in question do in fact have art and I can see it in MP3TAG (these are jpg files and nothing seems odd about them).  Still not sure why this is happening. Many of the other files display correct art work with no problem. Also jpg files.
Title: Album art support in 0.9.5 (thread split)
Post by: Fandango on 2007-10-20 21:58:38
So there's a stub image for missing album art ([no image]), but then "[multiple items]" needs a stub image too.
Title: Album art support in 0.9.5 (thread split)
Post by: garym on 2007-10-21 22:29:55
New information related to my post yesterday on foobar not reading some of my embedded art files. The album art works fine for only some files (all have embedded art in mostly lame files). Foobar thinks I don't have artwork embedded even though I do (can see in mp3tag and itunes). If I open files in mp3tag, save the existing art file, delete the existing album art from the mp3, then re-add the same exact art back to the mp3, the correct art work shows up fine in foobar 0.9.5.  I've checked and the size of the jpeg file is not different before and after removing and adding back to the mp3 file. Seems quite odd to me that many of the art files are not read properly by foobar when they are shown OK in mp3tag, itunes, and other places. I'm sure it is something simple I'm missing but for the life of me can't determine what could cause this behavior.  Otherwise, I'm quite enjoying the new version and have easily configured the setup I wanted without all the additional add-ins and programing I'd previously done. Very nice!
Title: Album art support in 0.9.5 (thread split)
Post by: Spirit_of_the_ocean on 2007-10-21 22:56:51
Will this component get an option to set source paths with TAGZ?
I have a cover folder in which %artist% - %album%.jpg exist.
Title: Album art support in 0.9.5 (thread split)
Post by: Frozen Fire on 2007-10-22 11:13:09
I have my cover art named "00 - Cover.jpg" and foobar doesn't see them. It only detects them as cover art when I rename to "cover.jpg". I think it would be great if we could configure cover art filenames or possibly foobar detect wider range of such cover file names.
Title: Album art support in 0.9.5 (thread split)
Post by: janjan on 2007-10-22 11:20:00
Can we have a technical definition (maybe a perl regular expression) of what files are parsed as album art? All I read was just guessing (like [regex] ".*folder\.jpg$")

Any updates on this?


For me it worked to rename all album_art.jpg to folder.jpg, but a more detailed description would be nice nevertheless.
Title: Album art support in 0.9.5 (thread split)
Post by: foosion on 2007-10-22 11:39:43
The recognized filename patterns for the different kinds of album art that can be selected are as follows:
Title: Album art support in 0.9.5 (thread split)
Post by: Rozzo on 2007-10-22 12:39:58
Here Album art doesn't go to its place, i.e. Albumart ui element. Instead, it goes to the left superior angle of user interface, covering the elements under it. Albumart ui element stays void.

Any hint?
Rozzo
Title: Album art support in 0.9.5 (thread split)
Post by: Fandango on 2007-10-22 13:11:54
  • Front cover: folder.*;front.*;cover.*
  • Back cover: back.*
  • Disc picture: medium.*;media.*;disc.*;cd.*;dvd.*

How about changing it to: ...but TAGZ support for front, back and disc would be nicer. I think almost every person is naming and storing his album art differently.

Also, I've noticed that images added to MP3s in a APEv2 tag (done with Mp3Tag) aren't recognised...  on lossless files with APEv2 the front image is shown (Mp3Tag cannot specifiy a picture type yet so it's always the front, i.e. first image is the front image/only image shown by AlbumArt, I hope Florian adds this sooner or later...).

I know it's not the standard way to use APEv2 in MP3s, but I prefer it over ID3v2 because it's faster. And since fb2k does not reject normal tag fields in APEv2'ed MP3s, why shouldn't it handle embedded images also?
Title: Album art support in 0.9.5 (thread split)
Post by: Peti on 2007-10-22 14:31:17
Would it be possible to search one directory higher if %disc% tag is used? Eg. if the music files are in  Artist - Album\Disc1 but the covers are in Artist - Album directory.
Title: Album art support in 0.9.5 (thread split)
Post by: Kirya on 2007-10-22 15:24:14
Would it be possible to search one directory higher if %disc% tag is used? Eg. if the music files are in  Artist - Album\Disc1 but the covers are in Artist - Album directory.

I've solved this issue in foo_uie_albumart. Something like this:

Code: [Select]
-$substr(%path%,1,$strrchr($replace(%path%,\%filename_ext%,),\))cover*.jpg


I hope we will get an editable patterns in future
Title: Album art support in 0.9.5 (thread split)
Post by: Bad Monkey on 2007-10-22 15:53:04
Album art plug in still does not recognize images embedded in any files with non-standard alphanumberic characters in the filename.

à á â ã ä å æ ç è é ê ë ì í î ï ð ñ ò ó ô õ ö ø ù ú û ü ý ÿ
etc.

Works fine for me for any "normal" filenames.
Title: Album art support in 0.9.5 (thread split)
Post by: vlada on 2007-10-22 16:54:50
Fandango
Absolutely agree with you. My naming scheme is %album% - front.jpg, %album% - back.jpg etc. It's because sometimes I store more albums in one folder (if I don't have complete albums).

Why not simply copy the sources scheme from foo_uie_albumart? Most people have their own sources list ready to use.

Also have anyone figured out how to set up the default (missing) album cover? I have a file called default.jpg in components directory. I tried everything imaginable, even full path, but nothing worked.
Title: Album art support in 0.9.5 (thread split)
Post by: foosion on 2007-10-22 16:59:37
Album art plug in still does not recognize images embedded in any files with non-standard alphanumberic characters in the filename.

à á â ã ä å æ ç è é ê ë ì í î ï ð ñ ò ó ô õ ö ø ù ú û ü ý ÿ
etc.

Works fine for me for any "normal" filenames.

To me this sounds like you are talking about a third-party component (foo_uie_albumart?), not about the Album Art Viewer UI Element in 0.9.5. The album art reading backend is new in 0.9.5, so installing it does not magically enhance existing plugins, simply because they are not (and cannot be) aware of it.
Title: Album art support in 0.9.5 (thread split)
Post by: sPeziFisH on 2007-10-22 17:12:17
How about changing it to:
  • Front cover: *folder.*;*front.*;*cover.*
  • Back cover: *back.*
  • Disc picture: *medium.*;*media.*;*disc.*;*cd.*;*dvd.*
...but TAGZ support for front, back and disc would be nicer. I think almost every person is naming and storing his album art differently.

Musthave! We also need a cyclomat    We are skilled dev-team 

Configuration for all !
Title: Album art support in 0.9.5 (thread split)
Post by: garym on 2007-10-22 20:57:52
FILE/PREFERENCES/ADVANCED/DISPLAY.....then click on "album art stub image path" and enter path and file name for file you want to show up when art missing. I did this and works like a charm. On the other hand, I still have over 1/2 my files showing up as if embedded album art does NOT exist (even though there in MP3tag just fine). See my question on this above. Still waiting for ideas on that one.


Also have anyone figured out how to set up the default (missing) album cover? I have a file called default.jpg in components directory. I tried everything imaginable, even full path, but nothing worked.
Title: Album art support in 0.9.5 (thread split)
Post by: vlada on 2007-10-22 21:08:23
That's exactly what I did and it didn't work.
Title: Album art support in 0.9.5 (thread split)
Post by: eevan on 2007-10-22 21:21:30
That's exactly what I did and it didn't work.

Try without double quotes. Even if the path contains spaces, don't use double quotes. Than it works.
Title: Album art support in 0.9.5 (thread split)
Post by: linus on 2007-10-22 21:34:43
[/quote]
Try without double quotes. Even if the path contains spaces, don't use double quotes. Than it works.
[/quote]

yes, it works.

But why we can't use again path relative to foobar2000.exe?
Using foobar from a removable drive, we don't have a constant absolute path!
Title: Album art support in 0.9.5 (thread split)
Post by: Fandango on 2007-10-22 22:00:58
But why we can't use again path relative to foobar2000.exe?
Using foobar from a removable drive, we don't have a constant absolute path!

Yep, it's not uncommon in such cases that when there's no drive letter in the path, then it is assumed by the application, the path is relative to the application's working directory.

So "missing.jpg" would be actually be "C:\Program Files\foobar2000\missing.jpg" (on a default installation).
"themes\missing.jpg" would be "C:\Program Files\foobar2000\themes\missing.jpg"
"..\..\missing.jpg" would be "C:\missing.jpg" and so on...

Of course, absolute paths would still be recognised as such and work like before.
Title: Album art support in 0.9.5 (thread split)
Post by: radio_cascara on 2007-10-23 18:40:41
+1 for multiple custom "search for art" file masks.

+1 nofolow for album art (and file info)

+custom background color
Title: Album art support in 0.9.5 (thread split)
Post by: purged on 2007-10-23 22:56:37
*back*, *cover* and *cd* as matches would be great
Title: Album art support in 0.9.5 (thread split)
Post by: Alex B on 2007-10-24 12:12:18
The recognized filename patterns for the different kinds of album art that can be selected are as follows:
  • Front cover: folder.*;front.*;cover.*
  • Back cover: back.*
  • Disc picture: medium.*;media.*;disc.*;cd.*;dvd.*

I wonder if I am the only one who wants to identify the album art files by the filenames too and hates generic names like "folder.jpg". I also don't want to create duplicated image data and add tagging complexity by using embedded art in my main music archive.

Since I move my CDs to a storage room after ripping I have scanned most of the printed art elements so that I don't need to find the CD case when I want to read the liner notes (...or just enjoy the artwork).

Currently I have over 10000 scanned cover image files and I often browse them with an image-handling program like ACDSee. Instead seeing over 2000 small thumbs named as folder.jpg it is nice to be able to see the album name directly from the filename.

I have used an audio file tags based naming system and organized the images next to the music files in the album folders as follows:

path:

"album artist"\"album"

filenames:

-- a smaller cover art file (500x500) which I use as the standard cover art image:
"album artist" - "album".jpg

-- high resolution scans (...for example - naturally different albums can have different cover art elements):
"album" - Front.jpg
"album" - Back.jpg
"album" - CD1.jpg
"album" - CD2.jpg
"album" - Booklet 1.jpg
"album" - Booklet 2.jpg
"album" - Booklet 3.jpg
"album" - Booklet 4.jpg
"album" - Inlay.jpg
etc...

(I have dropped the "album artist" tag from the hires filenames to keep the filenames a bit shorter.)


I understand that tag based filename patterns would add some complexity, but would that be too difficult to implement? Ideally the filename patterns should be fully user configurable similarly like the other tag based strings in foobar2k are. Also, the image list should not be limited to a certain amount of items and it would be good to be able to somehow detach & enlarge the image viewer, so that the liner notes could be read directly from foobar.

I have a music & image file database program which can automatically associate my "album artist" - "album".jpg files as main album cover art. So far, I have happily used foobar without cover art support and will continue to do so, but it would be nice to be able to use my cover art naming scheme in foobar too since the built-in cover art feature is now available.

If my feature request is not possible to implement a workaround would be to optionally to list all image files from the audio file folder and simply show the filenames in an alphabetical order in the right-click menu. Then the user could always manually select the displayed image. The old and banned footunes user interface had a feature like this.
Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2007-10-24 12:40:29
How about changing it to:
  • Front cover: *folder.*;*front.*;*cover.*
  • Back cover: *back.*
  • Disc picture: *medium.*;*media.*;*disc.*;*cd.*;*dvd.*
...but TAGZ support for front, back and disc would be nicer. I think almost every person is naming and storing his album art differently.

Yup, that's a bit better than just cover.* .... At top of that I hope an custom option, like the column headers has. Some fixed sets and custom sets. I prefer the regular expressions like Squeller describes.

Can we have a technical definition (maybe a perl regular expression) of what files are parsed as album art? All I read was just guessing (like [regex] ".*folder\.jpg$")

So, like the column headers some fixed, embedded album cover search lines, and optional regular expression lines. ... That would the trick.

This is really the only stitch I'm in with 0.9.5b. So, good job.
Hopeful this get's implemented asp...
Title: Album art support in 0.9.5 (thread split)
Post by: Fandango on 2007-10-24 19:33:34
Why regular expressions when there's TAGZ already?
Title: Album art support in 0.9.5 (thread split)
Post by: TedFromAccounting on 2007-10-25 02:41:41
I don't think anyone has requested this yet, but I think it'd be a good idea to have an option to enable/disable automatic resizing.  I have some covers that I cannot find in higher resolution and I'd rather keep them smaller but at higher clarity.  Two options, one for images that are too big and another for images that are too small would be ideal, but mainly its just making smaller images bigger that I don't like.
Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2007-10-25 11:39:55
Why regular expressions when there's TAGZ already?

Regular expressies are designed for these kind of purpose. How would you for example handle this
^(../)(scan(s)/)?*cover*.(jpg|bmp|png|gif)$
The Tagz are more likely to obtain and display id3 information I guess. Also, regular expressions are more common than Tagz, I'm not really familiar with Tagz.
Title: Album art support in 0.9.5 (thread split)
Post by: foosion on 2007-10-25 16:09:42
(Edit: removed full quote)

The main reason why regular expressions will not be used for the purpose of specifying the album art location is ease of use. We are constantly trying to reduce the necessity to use title formatting in the official components, and to reduce the average complexity of title formatting scripts in places were they are used. We are not going to sabotage our own efforts by introducing regular expressions which are even more arcane to the average user. The other reasons are only technicalities.

Regular expressions do not solve the case when album art is stored in a central directory. In this case it is necessary to use metadata to resolve the image path. Using title formatting to generate a path and filename pattern is easy and efficient. A filename pattern in this case is a string with ? as placeholder for a single character and * as placeholder for an arbitrary number of characters.

Picking up on the word "generate". The - by far - most common use-case for regular expressions is to describe an acceptor which means a function that reads a given (text) input and returns either yes or no. For example, this can be used to filter a list of input strings. But what would these input strings be in your ad-hoc example? A list of paths to all files in the filesystem relative to the audio file? A solution could be to interprete a regular expression as a grammar and use it to generate filename patterns. Your example could then be represented as the following list of filename patterns (ignoring extension, also using backslash as directory seperator as is usual on Windows):
Code: [Select]
*cover*;..\*cover*;scan(s)\*cover*;..\scan(s)\*cover*

But perhaps I want to give a different priority to some items, so the pattern list would be this:
Code: [Select]
scan(s)\*cover*;..\scan(s)\*cover*;..\*cover*;*cover*

How do you represent that with regular expressions?


As further proof of hard to use regular expressions are, I think your example is broken and should be properly written as follows:
Code: [Select]
^(../)?(scan\(s\)/)?.*cover.*\.(jpg|bmp|png|gif)$

Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2007-10-25 19:03:28
Hehe, I wasn't in for real writing a regular expression, just an dummy expression to show what I want. If your example code works fine it would be great. As I've told I am not familiar with 'tagz'. I'm a technical ICT specialized in games development and software engineering. I probably wandered in my domain too much this time. Your code is way easier to read.
So foosion, your 'example' code looks great and convinced me. Hope it get implemented that way you describe.
Title: Album art support in 0.9.5 (thread split)
Post by: halabund on 2007-10-25 19:15:07
Will any of the album-art related functionality be exposed in the SDK, for third-party components that also display album art?
Title: Album art support in 0.9.5 (thread split)
Post by: Prodoc on 2007-10-26 13:37:31
Album art of most file is being displayed properly. There are, however, a few releases in my library which don't seem to work. Other applications as Mp3tag and iTunes are able to display the album art of those files correctly.

An example file can be found in the uploads section (http://www.hydrogenaudio.org/forums/index.php?showtopic=58513) (hidden, only accessible for staff members).
Title: Album art support in 0.9.5 (thread split)
Post by: Alex B on 2007-10-26 15:41:16
ID3v2.2 and the PIC frame?

Check my reply here: http://www.hydrogenaudio.org/forums/index....st&p=525400 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=58488&view=findpost&p=525400)
Title: Album art support in 0.9.5 (thread split)
Post by: garym on 2007-10-26 15:44:25
Album art of most file is being displayed properly. There are, however, a few releases in my library which don't seem to work. Other applications as Mp3tag and iTunes are able to display the album art of those files correctly.

An example file can be found in the uploads section (http://www.hydrogenaudio.org/forums/index.php?showtopic=58513) (hidden, only accessible for staff members).


I have same issue. turns out that art that doesn't display is labeled as type "other" and art that works is type "cover (front)". mp3tag reads either but fb2k does not. foosion noted that beta2 would work with the "other" embedded art.
Title: Album art support in 0.9.5 (thread split)
Post by: Mangix on 2007-10-27 18:35:09
i wonder if album art for APE tagged file will be implemented...
Title: Album art support in 0.9.5 (thread split)
Post by: The Link on 2007-10-27 18:47:15
i wonder if album art for APE tagged file will be implemented...
It is already implemented and working fine here (tested wavpack and musepack files). It just doesn't work with apev2 embedded album art in mp3 files (id3v2 embedded album art is supported though). I don't think that apev2 tagging in mp3 files is worth further pushing now that there's a reliable and sane implementation of id3v2 tagging in foobar2000.
Title: Album art support in 0.9.5 (thread split)
Post by: Prodoc on 2007-10-27 19:24:58
ID3v2.2 and the PIC frame?

Check my reply here: http://www.hydrogenaudio.org/forums/index....st&p=525400 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=58488&view=findpost&p=525400)

Trust me, I'm not letting iTunes touch the file tags. All art has been added using MP3tag.

I have same issue. turns out that art that doesn't display is labeled as type "other" and art that works is type "cover (front)". mp3tag reads either but fb2k does not. foosion noted that beta2 would work with the "other" embedded art.

How can I check under which type album art is stored?
Title: Album art support in 0.9.5 (thread split)
Post by: garym on 2007-10-28 14:50:58
Re: Checking art file type in mp3tag:

I couldn't ever figure out how to check this in mp3tag (which would be my preference and would like to know if someone could post this), but in the meantime I used this program (ID3Tagit). If you click on picture, you'll see lots of detail about your album art and I can see that mine is mostly labeled "other"

http://www.id3-tagit.de/ (http://www.id3-tagit.de/)
Title: Album art support in 0.9.5 (thread split)
Post by: The Link on 2007-10-28 14:55:32
Re: Checking art file type in mp3tag:

I couldn't ever figure out how to check this in mp3tag (which would be my preference and would like to know if someone could post this), but in the meantime I used this program (ID3Tagit). If you click on picture, you'll see lots of detail about your album art and I can see that mine is mostly labeled "other"

http://www.id3-tagit.de/ (http://www.id3-tagit.de/)
You can try the just released beta2 and see if it works now.
Title: Album art support in 0.9.5 (thread split)
Post by: garym on 2007-10-28 15:00:21
beta2 works like a charm. All my embedded art displays perfectly!


Re: Checking art file type in mp3tag:

I couldn't ever figure out how to check this in mp3tag (which would be my preference and would like to know if someone could post this), but in the meantime I used this program (ID3Tagit). If you click on picture, you'll see lots of detail about your album art and I can see that mine is mostly labeled "other"

http://www.id3-tagit.de/ (http://www.id3-tagit.de/)
You can try the just released beta2 and see if it works now.
Title: Album art support in 0.9.5 (thread split)
Post by: chongy5 on 2007-10-28 21:33:49
All my cover art was external because embedding it was too much - now of course it seems that a better way is to have it embedded!

Unfortunately because of a large amount of singles I have most of my cover art in the %artist% - %album%.* form, so the majority of my music library shows my no cover art found image.

Would it be easier to wait till hopefully some sort of smarter version of the current album art component is implemented, or will I have to start implementing my cover art?

P.S. It all sounds a bit negative, but the new update is very much welcomed!
Title: Album art support in 0.9.5 (thread split)
Post by: Audio N00b on 2007-10-28 22:10:08
Unfortunately because of a large amount of singles I have most of my cover art in the %artist% - %album%.* form, so the majority of my music library shows my no cover art found image.

Would it be easier to wait till hopefully some sort of smarter version of the current album art component is implemented, or will I have to start implementing my cover art?

I have sort of the same problem. But not for singles as I mostly have albums, its just I don't like "album.jpg" or "folder.jpg" or "cover.jpg", so I use a schame similar to yours... I am very pesky when it comes to talk about filenames.
Unfortunately the mod (foosion?) said regex won't be implemented as its not what the average user would use so I guess we have to rely on a 3rd party plugin for this 
Title: Album art support in 0.9.5 (thread split)
Post by: Rain on 2007-10-29 19:32:02
Slightly off-topic, but does anyone know how to "lock" the album viewer in the new foobar2000 beta, so when I resize the window of the program, the album viewer is also distorted slightly (how to ensure it remains a square shape?)
Title: Album art support in 0.9.5 (thread split)
Post by: Frank Bicking on 2007-10-29 19:40:30
Yes.

Activate the Layout Editing Mode, right-click on the splitter that contains the album art viewer, and choose "Lock Left/Right/Top/Bottom Pane Width/Height" (so many combinations  - it depends on how your Layout is set up).

You might have to do the same with the splitter that contains the first splitter.

Might sound confusing at first, but it somehow makes sense.
Title: Album art support in 0.9.5 (thread split)
Post by: Rain on 2007-10-29 20:25:39
Ah, thank you. It was so simple.
Title: Album art support in 0.9.5 (thread split)
Post by: Horst Fux on 2007-10-30 01:34:03
[quote name='Audio N00b' date='Oct 28 2007, 16:10' post='526082']
[quote name='chongy5' post='526072' date='Oct 28 2007, 16:33']
Unfortunately the mod (foosion?) said regex won't be implemented as its not what the average user would use so I guess we have to rely on a 3rd party plugin for this 
[/quote]

This can't be serious. I would never expect that the average user wanted to have files with front.jpg in their folder. Apart from this what is with the people who have all their covers in one folder (SIC!), never would do that but at least their're having a big disadvantage.

How hard it can be to code at least some presets which allow you to distinguish some defaults like *front*, *cd*, *back* etc.. At least this would be enough for the normal user and I can't imagine that this would be so hard.

Greets,
Horst Fux
Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2007-10-30 13:13:06
... the following list of filename patterns (ignoring extension, also using backslash as directory seperator as is usual on Windows):
Code: [Select]
*cover*;..\*cover*;scan(s)\*cover*;..\scan(s)\*cover*

But perhaps I want to give a different priority to some items, so the pattern list would be this:
Code: [Select]
scan(s)\*cover*;..\scan(s)\*cover*;..\*cover*;*cover*

...


Still hopes it get implemented like foosion says.
And if it's not working I hope like @Horst Fux the expression cover.* changes to *cover*.* at least
Again, foosion's solution is way the best I came across this thread.
Title: Album art support in 0.9.5 (thread split)
Post by: Frank Bicking on 2007-10-30 13:28:01

Unfortunately the mod (foosion?) said regex won't be implemented as its not what the average user would use so I guess we have to rely on a 3rd party plugin for this 


This can't be serious. I would never expect that the average user wanted to have files with front.jpg (...)

I think there is a misunderstanding.

foosion's reply was about why regular expressions (which are far beyond (http://en.wikipedia.org/wiki/Regular_expression) the * and ? placeholders) are not going to be introduced as a configuration scheme for the end user, not about what might be used internally to find image files. Extending the default search patterns to *front* etc. has not been rejected at all.
Title: Album art support in 0.9.5 (thread split)
Post by: Jose Hidalgo on 2007-10-31 03:24:41

Can I use TAGZ here or field names like %artist% and %album% and so on?
I'd like to know that too. I keep all my covers in one folder and so far I had no luck setting up this feature.

+1

+1, me too... I'd like to keep all my front covers in one single folder with a simple pattern like
%artist% - (%year%) %album%.jpg.

I wonder if I am the only one who wants to identify the album art files by the filenames too and hates generic names like "folder.jpg". I also don't want to create duplicated image data and add tagging complexity by using embedded art in my main music archive.

Alex, I believe you are not the only one. I have about 1000 legally-bought albums, and I can tell you that I don't intend to have 1000 "folder.jpg" files.

Everybody, please listen : I'm a complete foobar newbie, I don't even know how to configure it properly nor to alter the Default UI... but hey, that doesn't mean I'm an idiot. I'm a music lover and I've grown up enough to decide myself how I want to sort my CDs and my album art within my hard drive. Now all I need is a default Album Art Viewer, easy to use, but still able to find all my album art inside a single folder with a simple Windows pattern like "C:\Music\Album Art\%artist% - (%year%) %album%.jpg". Does this pattern look complicated to you ? To me it doesn't. And I'm just a newbie.

So I'm sorry but I'm not sure if I've understood :
- Is this already possible with 0.9.5's default viewer ?
- If not, will it be possible ?
- Or do the developers consider that we average users are too dumb to want to have names other than "folder.jpg" ?  (just kidding guys, please don't take it personally  ). Everyone that has ripped a single CD with EAC (not to mention hundreds of them) knows how to handle Windows file patterns, don't you think ? 

Thanks in advance. 
Title: Album art support in 0.9.5 (thread split)
Post by: lousybutler on 2007-10-31 03:32:01
Is there an option to just show whatever file is in the folder of the music being played? a *.* option, if you will.

With the third party album art viewer, there was an option to get the image from various locations (Amazon,
etc). Is it going to be implemented in the built-in image viewer?
Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2007-10-31 08:33:16
foosion's reply was about why regular expressions (which are far beyond (http://en.wikipedia.org/wiki/Regular_expression) the * and ? placeholders) are not going to be introduced as a configuration scheme for the end user, not about what might be used internally to find image files. Extending the default search patterns to *front* etc. has not been rejected at all.


No misunderstanding... I know, but it doesn't say it's not a good solution. I replied at @Horst Fux, and other fellow thread readers, thinking the album art search pattern can be improved. The way fuusion described might not be intended as a solution, but it wouldn't be bad if it was a soltution. In fact, it looks great.

Still, whether it get's implemented is ofcourse the decision of the developpers. So far your program is great, so your decisions of the past were probably the right choices. I've good faith.
(Hopefully I have choosen the right synonym for "faith" from my dictionary)
Title: Album art support in 0.9.5 (thread split)
Post by: foosion on 2007-10-31 10:23:16
So I'm sorry but I'm not sure if I've understood :
- Is this already possible with 0.9.5's default viewer ?
- If not, will it be possible ?
- Or do the developers consider that we average users are too dumb to want to have names other than "folder.jpg" ?  (just kidding guys, please don't take it personally  ). Everyone that has ripped a single CD with EAC (not to mention hundreds of them) knows how to handle Windows file patterns, don't you think ? 

No, this is not possible with the current version of the album art viewer in the Default User Interface. Our primary goal at the moment is to fix the known bugs and issues in the beta to get a stable release. This means that quite a few of the proposed extra features will have to wait until a future version (0.9.5.1 maybe). The exact way to configure album art locations has not been decided, but I think by now we have enough examples of how people organize their album art to work out an appropriate solution.
Title: Album art support in 0.9.5 (thread split)
Post by: radio_cascara on 2007-10-31 10:27:46
No, this is not possible with the current version of the album art viewer in the Default User Interface. Our primary goal at the moment is to fix the known bugs and issues in the beta to get a stable release. This means that quite a few of the proposed extra features will have to wait until a future version (0.9.5.1 maybe). The exact way to configure album art locations has not been decided, but I think by now we have enough examples of how people organize their album art to work out an appropriate solution.


wow, those are great news, so the cofiguration is planned, i'm delighted
Title: Album art support in 0.9.5 (thread split)
Post by: Jose Hidalgo on 2007-10-31 10:35:13
Thanks foosion, great news indeed. It's good to see that you guys are trying to listen to users. I hope the album art locations will be implemented by 0.9.5.1 and not later : it looks like a minor modification to me, so it shouldn't be hard to implement. I hope to see it in the roadmap soon. Thanks again. 
Title: Album art support in 0.9.5 (thread split)
Post by: pIv on 2007-10-31 12:17:31
I embed  4 cover arts  (front, back, cd, inside) with mp3tag editor.  In mp3tag I can change and see any cover art, but in foobar I see only first embeded picture.
It is possible release  manualy cicle embeddes cover arts with middle click of mouse?
Why I can see embedded cover art only as front cover?
In properties I not found tag with cover art, in what tag cover art stored?
Title: Album art support in 0.9.5 (thread split)
Post by: The Link on 2007-10-31 12:19:39
I embed  4 cover arts  (front, back, cd, inside) with mp3tag editor.  In mp3tag I can change and see any cover art, but in foobar I see only first embeded picture.
It is possible release  manualy cicle embeddes cover arts with middle click of mouse?
Why I can see embedded cover art only as front cover?
In properties I not found tag with cover art, in what tag cover art stored?
You can choose which cover art to display in the context menu of the album art display ui element.
Title: Album art support in 0.9.5 (thread split)
Post by: pIv on 2007-10-31 14:13:42
Quote
You can choose which cover art to display in the context menu of the album art display ui element.


Mp3tag.exe ver 2.39  (www.mp3tag.de) don't assign names to embedded cover arts and I  don't choose it by right click of mouse.
Title: Album art support in 0.9.5 (thread split)
Post by: The Link on 2007-10-31 14:32:31
Mp3tag.exe ver 2.39  (www.mp3tag.de) don't assign names to embedded cover arts and I  don't choose it by right click of mouse.
You're right. Mp3tag lets you embed multiple images but they are all of the type "front". This means there's no way to display all of them in foobar2000 unless mp3tag lets you assign different types to the embedded images or foobar2000 implements a workaround.
Title: Album art support in 0.9.5 (thread split)
Post by: pIv on 2007-10-31 15:47:18

Mp3tag.exe ver 2.39  (www.mp3tag.de) don't assign names to embedded cover arts and I  don't choose it by right click of mouse.
You're right. Mp3tag lets you embed multiple images but they are all of the type "front". This means there's no way to display all of them in foobar2000 unless mp3tag lets you assign different types to the embedded images or foobar2000 implements a workaround.


That's right and becouse I say to  plugin autor - "it is possible release manualy cicle embeddes cover arts with middle click of mouse?"
Title: Album art support in 0.9.5 (thread split)
Post by: azag on 2007-11-01 16:51:02
Hi, I'm just curious. When I select more than one track, album art panel (in the new 0.9.5 ui) shows just [multiple items] even though the album arts are the same in all selected items. Is it standard behaviour or am I missing something? If this is normal, I would say it's quite a pity... Even if the album arts differs I would greet rather a random art than nothing. But anyway, thousand thanks for the new version...
Title: Album art support in 0.9.5 (thread split)
Post by: shakey_snake on 2007-11-01 16:57:27
You will not get[multiple items] when the songs are referencing the same art file.

So, if your album art is embedded (ie each song references it's own art stored in the tag), or you have a multi-disc album split across multiple directories, then you will get [multiple items] because foobar has no way of knowing they are the same image.



I have my albums sorted by directory with a folder.jpg in each folder and do not get [multiple items] for multiple items selected of the same directory.
(http://img65.imageshack.us/img65/5993/albumartexamplejj8.th.png) (http://img65.imageshack.us/my.php?image=albumartexamplejj8.png)
Title: Album art support in 0.9.5 (thread split)
Post by: azag on 2007-11-01 17:24:51
ok, then it seems that foobar prefers the album art tag rather than any file image in the appropriate folder, cause I've got them both and [multiple items] is displayed. Is there any way how to tell foobar where to take album arts? I'm really not interested in deleting all album art tags from my files...
Title: Album art support in 0.9.5 (thread split)
Post by: twostar on 2007-11-03 03:53:17
i'm interested as well in setting foobar to display folder.jpg instead of the album art tag since i keep my high res album art in the folder.jpg and the low res in the tag. why i keep it that way? because of my stoopid ipod.
Title: Album art support in 0.9.5 (thread split)
Post by: shakey_snake on 2007-11-03 07:42:52
Dude, get Rockbox (http://www.rockbox.org/). All the cool kids are.
Title: Album art support in 0.9.5 (thread split)
Post by: Fandango on 2007-11-05 15:11:35
I want to re-evaluate my proposal about how the artwork images are found in the current directory.

Namely it would be essential to be able to determine the keywords that are used for the four different cover images on your own. Currently they're:
Quote
Front cover: folder.*;front.*;cover.*
Back cover: back.*
Disc picture: medium.*;media.*;disc.*;cd.*;dvd.*


But IMHO there should be an option in the Advanced preferences dialog, where we can enter wildcards of our own. (Just like the ones under "Legacy title format settings" or "Properties dialog" or even those like "Media Library->File Types").

For example I don't have any image files that match "*back.*" (the back of what exactly?), I would need a match like "*tray card outside.*". And I probably won't rename all my scans, I'd rather wait for a better album art component I could use with the new Default UI.

Apart from the current directory search, an TAGZ based matching and an option to set an artwork directory, would still be appreciated.
Title: Album art support in 0.9.5 (thread split)
Post by: BGonz808 on 2007-11-06 01:43:51
It would be great if support for transparency was added, as well as the option to, when it displays an image instead of "no album art", tile or center the image instead of stretching it when the image is smaller than the display box.
Title: Album art support in 0.9.5 (thread split)
Post by: FrozenSpoon on 2007-11-07 03:17:09
It seems transparent PNGs always render with a background color of black. Why not use the PNG's defined background color, or even the background color of the theme?

Also, I find it really annoying that when Foobar's main window isn't active it shows [no selection] even when there was a selection. There's no reason the album art should disappear when entering preferences, looking at the console, etc. Very distracting.
Title: Album art support in 0.9.5 (thread split)
Post by: Paweł on 2007-11-08 12:24:30
I have few requests:

- Ability to embedding image file into audio file
- Option to save embedded album art into image file
- Trancoding between audio formats with preserve of embedded album art
- Gradual transition instead of flicker when changing image in Album Art component

Is it possible? 

PS. Sorry for my english...
Title: Album art support in 0.9.5 (thread split)
Post by: drake on 2007-11-10 22:22:56
the fact that the album art viewer can't be switched between "follow cursor" and "now playing" like the old album art panel greatly saddens me.
Title: Album art support in 0.9.5 (thread split)
Post by: MrMincho on 2007-11-21 03:59:24
New interface is pretty sweet, wish i noticed it earlier this week when the settings for half my programs took a dump and i had already reconfigured my columns ui setup.

This is definatly a step in the right direction, i only have a few complaints at the time:

1. foo_uie_albumart offers a little more flexability with the cover art, mainly, cyclying through the images in the folder a song is playing in, or cycling through the nocover images.  I really miss this since i have a lot of randomly named art in the folders.

2.A minor gripe, the old icon was better.

3. I dont like the large playing icon, i prefer the colums ui setting where the currently playing song was just a different color.

4. I couldn't change the color of the text in a column, i probly have no more need to do this thanks to the track info panel but i was just annoyed that i couldn't do it.
Title: Album art support in 0.9.5 (thread split)
Post by: heycheckit on 2007-11-21 04:20:04
Please consider at least adding an option to change the default filenames the Album Art Viewer looks for!
the current settings of

    * Front cover: folder.*;front.*;cover.*
    * Back cover: back.*
    * Disc picture: medium.*;media.*;disc.*;cd.*;dvd.*

are very restrictive.
One issue I have with it - and I suspsect for many others as well - is that my Zune software only recognizes album art named as ZuneCustomAlbumArt.jpg, Im forced to make two copies, folder.jpg and ZuneCustomAlbumArt.jpg for foobar and zune to recognize album art, which im relaly not willing to do.
(they used to recognize folder.jpg too but they changed that for whatever retarded reason)
Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2007-11-21 08:51:27
The topic is almost all about your fact @heycheckit. Though somewhere it's better to release the current beta and put it the feature into a brand new version. Just hope the developers feels to add/modify it. It's a pity but, I'm not really convinced they are willing to. I'm not sure what they do about it. So atm I'm lurking at this topic.
Title: Album art support in 0.9.5 (thread split)
Post by: Jose Hidalgo on 2007-11-21 13:00:30
I second that : I'm really hoping for a lot more flexibility regarding album art file names and locations.
Title: Album art support in 0.9.5 (thread split)
Post by: q-stankovic on 2007-11-21 19:17:44
Wouldn't following match all possible name shemes?


Front cover: *folder*.*;*front*.*;*cover*.*;*%album%*.*
Back cover: *back*.*
Disc picture: *medium*.*;*media*.*;*disc*.*;*cd*.*;*dvd*.*
Title: Album art support in 0.9.5 (thread split)
Post by: Jose Hidalgo on 2007-11-21 19:27:44
It's not only about name schemes : it's about folders too. One should be able to choose a folder (or several folders) for all front covers, a folder (or several folders) for all back covers, etc.

Exactly in the same way that we can choose a folder (or several folders) for our music library !!!
Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2007-11-21 21:20:26
 I'm thinking you start the discussion in This Thread, Page 2 (http://www.hydrogenaudio.org/forums/index.php?showtopic=58322&st=25#)
See the post of fuusion (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=58322&view=findpost&p=525378) who has far the best solution (I think) concerning filnames, folders, in fact any structures. However as I said above I'm not convinced a developer have picked this up. If you meant something different, sorry, my bad.
Title: Album art support in 0.9.5 (thread split)
Post by: Kiteroa on 2007-11-21 22:31:52
Surely, as a matter of principle, album cover file names and locations should be fully user customisable (as in past versions). The options proposed are good as a default (and they happen to suit me) but why should people be forced into a particular way of dealing with this.

This allows for different structures, language, and approaches to be accommodated.

TAGZ have been used for such things in the past and are much easier to use than regular expressions.
Title: Album art support in 0.9.5 (thread split)
Post by: q-stankovic on 2007-11-22 16:30:03
It's not only about name schemes : it's about folders too. One should be able to choose a folder (or several folders) for all front covers, a folder (or several folders) for all back covers, etc.


I am the same opinion - but that was absolutely not my topic. Forget for one moment what you saw in foo_uie_albumart and ask yourself why must (1.) the location of the images and (2.) the names of the images be defined in one place/at same time and by using TAGZ functions. If the following (a little bit modified):

Front cover: *folder*.*;*front*.*;*cover*.*;*%album%*.*;<only one picture>
Back cover: *back*.*
Disc picture: *medium*.*;*media*.*;*disc*.*;*cd*.*;*dvd*.*

really matches all possible and senseful name shemes why should a user then bother about the names at all and not just define possible locations? Why should he use the $replace function to define albumfolder as location when a simple checkbox for "Look in albumfolder" would do the same job?

Surely, as a matter of principle, album cover file names and locations should be fully user customisable

Fully customizable means i can define my front covers as images with "back" in their name - nobody would do that, or? Can someone give me one example of names that would not match to the patterns above?
Title: Album art support in 0.9.5 (thread split)
Post by: Jose Hidalgo on 2007-11-22 16:58:12
@q-stankovic : I'm not sure to have perfectly understood your post (sorry). But let's imagine for example that :
1/ For conventional albums, name of the front cover is "%album artist% - (%year%) %album% - front.jpg"
2/ For OSTs, name of the front cover is just "Soundtrack - (%year%) %album% - front.jpg"

Let's assume that we put all front covers in the same folder (I'd hate to do that, but let's assume it). Would foobar according to your method be able to recognize all patterns automatically, or should we be able to enter the patterns manually ? I'd feel more secure with the second solution, don't you think ?
Title: Album art support in 0.9.5 (thread split)
Post by: Kiteroa on 2007-11-22 22:53:20

It's not only about name schemes : it's about folders too. One should be able to choose a folder (or several folders) for all front covers, a folder (or several folders) for all back covers, etc.


I am the same opinion - but that was absolutely not my topic. Forget for one moment what you saw in foo_uie_albumart and ask yourself why must (1.) the location of the images and (2.) the names of the images be defined in one place/at same time and by using TAGZ functions. If the following (a little bit modified):

Front cover: *folder*.*;*front*.*;*cover*.*;*%album%*.*;<only one picture>
Back cover: *back*.*
Disc picture: *medium*.*;*media*.*;*disc*.*;*cd*.*;*dvd*.*

really matches all possible and senseful name shemes why should a user then bother about the names at all and not just define possible locations? Why should he use the $replace function to define albumfolder as location when a simple checkbox for "Look in albumfolder" would do the same job?

Surely, as a matter of principle, album cover file names and locations should be fully user customisable

Fully customizable means i can define my front covers as images with "back" in their name - nobody would do that, or? Can someone give me one example of names that would not match to the patterns above?


What you say may be plausible for users of English; I'm not sure how that might impact on users of other languages.

In any case, not all music in collections is from albums. As well as albums, I have a number of historical recordings of songs, downloaded podcasts, etc. which I want to display art for, so here's some examples from my own set up:

When playing tracks from a selection by artist I show the artist(s) (based on the %artist% tag) in a header and cycle through the composer(s) of the track which is playing. (I have composer names stored in a %composer% tag which I use to get the image of the composer.)

When playing tracks from a selection by composer I show the composer(s) in a header and cycle through the artist(s) performing.

For certain tracks I have particular images - say an excerpt of a particular performance with images of that performance - stored as <title>?.jpg. So I cycle through %title%*.* in a display.

It was a bit fiddly, but not particularly difficult, to set Foobar up that way but I like it I how I've got it and I find it very useful. That's what I like about Foobar - I can make it do what I want. No other player met my needs and I was able to customise Foobar to work how I want it to.


My general point is that there will always be lots of users with different needs which cannot be anticipated by developers.  Good software allows users to meet their own needs by allowing customisation. Why should that be restricted? If people want a particular set up and they are prepared to put their own effort in to get it how they want - why shouldn't they be able to? A good application can be fitted to the way people need or want to do things - it should not force users into a particular way of operating!

A good default, but fully customisable: everybody gains!

(In the meantime, I'll stick with the album art display plug-in!).
Title: Album art support in 0.9.5 (thread split)
Post by: Jose Hidalgo on 2007-11-23 01:55:14
My general point is that there will always be lots of users with different needs which cannot be anticipated by developers.  Good software allows users to meet their own needs by allowing customisation. Why should that be restricted? If people want a particular set up and they are prepared to put their own effort in to get it how they want - why shouldn't they be able to? A good application can be fitted to the way people need or want to do things - it should not force users into a particular way of operating!

A good default, but fully customisable: everybody gains!

I totally agree !!! A good default doesn't mean that foobar doesn't have to be fully customizable, even with the default components (no need for exotic dlls to tweak the Playlist View or the Album art patterns for instance). IMHO foobar must be able to work in both modes (beginner and expert).

And since 0.9.5, I have the feeling that some developers (no offense intended of course) are focused on the ease of use, which is great of course, but tend to forget a bit about the total customizability that has made foobar a reference among expert users.

A good example is the default buttons in 0.9.5. Personally I like them, I don't feel the urge to change them, but I understand other people's complaints because I really don't understant them being hard-coded ! Hard-coded stuff belongs more to closed, commercial projects, not to cooperative projects like foobar. This is wrong IMHO.

I really hope I'm wrong, but when I see that simple customization requests like "let us enter several custom directories for the art files and at least one different custom file pattern per directory" don't seem natural/logical to developers, I must admit that I don't understand. You can define as much default patterns as you want, there'll always be someone with a different pattern. So why wouldn't you let people enter their own patterns / directories, plain and simple ?

It's not about the 60+% of users that will be happy with the Default UI and no tweaks. It's about all the others. The genius within foobar has always been to be able to address other people's requests, so that nobody feels left aside and everybody can be happy.

Title: Album art support in 0.9.5 (thread split)
Post by: q-stankovic on 2007-11-23 20:07:21
1/ For conventional albums, name of the front cover is "%album artist% - (%year%) %album% - front.jpg"
2/ For OSTs, name of the front cover is just "Soundtrack - (%year%) %album% - front.jpg"

Let's assume that we put all front covers in the same folder (I'd hate to do that, but let's assume it). Would foobar according to your method be able to recognize all patterns automatically...


No, it wouldn't - but as you said: you would hate to do that, so you don't do that. That was my point: Fully customizability means freedom to make senseless things. Maybe there are 1% of all users who likes to be excentric but for me that is not a good reason to make it for the rest more complicated than necessary. Don't understand me wrong: The album art viewer must be improved in the sense to display all album art (of the 99%) but why it must be titleformatting? I can remeber very well as i saw as noobie the foo_uie_albumart plugin how confused i was. I know many people who really need foobar because there is no other program that could do what they want (flexible tagging, creating any views in library viewers,...) - as i made the first experiences with the new DefaultUi i was thinking of them and showed them foobar again: unlike the first time i showed them foobar now they were excited about how simple and powerful a tool can be. Hopefully that is not going to be changed just because a minority likes to manage simple things in a bizarre way and to declare that as freedom. The ideal solution would be: in the advanced prefences we have one line where we can store the name of directory if we don't like album folders.

As i asked myself what are good reasons for storing albumrelated images outside of albumfolders i started to suppose that the real motivation to ask for full customizability is to display any art (artists, composers, locations, logos...). But why didn't you say that explicitly (if i missed something so i am sorry but i think kiteroa was the first, or?)
Title: Album art support in 0.9.5 (thread split)
Post by: Garfield4 on 2007-12-02 07:13:44
So there's a stub image for missing album art ([no image]), but then "[multiple items]" needs a stub image too.


When Clicking on an Artist - how about the option to display an Artist Picture rather than a stub image or text for multiple items. (my structure = albums are within subfolders of artist)?
Title: Album art support in 0.9.5 (thread split)
Post by: gaillard on 2007-12-05 04:15:26
I havn't read this entire thread, sorry

But is there any support for png images, I can only get this to work with jpg (Everything I have is png...)

Thanks for the help
Title: Album art support in 0.9.5 (thread split)
Post by: eNc7 on 2007-12-07 11:29:08
But IMHO there should be an option in the Advanced preferences dialog, where we can enter wildcards of our own. (Just like the ones under "Legacy title format settings" or "Properties dialog" or even those like "Media Library->File Types").

For example I don't have any image files that match "*back.*" (the back of what exactly?), I would need a match like "*tray card outside.*". And I probably won't rename all my scans, I'd rather wait for a better album art component I could use with the new Default UI.



Absolutely right...! Personalization is the biggest advantage of foobar...
What I need is...
When I got an album with 2 discs... my folder structure looks like this...
for disc 1: (...)\Artist\Album Name\01\
for disc 2: (...)\Artist\Album Name\02\

but... the album images are placed in
(...)\Artist\Album Name\

With the album list panel for columnsUI I checked the tags for choosing a cover art file...
Code: [Select]
$replace(%path%,$ifgreater($META(TOTALDISCS),1,%directoryname%'\'%filename_ext%,%filename_ext%),)folder.*


So... give us the possibility customizing our "sources" for front cover, back inlay, disc and icon...
Title: Album art support in 0.9.5 (thread split)
Post by: nlights on 2007-12-07 18:57:11
So... give us the possibility customizing our "sources" for front cover, back inlay, disc and icon...

Thats what I need, too. Albums with multiple cds have this structure: \%artist%\%artist% - %album%[\CD%discnumber%]\ folder.jpg is in \%artist%\%artist% - %album%\.
It is found by albumart-panel via
Code: [Select]
$replace(%path%,$directory(%path%)\%filename_ext%,)folder.*

best regards,
nlights
Title: Album art support in 0.9.5 (thread split)
Post by: chongy5 on 2007-12-10 20:13:37
Is there any limit on the resolution of the files?

I'm currently a bit confused. I'm getting album art, formatted as %artist% - %album% showing for a few tracks, but for others no luck. Are these even meant to work?
Title: Album art support in 0.9.5 (thread split)
Post by: eNc7 on 2007-12-14 09:27:51
Hi... is it possible to add more personalization to the album art panel...?
What I need is... When I got an album with 2 discs... my folder structure looks like this...
for disc 1: (...)\Artist\Album Name\01\
for disc 2: (...)\Artist\Album Name\02\

but... the album images are placed in
(...)\Artist\Album Name\

With the album list panel for columnsUI I checked the tags for choosing a cover art file...
Code: [Select]
$replace(%path%,$ifgreater($META(TOTALDISCS),1,%directoryname%'\'%filename_ext%,%filename_ext%),)folder.*


So... give us the possibility customizing our "sources" for front cover, back inlay, disc and icon... just like it is realized for the columns or groups in the playlist view... by giving a name and a pattern... it would be great...!
Title: Album art support in 0.9.5 (thread split)
Post by: toNka on 2007-12-19 10:35:06
Anyway to get it to read an ICO file?
I keep a folder.ico file in each director and view my folders as icons, looks much cleaner than thumbnail view.
Here's an example:
(http://img183.imageshack.us/img183/7577/35572070cp2.th.jpg) (http://img183.imageshack.us/img183/7577/35572070cp2.jpg)
So each folder has a folder.ico file instead of a folder.jpg file.
Title: Album art support in 0.9.5 (thread split)
Post by: casedawg on 2007-12-31 03:49:58
Are there any plans to add some of the old album art plugin functions?

Specifically, I'm thinking of:
- Ability to refresh the album art by clicking in the album art panel, so you can display the updated art without disrupting playback if you change the art or add new art to the folder while a song is playing
- Ability to lock the panel to display the album art for the song that is playing, regardless of what song is selected or what playlist you are navigating (double clicking the album art panel toggled between displaying the art for the selected song, or the playing song).
Title: Album art support in 0.9.5 (thread split)
Post by: anonnamiss on 2008-01-02 19:07:04
I"ve upgraded to 0.9.5 final and the album art plugin has completely stopped recognizing all embedded art and cover.jpg files. Everything displays as my default "no image" file.

Edit: NVM. It seems I just had to re-apply my layout. problem solved
Title: Album art support in 0.9.5 (thread split)
Post by: Janny on 2008-01-02 20:17:44
Is there a way to later a bit the plugin so it doesn't look for the cover in the same folder as the song.
I want to make it something like this:
Make an artwork folder where I put all my covers.
name all covers this way - ArtistAlbumCover.jpg (for instance PinkFloydTheWall.jpg) Or something like that.
The plugin should take the name of the artist and the album from the tags and then look for a match in that folder.
It's confusing to have all those folder.jpg-s on my HDD and I my torrent client seems to dislike it when there are files in the folder that shouldn't be there.
Title: Album art support in 0.9.5 (thread split)
Post by: Zoominee on 2008-01-04 15:19:43
Hi! Thanks for foobar2000 version 0.9.5, it works like a charm and I like the new layout.
Is it possible to look for the album art in the containing folder, in the case where there is no album art in the current folder? E.g. if I have my music arranged in folders like this:
Artist\Album\(Disc)\Music....

Then if there is no album art in the disc's folder, look in Album. If there is no album art for that album, take the "album" art from the artist's folder.
Title: Album art support in 0.9.5 (thread split)
Post by: Mr. Pacman on 2008-01-06 14:52:35
Hello, i have just updated to 0.9.5 final and the album art viewer shows "multiple items" when i browse for an album. I read somewhere that you have fixed that..how can i make it show me the cover? I noticed that in albums that i didn't had cover art in their tags, album art viewer was working and displayed folder.jpeg i had inside the album folder. How can i force album art viewer to display album art inside the folder without having to remove cover art from the tags?
Title: Album art support in 0.9.5 (thread split)
Post by: Mr. Pacman on 2008-01-09 12:34:39
Hello, i have just updated to 0.9.5 final and the album art viewer shows "multiple items" when i browse for an album. I read somewhere that you have fixed that..how can i make it show me the cover? I noticed that in albums that i didn't had cover art in their tags, album art viewer was working and displayed folder.jpeg i had inside the album folder. How can i force album art viewer to display album art inside the folder without having to remove cover art from the tags?



Where did the thread split? Any answer to my question?
Title: Album art support in 0.9.5 (thread split)
Post by: TedFromAccounting on 2008-01-10 17:57:53
Overall, the built in album art feature is great.  I still have a couple of issues with it however.

1.  Make it possible so that the art is not automatically resized (display images at their original resolution)  I display my art at 500x500, but its hard to find everything at that size, so some are smaller (300x300 etc).  They get resized and end up looking rather blurry and poor quality.

2.  Give the choice to choose between the art included in tags, or an external image (folder.jpg cover.jpg etc).  Right now it seems to default to the art contained in the tags first, which is often much smaller than the art I manually put in each folder.
Title: Album art support in 0.9.5 (thread split)
Post by: trackfan504 on 2008-01-15 07:35:27
Freeware complaints are one step up from taking offense to buggy warez code. That said I hesitate to ask if additional display options are under development or if users preferring DefaultUI best roll with the punches to enjoy this feature?

Library is about 2000 folders; any batch utilities to rename images file anyone can suggest?
Thanks
Title: Album art support in 0.9.5 (thread split)
Post by: SanderM on 2008-01-22 19:45:37
About the problem that foobar shows 'multiple items' when selecting an album that has the same cover for all the songs in it, because they are stored in tags.
I've read that the reason for this problem is that it is impossible or atleast very hard/inconvenient to compare the covers to check if they're the same.

But a program like Mp3tag shows the same cover if multiple songs with the same cover are selected. And it is being read from the tags. So this is making me think that it is possible to solve this problem in foobar.

Just a suggestion, but maybe Florian can help Peter with this?
Title: Album art support in 0.9.5 (thread split)
Post by: Janny on 2008-01-26 06:01:24
Freeware complaints are one step up from taking offense to buggy warez code. That said I hesitate to ask if additional display options are under development or if users preferring DefaultUI best roll with the punches to enjoy this feature?

Library is about 2000 folders; any batch utilities to rename images file anyone can suggest?
Thanks

Like this (http://www.publicspace.net/windows/BetterFileRename/)?
Title: Album art support in 0.9.5 (thread split)
Post by: patrick s. on 2008-01-26 19:56:33
Do I see it correctly that with the current search pattern(s), it's not possible to have album art for album images (i.e. one audio file with embedded cue sheet per album and several of them in a single directory)? Unless of course I put each of them in their own directory which wouldn't make much sense.
Title: Album art support in 0.9.5 (thread split)
Post by: The Link on 2008-01-26 20:06:35
If you give the album art file the same name as the album image file, it should also be recognized by foobar.
Title: Album art support in 0.9.5 (thread split)
Post by: patrick s. on 2008-01-26 20:09:34
If give the album art file the same name as the album image file, it should also be recognized by foobar.


Thank you, that worked
Title: Album art support in 0.9.5 (thread split)
Post by: morphguy12 on 2008-01-26 21:37:18
Request:

Artist Image option as well

Thanks!!
Title: Album art support in 0.9.5 (thread split)
Post by: Audio N00b on 2008-01-30 02:00:42
The ones of you loading the art in an embedded form, what is the field name being used? Because it seems foobar catches the folder.jpg, but individually it won't load the embedded covers
Title: Album art support in 0.9.5 (thread split)
Post by: Zastai on 2008-02-04 18:24:53
It is already implemented and working fine here (tested wavpack and musepack files). It just doesn't work with apev2 embedded album art in mp3 files (id3v2 embedded album art is supported though). I don't think that apev2 tagging in mp3 files is worth further pushing now that there's a reliable and sane implementation of id3v2 tagging in foobar2000.


I'm sorry, but I have to disagree - when I first started using foobar (somewhere around 0.8 I think), it influenced me to start using APEv2 exclusively as tag format (and it's still faster to work with than ID3v2 because it's appended rather than prepended). So I don't see why the previously-hailed-as-superior tag format should suddenly be treated as inferior. While it doesn't affect me overly much (I'm down to 18.7% MP3 files, with the bulk of my 25000+ files in FLAC format), I still find this annoying. I realize that APEv2 doesn't really have a "standard" tag for album art, but it's easy enough to make that configurable (it seems reasonable to default to the tag name used by MP3Tag).


Secondly, since I'm working on adding album art to my FLACs (I prefer embedding over external files; with lossless files, the extra size is relatively negligible anyway), it would be nice if foobar detected that all selected files have the same data in their album art tag instead of always going to [multiple items].
Title: Album art support in 0.9.5 (thread split)
Post by: iblys on 2008-02-08 11:34:20
Just wanting to voice a few requests:

- "Only display art for playing track (don't follow selection)" -  I too would very much like this.  I would like to add that it follows the selection in Facets and I would want to turn this off, I imagine this would be resolved by implenting this feature.

- I would like to put a 'padding' of maybe 5 pixels so that the album art doesn't stretch from edge to edge, but there's a little black border around it.

- When "Multiple items" appears, I think it would be cool to have thumbnails of each item.
Title: Album art support in 0.9.5 (thread split)
Post by: SanderM on 2008-02-10 22:59:26
Regarding the problem that foobar shows 'multiple items' when selecting an album that has the same cover for all the songs in it, because they are stored in tags.
Isn't it possible to fix this?

I think it is possible because a program like Mp3tag shows the same cover if multiple songs with the same cover are selected. And it is being read from the tags. So this is making me think that it is possible to solve this problem in foobar.

Am I forgetting something? Or is it perfectly possible and not yet implemented?
Title: Album art support in 0.9.5 (thread split)
Post by: Fandango on 2008-02-11 00:04:35
Regarding the problem that foobar shows 'multiple items' when selecting an album that has the same cover for all the songs in it, because they are stored in tags.
Isn't it possible to fix this?

Probably by storing a checksum of the album art in the database, because that's faster to compare than a big album art image, because those are loaded on demand from the tags (I guess). So when the checksums for the covers of all selected files matches then it will be displayed.
Title: Album art support in 0.9.5 (thread split)
Post by: SanderM on 2008-02-12 21:04:55

Regarding the problem that foobar shows 'multiple items' when selecting an album that has the same cover for all the songs in it, because they are stored in tags.
Isn't it possible to fix this?

Probably by storing a checksum of the album art in the database, because that's faster to compare than a big album art image, because those are loaded on demand from the tags (I guess). So when the checksums for the covers of all selected files matches then it will be displayed.

I'm no programmer, but what you're saying sounds possible to me.
Correct me if I'm wrong, but if the solution from Fandango would be used it would work as followed:
You would have to generate the checksums once so they get stored in some kind of database and when the album list is updated you can update the database with new checksums. When you select an album fb2k compares the checksums of the album art of all the selected songs and if they're the same it shows the image.

It would be great if Peter could say if this is possible or not (or maybe it has some disadvantages that make it not useable) and if he is planning on implementing it.
Title: Album art support in 0.9.5 (thread split)
Post by: Mangix on 2008-02-17 22:52:56
has anyone been able to get album art working with TAK? I use mp3tag to embed the album art but foobar2000 does not show it. is this an issue with the album art viewer itself or an issue with the TAK component?
Title: Album art support in 0.9.5 (thread split)
Post by: HAresources on 2008-02-18 02:03:32
Hmm... After the upgrade to 0.9.5, only folder.jpg (as opposed to folder.bmp) seems to be recognized. Any suggestions on what could be wrong, what could I do? Thanks.
Title: Album art support in 0.9.5 (thread split)
Post by: manginsai on 2008-02-18 02:43:38
may you can change the playing order?!
Title: Album art support in 0.9.5 (thread split)
Post by: CAMiasm on 2008-02-18 06:53:32
Now, a question

Is there a way to lock album art to now playing song only?

It's follow cursor only right now. and i don't see any setting anywhere.


would someone please answer his question?
Title: Album art support in 0.9.5 (thread split)
Post by: g30rge on 2008-02-18 20:52:11
Hmm... After the upgrade to 0.9.5, only folder.jpg (as opposed to folder.bmp) seems to be recognized. Any suggestions on what could be wrong, what could I do? Thanks.


I'm getting the same and cannot locate any options for "album art viewer".

It is possible to rename all album art that is folder.bmp to folder.jpg that works.
Title: Album art support in 0.9.5 (thread split)
Post by: HAresources on 2008-02-19 04:52:19
I'm getting the same and cannot locate any options for "album art viewer".

It is possible to rename all album art that is folder.bmp to folder.jpg that works.

Wow, it does; thanks. Strangely enough, it recognizes bmp files fine on my Vista machine, but not on my XP box. I wish someone can come up with a solution that doesn't require incorrectly renaming hundreds of files though... (if anyone is wondering why I have all these bmp images, many of the files, I just pulled out the album cover images from iTunes; it's bmp)
Title: Album art support in 0.9.5 (thread split)
Post by: Admiral Oggbar on 2008-02-19 06:34:10
I also keep all my art in one folder, and use a custom %art% tag which is simply the filename of the picture I wish to display (this eliminates every problem that could crop up as far as not showing the proper JPG).

This seems trivial to implement in the new foobar with titleformatting.
Title: Album art support in 0.9.5 (thread split)
Post by: Jose Hidalgo on 2008-02-19 09:20:51
Admiral Oggbar, how do you use your custom %art% tag precisely ? I don't understand.
Title: Album art support in 0.9.5 (thread split)
Post by: Mr. Pacman on 2008-02-19 12:18:42

Now, a question

Is there a way to lock album art to now playing song only?

It's follow cursor only right now. and i don't see any setting anywhere.


would someone please answer his question?



No its not and i hope too that they will fix this feature in the next beta
Title: Album art support in 0.9.5 (thread split)
Post by: bb10 on 2008-02-19 15:23:14
Wow, it does; thanks. Strangely enough, it recognizes bmp files fine on my Vista machine, but not on my XP box. I wish someone can come up with a solution that doesn't require incorrectly renaming hundreds of files though... (if anyone is wondering why I have all these bmp images, many of the files, I just pulled out the album cover images from iTunes; it's bmp)


Same here, .bmp files aren't recognized. Vista + foobar 0.9.5
Title: Album art support in 0.9.5 (thread split)
Post by: Fractal_Mortality on 2008-02-25 01:51:02
Is there even a way to delete album art tag information via foobar? (i.e. adding a field to properties that shows that the metadata is present)
Title: Album art support in 0.9.5 (thread split)
Post by: Xezzy on 2008-02-29 21:18:36
How new album art viewer supports multiple artwork? I can only see "front cover", which is in fact back cover (but its not "first" cover in file).
Title: Album art support in 0.9.5 (thread split)
Post by: ~*McoreD*~ on 2008-04-05 11:49:59
Now, a question

Is there a way to lock album art to now playing song only?

It's follow cursor only right now. and i don't see any setting anywhere.


Hi,

Is this post answered? I skimmed about 4 pages but couldn't find a solution.

Thanks,
McoreD
Title: Album art support in 0.9.5 (thread split)
Post by: shakey_snake on 2008-04-05 16:59:59
http://www.hydrogenaudio.org/forums/index....st&p=525549 (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=58351&view=findpost&p=525549)
Title: Album art support in 0.9.5 (thread split)
Post by: ~*McoreD*~ on 2008-04-06 06:43:37
Right. Thanks for that shakey. I see

Feature: Only display art for playing track (don't follow selection)

"Only"

Now I hope that is a typo or something. A user would like both methods to be available.

1/ Selected Item
2/ Now Playing
Title: Album art support in 0.9.5 (thread split)
Post by: gorman on 2008-04-07 15:25:17
I, too, can't see cover.bmp artworks. It's a shame because that's the way Rockbox is expecting the files to be named and I have a portable version of foobar2k installed on my rockboxed Gigabeat, which I use to create personalized playlists and such.

Also, I'd like for cover art to stick to the currently playing song too.
Title: Album art support in 0.9.5 (thread split)
Post by: kkali on 2008-04-08 14:26:49
Hello,
but is it just possible to configure the cover art in defaultUI?
http://img20.imageshack.us/img20/9155/image1tv9.jpg (http://img20.imageshack.us/img20/9155/image1tv9.jpg)
Because all my covers in my albums folder are named: album-front.jpg, and I can't see them with cover art...

Can somebody help me....
Title: Album art support in 0.9.5 (thread split)
Post by: bimbel on 2008-04-08 22:01:21
but is it just possible to configure the cover art in defaultUI?
[...]
Can somebody help me....

The recognized filename patterns for the different kinds of album art that can be selected are as follows:
  • Front cover: folder.*;front.*;cover.*
  • Back cover: back.*
  • Disc picture: medium.*;media.*;disc.*;cd.*;dvd.*

No it's not possible and I don't know if it will be possible in future Versions!

You could still rename all your covers to front.jpg (There are possibilities for mass renaming eg with FlexRename (http://hp.vector.co.jp/authors/VA014830/english/FlexRena/))
Title: Album art support in 0.9.5 (thread split)
Post by: kkali on 2008-04-09 08:14:31
Quote
No it's not possible and I don't know if it will be possible in future Versions!


     


It's very sad..
Title: Album art support in 0.9.5 (thread split)
Post by: errek. on 2008-04-09 12:12:48
Still can't figure out how to get album art working.
I have _all_ album art in a folder named "Albumart"
Which lies here: "D:\Musik\Albumart\*artist* - *album.jpg*"

This is the code I'm using:
D:\Musik\Albumart\$replace($if2(%album artist%,%artist%) - %album%,:,_,?,_,/,_).jpg

It's been working great until now. Can't figure out how to get all working.
Title: Album art support in 0.9.5 (thread split)
Post by: JohanDeBock on 2008-04-09 15:47:05
BUG/REQUEST:
If you browse, for example with facets in album list, the official album art viewer only displays the art when there is a folder.jpg in the folder and NO embedded album art.
If both are present it displays: [multiple items]
So the request is to give folder.jpg the priority, so that foobar will also display the art when both are present.
Title: Album art support in 0.9.5 (thread split)
Post by: phool on 2008-04-10 13:24:51
IMHO there should be an option in the Advanced preferences dialog, where we can enter wildcards of our own. (Just like the ones under "Legacy title format settings" or "Properties dialog" or even those like "Media Library->File Types").


I'd just like to add my support for custom sources for album art. Currently all my album art is named "[Front] %album artist% - %album%.jpg" and stored in the relevant albums directory. This makes far more sense to me than having hundreds of files named front.jpg
Title: Album art support in 0.9.5 (thread split)
Post by: vlada on 2008-04-19 23:52:38
Quote
No it's not possible and I don't know if it will be possible in future Versions!


     


It's very sad..


Me too...


I use the same naming scheme as you. I think it's the most logical solution. The cover picture belongs to an album and it can be front, back, cd etc. So I use %album% - front.jpg for front cover.

Using names such as folder.*;front.*;cover.* is not possible for me, because sometimes I have multiple albums (selected tracks) in one folder. So I have many cover pictures in one directory.

I wish it would be possible to define my own searching patterns and their priorities as in album art panel.
Title: Album art support in 0.9.5 (thread split)
Post by: luciferatu on 2008-04-20 16:04:22
The recognized filename patterns for the different kinds of album art that can be selected are as follows:
  • Front cover: folder.*;front.*;cover.*
  • Back cover: back.*
  • Disc picture: medium.*;media.*;disc.*;cd.*;dvd.*

OK I'm kind of a fb2k noob, but I can't get my external album art to display at all.  I renamed the files as "front" "back" and "disc" then copied them to the album folder and expected fb2k to magically display these files when I selected a song from the playlist or album list, but no go.  My songs all have embedded art, so I expect that will over-ride displaying the "front" cover and I have no problem with that.  But the disc and back art doesn't display either.  Do I have to delete embedded art to get the folder jpegs to display, or what?

Also is there any way to get the album art to display when multiple files with the same art are selected (as when clicking on an album in the album list) as can be done in iTunes?
Title: Album art support in 0.9.5 (thread split)
Post by: Saran on 2008-04-20 21:01:45
BUG/REQUEST:
If you browse, for example with facets in album list, the official album art viewer only displays the art when there is a folder.jpg in the folder and NO embedded album art.
If both are present it displays: [multiple items]
So the request is to give folder.jpg the priority, so that foobar will also display the art when both are present.


I second that! 

In my opinion, currently (0.9.5.1) missing is an option to choose which art has priority: embedded or the one found in directory.

Personally, I'd prefer folder over embedded as a default, but I could also live with a configuration option to choose my preference.
Title: Album art support in 0.9.5 (thread split)
Post by: AdmiralOggbar on 2008-04-25 22:14:38
Admiral Oggbar, how do you use your custom %art% tag precisely ? I don't understand.


I have a tag that is simply the base filename of the art that I want to display. Then I add "front", "back", "insert", or whatever else to narrow it down further if I have multiple scans. This solves EVERY problem I've had, including those "2 albums on 1 CD" discs. Adding this tag to every track on an album takes less than a second with a custom keyboard shortcut that runs a script. 

I certainly don't expect the new UI to allow that sort of flexibility, but I am very suprised at how limited it is for people like me who keep album art separate from the music.
Title: Album art support in 0.9.5 (thread split)
Post by: dreamscene on 2008-05-12 14:19:33
Still desperately checking every beta changelog for some progress concerning the default ui album art viewer... but nothing new, yet

Is there at least still the consideration of making the album art viewer a little more customizable? The argument that the average Joe doesn't need a configurable album art viewer is feeble, as the average Joe isn't a candidate to use foobar2k in the first place...

Why not give us at least just a little flexibility, e. g. setting wildcards of our?
The 'new' default ui has really grown dear to me, but not being able to display my scanned cover art is just annoying, more than ever because making the album art viewer a little more flexible wouldn't be too hard at all, would it?

Kind regards & keep up the good work,
dreamscene
Title: Album art support in 0.9.5 (thread split)
Post by: rudalert on 2008-05-18 16:20:58
I together with my friends would highly appreciate if Default UI's Cover Art component was able to cycle all graphics from the current (playing from) folder.

Thank you in advance,
r.a.
Title: Album art support in 0.9.5 (thread split)
Post by: milesmonk on 2008-05-20 17:33:56
dreamscene just wrote exactly what I'd wanted to.  I second and third it.  foosion, please mark this as a feature request?  Please?  Pretty please?   

Additionally, the following features would also be lovely:
1. Ability to cycle through "Front", "Back", "Disc", etc., by single/double-clicking the album art.
2. Opening up the picture file in the default viewer (if it is a folder.jpg or other non-embedded picture file) via a right-click menu (or possibly, double-clicking).
3. (If it is technically feasible to override the embedded art): Ability to choose which to display when both embedded art and folder art are present.

Thanks for making the best music player out there (and for keeping it free).

Cheers.

Still desperately checking every beta changelog for some progress concerning the default ui album art viewer... but nothing new, yet

Is there at least still the consideration of making the album art viewer a little more customizable? The argument that the average Joe doesn't need a configurable album art viewer is feeble, as the average Joe isn't a candidate to use foobar2k in the first place...

Why not give us at least just a little flexibility, e. g. setting wildcards of our?
The 'new' default ui has really grown dear to me, but not being able to display my scanned cover art is just annoying, more than ever because making the album art viewer a little more flexible wouldn't be too hard at all, would it?

Kind regards & keep up the good work,
dreamscene
Title: Album art support in 0.9.5 (thread split)
Post by: pirlouy on 2008-06-04 15:48:12
Will the "cycle sources" option be implemented or is it impossible for technical reason ?

Like some other people, I'm still waiting for some progress on this UIElement, cause for now, I can't use DefaultUI because I really miss Album Art Panel.
Title: Album art support in 0.9.5 (thread split)
Post by: Mar2zz on 2008-06-04 19:10:13
I'd like to see artist.jpg as a standard for album art viewer. I renamed all my artist.jpg to disc.jpg but that isn't of course what i really want.

What does icon do? what name must a jpg have to be shown in that field?
Title: Album art support in 0.9.5 (thread split)
Post by: Caleb on 2008-06-09 18:59:20
I don't know if this is the correct thread or not, but It'd be nice if foobar would show the first cover in a group instead of showing [multiple items].

Why?

Well, in my case this happens when:
1) You click on an album where all the songs have embedded covers, since they're from the same album, they're most likely the same.
2) You click on an album that is split into 2 CD folders and each folder has a folder.jpg/cover.jpg, most of the time these jpgs are the same, and sometimes they're not, but it'd still be better to just show the first.
Title: Album art support in 0.9.5 (thread split)
Post by: phool on 2008-06-24 12:30:09
Is there support for alternative naming schemes for cover art yet? Only thing keeping me back from the DUI is inability to display my cover art.
Title: Album art support in 0.9.5 (thread split)
Post by: TedFromAccounting on 2008-06-25 15:21:40
I will request this again...

An option to disable image resizing.  If my album art viewer is 500x500, and I have an image that is 300x300, leave it at 300x300.  When it is resized, it looses quality and looks pretty bad.  Sometimes higher resolution album art cannot be found.
Title: Album art support in 0.9.5 (thread split)
Post by: Bobjua on 2008-07-05 05:28:32
how about now?
Title: Album art support in 0.9.5 (thread split)
Post by: zfed on 2008-07-06 22:41:19
in many folders I have filename - Thumb.jpg. how I can make it to display automaticaly.. too tyret to remane all time to folder, cover.. etc.
tnx
Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2008-07-08 08:08:57
There is no option 'yet'. The album art support is limited by embedded album art (im mp3, ogg, flac etc...) and limited by ... see page 1

The recognized filename patterns for the different kinds of album art that can be selected are as follows:
  • Front cover: folder.*;front.*;cover.*
  • Back cover: back.*
  • Disc picture: medium.*;media.*;disc.*;cd.*;dvd.*


Nice to see the topic is still alive, hopefull something get's implemented. I've seen great solutions to nice solution, all better than we have at the moment. I again vote for foosion solution. post (http://www.hydrogenaudio.org/forums/index.php?act=findpost&pid=525378)
Title: Album art support in 0.9.5 (thread split)
Post by: Bobjua on 2008-07-09 06:53:33
too bad i have NO IDEA what he is talking about.
Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2008-07-10 08:29:55
if you mean me Bobjua  , I was replying to zfed who wants to display his files named 'Thumb.jpg'. Since this thread is concerned about album art, I assume zfed means he wants to display 'Thumb.jpg' as album art. 
So my post simple informs, no you can't make 'Thumb.jpg' as album art in foobar at the moment.
To have album art, the art should either be embedded or is one of the recognized filename patterns foosion mention.
Title: Album art support in 0.9.5 (thread split)
Post by: flasken on 2008-07-11 00:12:48
Don't think this was mentioned...

Incredibly easy *sorta* workaround for getting album art to show now-playing:
Go to playback menu and set "cursor follows playback".

I like it like this.
Title: Album art support in 0.9.5 (thread split)
Post by: Bobjua on 2008-10-07 17:09:54
im really sick of looking at this record player that says No Cover.
Title: Album art support in 0.9.5 (thread split)
Post by: krabapple on 2008-10-11 08:17:33
Can it really be that f2k 0.9.5 doesn't recognize a TIFF image  (e.g., 'folder.tif')?  I had to rename it 'folder.jpg' to get it to display.
Title: Album art support in 0.9.5 (thread split)
Post by: keir on 2008-10-23 16:47:12
I'd also like the album art viewer to pick up on whatever's in the folder, I don't mind so much what it does if there's more than one image there, as long as if I have hbyry54.jpg and yhbyhh76t36.jpeg in the folder the music is in and it shows one of them, that will be a big improvement for me.  I would also like it to cycle through whatever's in there and to have the option of ignoring images embedded in the audio file, but they're less important to me for now.  I don't really understand how having to rename them is simpler for novices!
Title: Album art support in 0.9.5 (thread split)
Post by: Squeller on 2008-10-24 05:34:22
Keir, foo_uie_albumart will be a solution for you then - if you're not on default UI. Works just fine here.
Title: Album art support in 0.9.5 (thread split)
Post by: keir on 2008-10-25 03:41:27
Keir, foo_uie_albumart will be a solution for you then - if you're not on default UI. Works just fine here.


I am on the default UI, I was on Columns some time ago but I switched back because the default UI got better.  I might switch back.
Title: Album art support in 0.9.5 (thread split)
Post by: =]ston3y[= on 2008-12-06 21:43:07

Keir, foo_uie_albumart will be a solution for you then - if you're not on default UI. Works just fine here.


I am on the default UI, I was on Columns some time ago but I switched back because the default UI got better.  I might switch back.


I also switched back from columns ui. I still like the new default ui, but I am a little dissapointed that the album art feature doesn't seem to be actively developed atm. foo_uie_albumart was much more flexible. 
Title: Album art support in 0.9.5 (thread split)
Post by: Hirvine on 2008-12-08 13:03:42
Yes, I miss foo_uie_albumart too. Could anyone tell if it is still planned to be developped at all? It kinda looks abandoned, I lurk the thread since the first page >.>. So any updates?
Title: Album art support in 0.9.5 (thread split)
Post by: gkk886 on 2008-12-10 07:25:42
I've got a problem which is similar to post #19 & #21 by garym. But, it still bothering me even if I got 0.9.6 installed.
I use Mp3tag v2.4 to arrange embedded art in my mp3 songs and they are placed in the "My Music" directory, which is also my media library monitoring directory.
Recently I put some mp3 files without embedded art into the monitoring directory, and the default art viewer shows the art which is embedded by another mp3(named A). Strangely, I've tried to remove all tags in A and placed A to another directory, but the no embedded art files in library viewer selection playlist were still showing A's embedded art. If I move those no embedded art files to another place and add them to foobar's another playlist, the art viewer will show no art correctly. I'm sure that there is no any jpg files in the monitoring directory. I've even tried removing foobar completely (all profiles got removed) and reinstalled, but they just showed exactly the same art which shouldn't be in my hard disk now.
Is this a bug or something? And, any solution? Thanks.
Title: Album art support in 0.9.5 (thread split)
Post by: kolezz on 2009-02-17 22:13:45
The recognized filename patterns for the different kinds of album art that can be selected are as follows:
  • Front cover: folder.*;front.*;cover.*
  • Back cover: back.*
  • Disc picture: medium.*;media.*;disc.*;cd.*;dvd.*

Is that regexp or simple */? windows matching? Because I have a lot of scans and foobar shows only few of them. For example:
"01 - album name - digipack front.jpg"
"02 - album name - digipack back.jpg"
"03 - album name - cd.jpg"
"04 - album name - digipack inside 1.jpg"
"05 - album name - digipack inside 2.jpg"
"06 - album name - booklet 1.jpg"
"07 - album name - booklet 2.jpg"
"08 - album name - booklet 3.jpg"
"09 - album name - booklet 4.jpg"
"10 - album name - booklet 5.jpg"
"11 - album name - booklet 6.jpg"
"12 - album name - booklet 7.jpg"
"13 - album name - booklet 8.jpg"

Foobar doesn't show any of these. :-(
Maybe foobar should have option "Where to find album art:"? And in context menu (right button click) instead of Front cover, Back cover, Disk, Icon should be names of found gif, png, jpe, jpeg, jpg in that location? What do you think?
Title: Album art support in 0.9.5 (thread split)
Post by: tpijag on 2009-02-17 22:33:38
The message you quoted has all the info you need.

front.jpg works
somename front.jpg does not
etc.

This relates to the Default User Interface.
Other options may be available with other interface

terry
Title: Album art support in 0.9.5 (thread split)
Post by: kolezz on 2009-02-18 00:44:48
I was trying to say that there could be more than 4 scans for album. And explained the way how it could be done.
And existing strict requirements for names aren't reasonable (IMHO).
Title: Album art support in 0.9.5 (thread split)
Post by: compunett on 2009-02-21 16:04:17
Hello,

Is there a way to indicate to foobar different album art, on different range of files in the *same* dirrectory.
Here's the case

0101 - ... (read it as: cd01 track1)
0102 - ...
...
0201 - ... (cd02 track01)
...
0301 - ... (cd03 track01)


With the folder.jpg I just have an album art for the entier folder. I'm interrested to have an album art for each cd.
Here's my proposal:

0100-folder.jpg (or anything that could match such as 0100-front.jpg) <= applies for tracks from 0100 to the next folder art encountered
0200-folder.jpg <= applies for tracks from 0200 to next album art
0300-cd.jpg <= applies for tracks from 0200 to next album art
Title: Album art support in 0.9.5 (thread split)
Post by: ojdo on 2009-03-19 16:53:49
What does icon do? what name must a jpg have to be shown in that field?

Has anyone yet figured out what picture is displayed there? I failed to find an answer in this thread, the forum or using google. Then a I did a quick test: icon.jpg is not shown.

Any clues out there?
Title: Album art support in 0.9.5 (thread split)
Post by: Yirkha on 2009-03-19 17:34:46
If you don't see any external filename pattern for the "icon" type anywhere, it probably means that there really is none.
It reads embedded art flagged as file icon, see for example FLAC picture metadata, types 1 and 2 (http://flac.sourceforge.net/documentation_tools_flac.html#flac_options_picture).
Title: Album art support in 0.9.5 (thread split)
Post by: ojdo on 2009-03-19 17:41:37
If you don't see any external filename pattern for the "icon" type anywhere, it probably means that there really is none.

Seems logic, now that you're stating it. Thanks for the quick response!
Title: Album art support in 0.9.5 (thread split)
Post by: opus16 on 2009-04-04 00:41:01
Quote
Feature: Only display art for playing track (don't follow selection)


I have been waiting for this feature since 9.6 was released. Is there any progress? Is it hard to implement or is it the fact that you are unsure if you want to implement it at all?

As an perfectionist when it comes to my music I need this feature to feel foobar is complete.
Title: Album art support in 0.9.5 (thread split)
Post by: GeSomeone on 2009-04-11 15:52:26
front.jpg works
somename front.jpg does not
etc.

Too bad this is still the case, this makes this feature next to useless for me, I won't go renaming all those <album name>-front.jpg to cover.jpg (I would change the <album name>01.* 02.* if necessary).
Please reconsider (again?) to use all files names that end like *cover.* *front.* (folder.* would be okay I guess) *back.* etc. If multiple exist, just take the first one that matches.
This would be simpler than user configurable options and doesn't really break existing behaviour.
Title: Album art support in 0.9.5 (thread split)
Post by: southisup on 2009-05-21 03:56:30
A couple of feature suggestions which don't seem to have been made yet:

"Liner Image" option.

"Auto Image" option - where the various image types have a configurable priority. For example if I have don't have a Cover image but do have an Artist or Disc image, Foobar2000 automatically falls back to one of them. This could include priority of directory or embedded image.

Also, another vote for more flexible naming, & a more tentative vote for checking of parent directory - could be good but probably requires flexible naming implemented first.

A tentative vote too for Selected vs. Now Playing, but following a comment somewhere above I'm going to experiment with Cursor Follows Playback.

Cheers, & thanks for considering.
Title: Album art support in 0.9.5 (thread split)
Post by: Yotsuya on 2009-05-21 04:23:14
If you think the default album naming scheme is too restrictive (I do) and want more flexibility I highly recommend you check out foo_covers (http://www.hydrogenaudio.org/forums/index.php?showtopic=71446). It worked wonders for me and I think the developers time would be better spent refining core functionality than expanding eye candy in ways already provided by 3rd party components.
Title: Album art support in 0.9.5 (thread split)
Post by: sthag on 2009-06-30 14:14:12
Sorry for intervene but is it possible to delete embedded cover-art with foobar? I can't find such a function.
Title: Album art support in 0.9.5 (thread split)
Post by: tpijag on 2009-06-30 14:16:54
No.

Use a tagging program such as mp3Tag.

terry
Title: Album art support in 0.9.5 (thread split)
Post by: Robertina on 2009-06-30 21:34:36
Sorry for intervene but is it possible to delete embedded cover-art with foobar? I can't find such a function.

It is possible (http://www.hydrogenaudio.org/forums/index.php?showtopic=71039&view=findpost&p=626347).

Robertina.