# Mp3tag slow
**URL:** https://community.mp3tag.de/t/mp3tag-slow/1839
**Category:** General Discussion
**Created:** [April 2, 2005, 6:05am UTC](https://community.mp3tag.de/t/mp3tag-slow/1839 "2005-04-02T06:05:10Z")
**Posts on this page:** 8
**Page:** 1
### Author:  [@hit\_ny](https://community.mp3tag.de/u/hit_ny)
#### Post date: [April 2, 2005, 6:05am UTC](https://community.mp3tag.de/t/mp3tag-slow/1839/1 "2005-04-02T06:05:10Z")
I tried to import a folder of mp3 tracks and found mp3tag 2.29 took almost a minute to import _one_ album !!
Is there something i need to tweak, was hoping it would be much quicker.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 2, 2005, 6:08am UTC](https://community.mp3tag.de/t/mp3tag-slow/1839/2 "2005-04-02T06:08:45Z")
These files have probably a lot of invalid padding (many zeros) at the beginning of the file or _very_ big embedded cover art.
Try to remove the ID3v2 tags and re-write them via the undo feature - this should do the trick.
Best regards,
~ Florian
---
### Author:  [@hit\_ny](https://community.mp3tag.de/u/hit_ny)
#### Post date: [April 2, 2005, 6:25am UTC](https://community.mp3tag.de/t/mp3tag-slow/1839/3 "2005-04-02T06:25:25Z")
> [@](#):
>
> These files have probably a lot of invalid padding (many zeros) at the beginning of the file or _very_ big embedded cover art.
>
> Try to remove the ID3v2 tags and re-write them via the undo feature - this should do the trick.
>
> Best regards,
> ~ Florian
>
> \<{POST\_SNAPBACK}\>
They do have ID3v2 tags in them, which would be at the beginning of the tracks.
It's difficult to do re-writes as i have thousands of tracks tagged this way.
I'm unsure why you would say the padding is invalid. winamp, fb2k seem to read them fairly quickly.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 2, 2005, 6:57am UTC](https://community.mp3tag.de/t/mp3tag-slow/1839/4 "2005-04-02T06:57:29Z")
AFAIK, neither Winamp nor foobar2000 are detecting invalid padding. Can you provide me one of the problem files, so I can analyze them?
---
### Author:  [@hit\_ny](https://community.mp3tag.de/u/hit_ny)
#### Post date: [April 2, 2005, 7:23am UTC](https://community.mp3tag.de/t/mp3tag-slow/1839/5 "2005-04-02T07:23:12Z")
That is quite possible, which raises the question why detect the padding at all in mp3tag ?
As far as i understand padding is there to reduce time taken for subsequent re-wites. I think this is a good idea when small changes need to be made to lots of files at a time. Especially if they are ID3v2.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 2, 2005, 7:26am UTC](https://community.mp3tag.de/t/mp3tag-slow/1839/6 "2005-04-02T07:26:21Z")
Mp3tag detects invalid padding, because otherwise it wouldn't be possible to remove the invalid padding - I'm not talking about regular padding within the ID3v2 tag boundaries here, but about invalid padding outside the tag which was added by MusicMatch IIRC.
This won't be changed.
---
### Author:  [@hit\_ny](https://community.mp3tag.de/u/hit_ny)
#### Post date: [April 3, 2005, 6:20am UTC](https://community.mp3tag.de/t/mp3tag-slow/1839/7 "2005-04-03T06:20:41Z")
OK, is there a tool i can use to find if an mp3 _does_ have invalid padding ?
..now its clear what kind of padding we are talking about 🙂
I also wonder whether i should import and mp3tag alone for some time...
does mp3tag build up a database of what it imports, so in the future its quicker to access imported albums ?
---
### Author:  [@Sebastian\_Mares](https://community.mp3tag.de/u/Sebastian_Mares)
#### Post date: [April 3, 2005, 6:26am UTC](https://community.mp3tag.de/t/mp3tag-slow/1839/8 "2005-04-03T06:26:40Z")
> [@](#):
>
> does mp3tag build up a database of what it imports, so in the future its quicker to access imported albums ?
>
> \<{POST\_SNAPBACK}\>
Nope and this is not planned either. 🙂