Skip to main content

Notice

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

Album art support in 0.9.5 (thread split)

Reply #50
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 (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.

Album art support in 0.9.5 (thread split)

Reply #51
i wonder if album art for APE tagged file will be implemented...

Album art support in 0.9.5 (thread split)

Reply #52
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.

Album art support in 0.9.5 (thread split)

Reply #53
ID3v2.2 and the PIC frame?

Check my reply here: http://www.hydrogenaudio.org/forums/index....st&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?

Album art support in 0.9.5 (thread split)

Reply #54
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/

Album art support in 0.9.5 (thread split)

Reply #55
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/
You can try the just released beta2 and see if it works now.

Album art support in 0.9.5 (thread split)

Reply #56
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/
You can try the just released beta2 and see if it works now.

Album art support in 0.9.5 (thread split)

Reply #57
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!

Album art support in 0.9.5 (thread split)

Reply #58
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 

Album art support in 0.9.5 (thread split)

Reply #59
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?)

Album art support in 0.9.5 (thread split)

Reply #60
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.

Album art support in 0.9.5 (thread split)

Reply #61
Ah, thank you. It was so simple.

Album art support in 0.9.5 (thread split)

Reply #62
[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

Album art support in 0.9.5 (thread split)

Reply #63
... 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.

Album art support in 0.9.5 (thread split)

Reply #64

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 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.

Album art support in 0.9.5 (thread split)

Reply #65

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. 

Album art support in 0.9.5 (thread split)

Reply #66
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?

Album art support in 0.9.5 (thread split)

Reply #67
foosion's reply was about why regular expressions (which are far beyond 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)

Album art support in 0.9.5 (thread split)

Reply #68
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.

Album art support in 0.9.5 (thread split)

Reply #69
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

Album art support in 0.9.5 (thread split)

Reply #70
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. 

Album art support in 0.9.5 (thread split)

Reply #71
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?

Album art support in 0.9.5 (thread split)

Reply #72
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.

Album art support in 0.9.5 (thread split)

Reply #73
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.

 

Album art support in 0.9.5 (thread split)

Reply #74
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.