Checking if Embedded Artwork is present Options

[sevenarts]

Now that Foobar supports embedding art and removing embedded artwork, is there a way to check what files in the library have or don't have embedded artwork? Are there tag fields for artwork that can be used with PRESENT and MISSING in queries and filters?

[derty2]

Lately, I too have been thinking of this issue of 'managing embedded artwork while using foobar2000'.

1) I don't have any solutions for the OP

2) It would be great to have fb2k syntax support for filtering files containing embedded artwork.

3) It would be super-great if the foobar2000 Properties page was extended with a little panel showing an icon of the embedded image if present.
If you use MP3Tag, you will see a little panel on the bottom of the left-side which does exactly that; allows you to view and edit the embedded image as if it is a 'visual' tag.

[garym]

and in mp3 tag, add a column with:
$if(%_covers%,Yes,No)

This will report whether you have embedded art in a file.
for cover type use:
%_cover_type%

for cover size use:
%_cover_size%

[Lesmo16]

...
3) It would be super-great if the foobar2000 Properties page was extended with a little panel showing an icon of the embedded image if present.
...

Support++

[sevenarts]

and in mp3 tag, add a column with:
$if(%_covers%,Yes,No)

This will report whether you have embedded art in a file.
for cover type use:
%_cover_type%

for cover size use:
%_cover_size%

It would be great if Foobar added support for this kind of syntax, either natively or through a component. Can we add this as a feature request?

[derty2]

If features for managing/editing embedded artwork in foobar2000 were implemented,
there would be more programming and design considerations than you may think...

I just did a "real" test action using MP3Tag:

      - Open MP3Tag
      - Drag root folder of my entire media library into MP3Tag ==> 7689 items, indexed in 70+ seconds
      - At right-side list view => Select all (CTRL+A)
      - At left-side tag view, we look at the "Embedded Cover" viewing panel.

        The panel refuses to show an image (which is correct, because we have selected multiple items) and shows a message: "Cover varies".
        However, In the right-side List View I have created a column to report "YES/NO" for embedded image presence (see previous post above).
        This column gives me immediate and fast feedback to the presence of an image in a very long list, because my eyes need to look for only two words... "YES" or "NO" ...down a vertical column.


So what is the essential thing about MP3Tag which makes it great for such tasks? The coupling of two views side-by-side!
One can imagine the left view as the foobar2000 Properties page. One can imagine the right-view as a foobar2000 playlist view.
MP3Tag couples these two things in real-time !!

So if I was to "imagine" using a future version of foobar2000 with an extended Properties page containing an "embedded cover tag viewing panel". . .

      - Open foobar2000
      - Drag root folder of my entire media library into foobar ==> 7689 items, indexed in 78+ seconds
      - At Playlist View => Select all (CTRL+A) => Open Properties page (ALT+ENTER)
      - The "embedded cover tag viewing panel" refuses to show an image (which is correct, because we have selected multiple items) and shows a message: "«multiple values»"

So what is the next thing in this graphical interface of this "new" Properties page which will help me quickly manage the embedded artwork of 7689 items !?

The essential difference between the graphical interfaces of the "fb2k Properties page" and "MP3Tag" is ONE view versus TWO coupled views . . .

Hmmmm . . .

A THEORETICAL DESIGN:
      Drag-Drop entire media library into an fb2k playlist, select all and open the Properties window.
      In Properties main window, The "embedded cover tag viewing panel" is showing "«multiple values»" and we double-click on it
      and a second window flies open ... "Edit Value: Embedded Image" .
      Obviously this Tag Properties Edit page is different to all the other ones because it is dealing with an image.

      Therefore we may imagine a two-column view...
      The left-side column lists all our items, and is configurable by the user (i.e. right-click column header and choose a "Field name").
      The right-side column has a header named "Cover Present" and its lines will show us one of two words: "YES" or "NO" (and will sort YES/NO items if clicking on column header).
      Also add some mouse and keyboard functions for managing/editing selected items.
      Add some buttons for "frequently used tasks".

      And last but not least...
      MP3Tag is a respected piece of software and its syntax for embedded artwork is good and well thought out,
      instead of reinventing the wheel, maybe it would be a wise idea to "standardize" with it and incorporate the same syntax scheme.

I haven't pondered over it for too long, but the design seems pretty reasonable and logical?

Feel free to share your own thoughts and ideas.
 
***EDIT***     added the "sort by clicking on column header" idea by garym at next post.
 
 

This post has been edited by derty2: Sep 11 2012, 23:11

[garym]

and I assume you noted that in mp3tag, one can sort on these columns (so you could end up with the "no" embedded art albums all sorted together. There are view filters for such things in mp3tag as well.

[Ehaboof]

Many users want foobar to support this syntax but for various uses, so the mp3tag won't work for them.


I want the album artwork component to check if there is an artwork or not, if not then I want it to display a certain image instead of the default black one.