# 64 bit port
**URL:** https://community.mp3tag.de/t/64-bit-port/9397
**Category:** General Discussion
**Created:** [November 22, 2009, 1:05am UTC](https://community.mp3tag.de/t/64-bit-port/9397 "2009-11-22T01:05:48Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@nickless](https://community.mp3tag.de/u/nickless)
#### Post date: [November 22, 2009, 1:05am UTC](https://community.mp3tag.de/t/64-bit-port/9397/1 "2009-11-22T01:05:48Z")
Hello Florian,
I know that porting Mp3Tag to another operating system is not planned, now how about same OS but other architectures? 🙂
What is the official position about a native 64 bit port for windows?
Regards,
nickless
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [November 26, 2009, 7:40pm UTC](https://community.mp3tag.de/t/64-bit-port/9397/2 "2009-11-26T19:40:27Z")
> [@nickless](#):
>
> What is the official position about a native 64 bit port for windows?
To be honest, there currently is no official position. I currently don't see any real benefits (except for the possibility to address more memory). Are there any I'm missing?
Kind regards,
Florian
---
### Author:  [@nickless](https://community.mp3tag.de/u/nickless)
#### Post date: [November 27, 2009, 2:32pm UTC](https://community.mp3tag.de/t/64-bit-port/9397/3 "2009-11-27T14:32:46Z")
> [@Florian](#):
>
> I currently don't see any real benefits (except for the possibility to address more memory). Are there any I'm missing?
No, I don't think mp3tag would directly benefit from x86\_64, and there are no new fancy features in the 64-bit APIs yet.
I was just wondering whether you plan to switch to 64 bit at some point, since 32-bit versions of some libraries you are using might become underdeveloped and buggy or just go away in a couple of years.
Regards,
nickless
---
### Author:  [@skeleton](https://community.mp3tag.de/u/skeleton)
#### Post date: [March 4, 2018, 5:09pm UTC](https://community.mp3tag.de/t/64-bit-port/9397/4 "2018-03-04T17:09:29Z")
> [@nickless](#):
>
> I'm missing?
There would be a huge benefit to a 64-bit version for editing a large collection. I continually experience program aborts on my 64-bit Win 8.1 machine which appear to be memory related. My collection is around 70k files and I have to work in small sub-directories but the program still aborts and has to be restarted after 25 or so file saves. Just today I'm adding six new cds to the collection. This new-fangled idea you younger folks have of loading memory with data instead of using databases and temporary files definitely limits things. I'd like to see Florian utilize the free Microsoft SQL Server database
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [March 4, 2018, 5:25pm UTC](https://community.mp3tag.de/t/64-bit-port/9397/5 "2018-03-04T17:25:53Z")
> [@skeleton](#):
>
> I'd like to see Florian utilize the free Microsoft SQL Server database
Have a look at the change-log:
> [@Mp3tag v2.86 released](https://community.mp3tag.de/t/mp3tag-v2-86-released/19711):
>
> I've just released Mp3tag v2.86! This version comes with a wide variety of changes, most notably: orange_book Library to permanently store metadata Normally, Mp3tag reads metadata from files when loading files, directories or playlists and stores the data in memory. Then, when you close Mp3tag, the data once read from the files is discarded and must be read again the next time you're working with those files in Mp3tag. This can become both time consuming and memory intensive, especially …
---
### Author:  [@skeleton](https://community.mp3tag.de/u/skeleton)
#### Post date: [May 30, 2018, 8:22pm UTC](https://community.mp3tag.de/t/64-bit-port/9397/6 "2018-05-30T20:22:44Z")
Yesterday I downloaded the 2.88 release and installed in on my 64-bit Win 8.1 8gb machine, and now I can load my whole 70k track collection and edit it endlessly with no problems that I've seen yet. Prior to this, I had to load my collection in subsets to keep from aborting. This is a great improvement. Many thanks to Florian for this upgrade.