# \[X\] Export cove: folder.jpg duplicates to folder(1).jpg
**URL:** https://community.mp3tag.de/t/x-export-cove-folder-jpg-duplicates-to-folder-1-jpg/18387
**Category:** No Bugs
**Created:** [October 31, 2016, 2:42pm UTC](https://community.mp3tag.de/t/x-export-cove-folder-jpg-duplicates-to-folder-1-jpg/18387 "2016-10-31T14:42:50Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@stevehero](https://community.mp3tag.de/u/stevehero)
#### Post date: [October 31, 2016, 2:42pm UTC](https://community.mp3tag.de/t/x-export-cove-folder-jpg-duplicates-to-folder-1-jpg/18387/1 "2016-10-31T14:42:50Z")
I'm using this to export a cover called **folder.jpg** based on an if function for **.FLAC** files only.
```
$if($eql(%_extension%,flac),M:'\'_LOSSLESS'\'[%albumartist% -] [%album%] [%year%]'\'folder,'')
```
Ran once it's okay.
Running again results in another file called **folder(1).jpg**
I've added the extension which is not the correct way to do it like so:
```
$if($eql(%_extension%,flac),M:'\'_LOSSLESS'\'[%albumartist% -] [%album%] [%year%]'\'folder,jpg,'')
```
And the result is no duplication of that file **folder.jpg.jpg**
Seems mp3Tag is not picking up on something here.
PS. I know I can do this:
```
$if($eql(%_extension%,flac),folder,'')
```
Nonetheless I think this is a bug, no?
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [October 31, 2016, 5:16pm UTC](https://community.mp3tag.de/t/x-export-cove-folder-jpg-duplicates-to-folder-1-jpg/18387/2 "2016-10-31T17:16:07Z")
I have also seen files with names like folder(1).jpg and folder(2).jpg
After further investigation I found that they are only created if an already existing file of the same name is not equal to the newly created one.
So in a way you are right: you cannot overwrite existing files of the same name.
On the other hand: this preserves the old data that you might want to keep.
If you do not want to keep the file, execute a little batch job that deletes the folder.jpg file before you create new ones.
(e.g. batch job:
del /s /ah /as folder.jpg
if the files are hidden ones.
---
### Author:  [@stevehero](https://community.mp3tag.de/u/stevehero)
#### Post date: [October 31, 2016, 5:29pm UTC](https://community.mp3tag.de/t/x-export-cove-folder-jpg-duplicates-to-folder-1-jpg/18387/3 "2016-10-31T17:29:42Z")
No. I think correct behavior would be to over write the **folder.jpg** with **folder.jpg** and not overwrite to **folder(1).jpg** or not overwrite it at all in my tests that I've done. Why would this behavior be acceptable or wanted?
Fixing this bug in mp3tag would lead to accurate trustworthy behavior.
```
[] export duplicate covers
```
Should give the user an option to save out new covers while retaining what's there. Not the way you describe.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [October 31, 2016, 5:44pm UTC](https://community.mp3tag.de/t/x-export-cove-folder-jpg-duplicates-to-folder-1-jpg/18387/4 "2016-10-31T17:44:26Z")
I've got a set of fairly untidy folders with tracks for testing in them.
One example folder has 2 files - allegedly from the same album - with different embedded covers in them.
When I run the export cover action, I get these files
folder.jpg
folder(1).jpg
If both covers were the same, I would get only a
folder.jpg
I am not really comfortable with this behaviour as I usually expect a file be overwritten with another one of the same name. So it is not free of suprises.
On the other hand: like this you have the (undocumented) feature to find folders with files that have different embedded pictures.
You can then clean up - either the embedded pictures or the exported ones and import them again - then the next export should result in just one
folder.jpg
I don't know.
The "export duplicates" feature actually exports EVERY embedded picture, even if they are the same. So you cannot find out (quickly) were the incongruencies are.
---
### Author:  [@stevehero](https://community.mp3tag.de/u/stevehero)
#### Post date: [October 31, 2016, 6:06pm UTC](https://community.mp3tag.de/t/x-export-cove-folder-jpg-duplicates-to-folder-1-jpg/18387/5 "2016-10-31T18:06:23Z")
> [@ohrenkino](#):
>
> If both covers were the same, I would get only a
> folder.jpg
This is not the case in my first example. Although I've just tested that again and it's working fine. Not sure what was causing the issue.
> [@ohrenkino](#):
>
> The "export duplicates" feature actually exports EVERY embedded picture, even if they are the same. So you cannot find out (quickly) were the incongruencies are.
OH! I thought this was not to allow duplicates like what was happening me!
**Export all cover types** would be a bit clearer.
I'll write back here if this occurs again. But like you sIaid you've got these folder(1), folder(2) things floating about your HD.
Case closed (for now) 🙂
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 2:39pm UTC](https://community.mp3tag.de/t/x-export-cove-folder-jpg-duplicates-to-folder-1-jpg/18387/6 "2018-12-28T14:39:27Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.