# Mp3tag not keeping cover size while copying
**URL:** https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208
**Category:** General Discussion
**Created:** [September 16, 2008, 8:56pm UTC](https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208 "2008-09-16T20:56:10Z")
**Posts on this page:** 8
**Page:** 1
### Author:  [@robertin75](https://community.mp3tag.de/u/robertin75)
#### Post date: [September 16, 2008, 8:56pm UTC](https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208/1 "2008-09-16T20:56:10Z")
Hello:
This happens with the "Copy Cover" and ยจ"Paste Cover" features in the cover box.
For example, I want to copy a 27KB image/jpg 301x300 cover and paste it to another file.
When I paste the cover this copies as a 66KB image/jpeg 301x300.
Main differences: file size (from 27KB to 66KB) and file type(from image/jpg to image/jpeg).
Any help is greatly appreciated.
Thanks,
Roberto
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [September 17, 2008, 5:31am UTC](https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208/2 "2008-09-17T05:31:55Z")
If you want to store exactly the same cover, please don't use the clipboard functions. The image in the clipboard is stored as DIB (Device Independent Bitmap) and Mp3tag creates a JPG from this while pasting.
---
### Author:  [@Emdosis](https://community.mp3tag.de/u/Emdosis)
#### Post date: [January 28, 2022, 1:43am UTC](https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208/3 "2022-01-28T01:43:04Z")
Please get a better jpeg encoder. 90% of online bmp-to-jpg converters can achieve much smaller file sizes without any quality losses. EDIT: Yeah, it turns out I was wrong about that and there are very minor quality changes, at least in the ones that approach the original file size, except for Irfanview.
Edit: I just realized that another possible reason for the high file size could be bitmap rendering. For example if you copy an image like [https://i.imgur.com/4MSj5Bt.jpg](https://i.imgur.com/4MSj5Bt.jpg) and use something like [PasteIntoFile](https://github.com/EslaMx7/PasteIntoFile/releases) or [PasteasFile](https://pasteasfile.org/pasteasfile/download) to save it as a bitmap file, you'll get a bmp file of 4.57 MB, but if you paste it into GIMP or Irfanview, then export it, you'll get a bmp file of 3.43 MB.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [January 28, 2022, 5:15am UTC](https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208/4 "2022-01-28T05:15:10Z")
The issue described in the OT is no longer the case in current versions of Mp3tag (this topic is 13 years old). I've changed the behavior with v2.95a as outlined here:
> [@Cover copy/paste increases cover size](https://community.mp3tag.de/t/cover-copy-paste-increases-cover-size/12474/4):
>
> I've changed the copy-paste behavior with [Mp3tag v2.95a](https://community.mp3tag.de/t/455). Besides the DIB version that is used to create the JPEG, Mp3tag now also copies the actual image data to the clipboard and prefers that when pasting internally.
The original JPEG is copied when copying covers from file to file.
Regarding the JPEG/PNG encoders used in Mp3tag: I'm using Windows GDI+ and have no plans of changing that.
---
### Author:  [@Emdosis](https://community.mp3tag.de/u/Emdosis)
#### Post date: [January 28, 2022, 10:33am UTC](https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208/5 "2022-01-28T10:33:38Z")
> [@Florian](#):
>
> The original JPEG is copied when copying covers from file to file.
Yes, that is indeed good, but my problem arises when copying images to clipboard from let's say Chrome.
> [@Florian](#):
>
> I'm using Windows GDI+ and have no plans of changing that.
All right then.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [January 28, 2022, 2:12pm UTC](https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208/6 "2022-01-28T14:12:06Z")
> [@Emdosis](#):
>
> Yes, that is indeed good, but my problem arises when copying images to clipboard from let's say Chrome.
If you download these images to a local folder first, do they have the same image details as what you expected from Chrome? And if you then copy and insert these local files to mp3tag do they still change, or maintain those same local file stats? I don't think I would necessarily trust the image size info provided by a web browser to be exact compared to the actual file info.
---
### Author:  [@Emdosis](https://community.mp3tag.de/u/Emdosis)
#### Post date: [January 28, 2022, 3:44pm UTC](https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208/7 "2022-01-28T15:44:14Z")
From my first comment it is clear that I have already compared file sizes of clipboard images (bmp files) and source file images (jpegs). Besides, I never said I was looking at the file size info on Chrome (which, like you said, isn't something that's easily or accurately done).
Anyways, I have already acknowledged that except for Irfanview, all those other jpeg converters are not 100% lossless so I don't have a problem anymore...
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [April 4, 2022, 8:55pm UTC](https://community.mp3tag.de/t/mp3tag-not-keeping-cover-size-while-copying/7208/8 "2022-04-04T20:55:56Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.