# Request: Additional cover art variables

**URL:** https://community.mp3tag.de/t/request-additional-cover-art-variables/10582
**Category:** General Discussion
**Created:** [June 23, 2010, 7:20pm UTC](https://community.mp3tag.de/t/request-additional-cover-art-variables/10582 "2010-06-23T19:20:55Z")
**Posts on this page:** 1
**Showing post:** 2

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [June 24, 2021, 10:15am UTC](https://community.mp3tag.de/t/request-additional-cover-art-variables/10582/2 "2021-06-24T10:15:20Z")

</div>

The first two

`%_cover_width%`  
and  
`%_cover_height%`

are available since Mp3tag v2.87b:

> [@Request: Column for cover image dimensions](https://community.mp3tag.de/t/request-column-for-cover-image-dimensions/41243/20):
>
> After various internal experiments, I'm happy to have a solution that has no significant performance implications. With [Mp3tag v2.87b](https://community.mp3tag.de/t/455), you can now use %\_cover\_width% and %\_cover\_height% to access the width and the height of the first embedded cover art. An example column configuration that resembles the requested information field for cover resolution would be [%\_cover\_width% x %\_cover\_height%]

Since this part of the [documentation](https://docs.mp3tag.de/converters), also this 3 are available:

`%_cover_mimetype%` --\> Mimetype of first cover art in the tag of the file  
`%_cover_size%` --\> Size of first cover art in the tag of the file in bytes  
`%_cover_type%` --\> Cover type of first cover art in the tag of the file

---

_[View the full topic](https://community.mp3tag.de/t/request-additional-cover-art-variables/10582)._