# flac: cover file understanding (embeded or linked)

**URL:** https://community.mp3tag.de/t/flac-cover-file-understanding-embeded-or-linked/17319
**Category:** General Discussion
**Created:** [October 22, 2015, 11:37am UTC](https://community.mp3tag.de/t/flac-cover-file-understanding-embeded-or-linked/17319 "2015-10-22T11:37:16Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![mktr](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/838e76/32.png) [@mktr](https://community.mp3tag.de/u/mktr)
#### Post date: [October 22, 2015, 11:37am UTC](https://community.mp3tag.de/t/flac-cover-file-understanding-embeded-or-linked/17319/1 "2015-10-22T11:37:16Z")

</div>

Hi,

I'm still looking for the best way to add cover pictures to my flac-ripped CDs. So far I seem to have embedded the binary picture data (when ripping with EAC), I'd prefer to just link to a picture file in a folder. This may not (yet) be possible with mp3tag (didn't find this option at least) but is available by command line [https://xiph.org/flac/documentation\_tools\_flac.html#flac\_options\_picture](https://xiph.org/flac/documentation_tools_flac.html#flac_options_picture).

My idea is that (binary) embedding increases file size (and alters the complete file upon changes) and its a "static" picture - while the reference to a file allows for quick (ex)change of the picture (file) w/o altering the flac file itself. I can also add numerous further pictures from the booklet w/o blowing the size for each flac file (and with padding in metadata, not even touch the music data).  
Does this sound somewhat understandable to you (whether you agree on the "advantage" or not)? ![:unsure:](https://community.mp3tag.de/uploads/default/original/1X/cfaeba84fe6704387c5b34dfdd8172bd51b6f533.gif ":unsure:")  
Is "linking" somewhere available in Mp3tag?

Unfortunately, by command line at least, in contrast to embedding the binary pictures, it seems to be necessary to list all the picture data (mime type, size, colours) explicitly (as the picture file/link is obviously not checked for that). This is obviously far more work and also would require new tagging e.g. upon replacing the linked picture with a higher qualitiy one.

Do you know an alternative way to achieve what I imagine here?

Hope I'm not too far off-topic/off-mp3tag.

Best regards,  
Thomas

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [October 22, 2015, 11:47am UTC](https://community.mp3tag.de/t/flac-cover-file-understanding-embeded-or-linked/17319/2 "2015-10-22T11:47:43Z")

</div>

> [@mktr](#):
>
> ...  
> Is "linking" somewhere available in Mp3tag?  
> ,,,

Not that I know of.  
Just some other thoughts:  
Padding also occurs in the file system depending on the block size supported by the OS. I wouldn't bother too much about that.  
Keeping the objects (music and picture) in sync is much harder if they are separate objects. I would favour an approach where you only have a single object that has all the data.  
Do you know of any player that supports linked picture files?

---

<div class="post-metadata">

### Author: ![mktr](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/838e76/32.png) [@mktr](https://community.mp3tag.de/u/mktr)
#### Post date: [October 22, 2015, 1:30pm UTC](https://community.mp3tag.de/t/flac-cover-file-understanding-embeded-or-linked/17319/3 "2015-10-22T13:30:21Z")

</div>

> [@ohrenkino](#):
>
> Padding also occurs in the file system depending on the block size supported by the OS. I wouldn't bother too much about that.

In case of (several) hi-res pictures it will cause complete rewriting.

> [@ohrenkino](#):
>
> Keeping the objects (music and picture) in sync is much harder if they are separate objects. I would favour an approach where you only have a single object that has all the data.

As I usually handle folders but not single files I don't mind.

> [@ohrenkino](#):
>
> Do you know of any player that supports linked picture files?

I was just about to reply that Foobar can and obviously Twonky as well, but upon re-testing now I have to admit that indeed I don't know any - but I know now to press "save" more often in Mp3tag and also some other things...

Thank you a lot for questioning (and (instant) reply in general)!

So, then I'm left now with the question whether to tag pictures at all or just store as folder.jpg or the like in the album folder (still enabling easy swapping the picture). Twonky can handle both, but not that well in coexistance.

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [October 22, 2015, 1:40pm UTC](https://community.mp3tag.de/t/flac-cover-file-understanding-embeded-or-linked/17319/4 "2015-10-22T13:40:51Z")

</div>

If you read that text you linked it also says "though this use is discouraged".  
Apparently, enough people were.

---

<div class="post-metadata">

### Author: ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [October 22, 2015, 2:04pm UTC](https://community.mp3tag.de/t/flac-cover-file-understanding-embeded-or-linked/17319/5 "2015-10-22T14:04:48Z")

</div>

To achieve a good balance between file-size and cover-quality and compatibilty with different players I do this:

I have all my music files in album-folders.  
I only embed the front-cover in resolution 800x800 in the tracks and as a file (folder.jpg)  
I put Hi-Res covers (Front, Back, Booklet ...) in the folder.  
(Names: %albumartist% - %album% - Front/Back/Booklet ...)

BTW Mp3tag is able to show one cover-file of the directory in the folder without embedding.
