# Embedded cover width & height

**URL:** https://community.mp3tag.de/t/embedded-cover-width-height/10460
**Category:** Support
**Created:** [May 23, 2010, 4:30pm UTC](https://community.mp3tag.de/t/embedded-cover-width-height/10460 "2010-05-23T16:30:36Z")
**Posts on this page:** 1
**Showing post:** 3

<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:09am UTC](https://community.mp3tag.de/t/embedded-cover-width-height/10460/3 "2021-06-24T10:09:26Z")

</div>

Since this thread appears as first entry for a search with "cover width" or "cover height" I would like to add that this two new variables where added in Mp3tag v2.87b:

`%_cover_width%`  
and  
`%_cover_height%`

> [@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%]

---

_[View the full topic](https://community.mp3tag.de/t/embedded-cover-width-height/10460)._