# \[X\] Bug: Copied album art not the same file size as source

**URL:** https://community.mp3tag.de/t/x-bug-copied-album-art-not-the-same-file-size-as-source/16158
**Category:** No Bugs
**Created:** [September 20, 2014, 1:57am UTC](https://community.mp3tag.de/t/x-bug-copied-album-art-not-the-same-file-size-as-source/16158 "2014-09-20T01:57:53Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![ExiledLife](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/e/fbc32d/32.png) [@ExiledLife](https://community.mp3tag.de/u/ExiledLife)
#### Post date: [September 20, 2014, 1:57am UTC](https://community.mp3tag.de/t/x-bug-copied-album-art-not-the-same-file-size-as-source/16158/1 "2014-09-20T01:57:53Z")

</div>

I am not sure if this is a bug related to Mp3Tagger or an issue with how windows handles things. I am currently Running Windows 8.1.

If I right click and copy or cut the album cover and then paste it, the resulting file size is less than the original. If I drag the album artwork to a folder and then drag the file over it is the correct file size. This has been an issue with older versions and happens with any artwork I use.

I searched and found a similar issue posed a long time ago.  
[F] Paste Cover, V2.39P

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [September 20, 2014, 3:02am UTC](https://community.mp3tag.de/t/x-bug-copied-album-art-not-the-same-file-size-as-source/16158/2 "2014-09-20T03:02:34Z")

</div>

> [@ExiledLife](#):
>
> I am not sure ... If I right click and copy or cut the album cover and then paste it, the resulting file size is less than the original. If I drag the album artwork to a folder and then drag the file over it is the correct file size. This has been an issue with older versions and happens with any artwork I use. ...

It seems that you have explored a new case, because you wrote, "the resulting file size is _less_ than the original".  
On the other hand people wrote, "the resulting file size is _greater_ than the original".  
Read there ...  
[Cover Art & filesize](https://community.mp3tag.de/t/16012/3)  
Take it as it is.

DD.20140920.0702.CEST

---

<div class="post-metadata">

### Author: ![ExiledLife](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/e/fbc32d/32.png) [@ExiledLife](https://community.mp3tag.de/u/ExiledLife)
#### Post date: [September 20, 2014, 3:45am UTC](https://community.mp3tag.de/t/x-bug-copied-album-art-not-the-same-file-size-as-source/16158/3 "2014-09-20T03:45:24Z")

</div>

So it is just a way that windows handles copying images using the clipboard. Is there any resulting loss of image quality?

---

<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: [September 20, 2014, 1:36pm UTC](https://community.mp3tag.de/t/x-bug-copied-album-art-not-the-same-file-size-as-source/16158/4 "2014-09-20T13:36:13Z")

</div>

That depends on the quality parameters with which the image got created.  
In general: jpg uses a lossy compression. Decompressing and then recompressing will probably reduce the quality.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 2:35pm UTC](https://community.mp3tag.de/t/x-bug-copied-album-art-not-the-same-file-size-as-source/16158/5 "2018-12-28T14:35:29Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
