# Sort out unwanted covers **URL:** https://community.mp3tag.de/t/sort-out-unwanted-covers/57297 **Category:** Support **Created:** [May 14, 2022, 5:18am UTC](https://community.mp3tag.de/t/sort-out-unwanted-covers/57297 "2022-05-14T05:18:56Z") **Posts on this page:** 1 **Showing post:** 13
### 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: [May 15, 2022, 8:04am UTC](https://community.mp3tag.de/t/sort-out-unwanted-covers/57297/13 "2022-05-15T08:04:23Z")
Embedded pictures are different, I think. So $meta() does not work. I see your use case and also the inconsistency in behaviour that the \_COVER\_TYPE is updated for each picture but other properties aren't. I wrote a feature request: > [@Export properties of current embedded cover (incl. dimensions)](https://community.mp3tag.de/t/export-properties-of-current-embedded-cover-incl-dimensions/57307): > > I would like to see that when exporting an embedded picture to file with the action of the type "Export cover to file" that all the properties are taken from the current picture - and not just from the first. So, e.g. if a cover file name is defined as %album%\_%\_cover\_type%\_%\_cover\_width%x%\_cover\_height% and there are embedded picture with the property front: 600\*539 and back: 840\*472 then the resulting filenames for the picture are: My Album\_Front Cover\_600x536 My Album\_Back Cover\_600x… --- _[View the full topic](https://community.mp3tag.de/t/sort-out-unwanted-covers/57297)._