# \[X\] Ständiger Absturz **URL:** \ **Category:** Fehlermeldungen\ **Created:** [August 6, 2017, 4:44pm UTC](https://community.mp3tag.de/t/x-standiger-absturz/19204 "2017-08-06T16:44:48Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![icqtoni](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/i/ecc23a/32.png) [@icqtoni](https://community.mp3tag.de/u/icqtoni)\ **Post date:** [August 6, 2017, 4:44pm UTC](https://community.mp3tag.de/t/x-standiger-absturz/19204/1 "2017-08-06T16:44:48Z")
Hallo, als erstes möchte ich hier ein großes Lob für die App aussprechen. Mp3Tag ist die Anwendung wenn es um die Pflege größerer Sammlungen geht. Eigentlich habe ich das beschriebene Issue schon vor Jahren bemerkt. Trotz meiner vielen Tags konnte ich bis jetzt gut damit leben. Nun hat die Sammlung eine gewisse Größe und der Fehler tritt nun ständig auf. Umgebung: VM mit OS Win7 Enterprise SP1 8 vCpu a 2,5GHz XEON E5420 24 GB RAM Fehlerbeschreibung: Reproduzierbar wenn ich einen Tag über alle Files formatiere. Die gleiche Aktion auf die erste Hälfte und dann den Rest funzt. Es kommt auch vor, das noch nicht alle Tags formatiert wurden. Wenn ich z.B die Cover importiere kann ich nicht einmal alle File markieren. Der Fehler tritt auch bei Export, Import und Konvertierungen auf. Ich hänge hier das Logfile und ein Bild an Hat jemand eine Idee bzw. kann mir noch geholfen werden ?? [Mp3tagError.log](https://community.mp3tag.de/uploads/default/original/2X/0/0d9c9a99c20a495d30e23b90bfb5356c24cface8.log) (1.03 KB) ![](https://community.mp3tag.de/uploads/default/original/2X/6/64734d15dde1c23b6bf216aaf531b9ba8fbac233.jpg) ---
**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:** [August 6, 2017, 5:00pm UTC](https://community.mp3tag.de/t/x-standiger-absturz/19204/2 "2017-08-06T17:00:10Z")
Guckst du die Speicherplatzbegrenzung bei 32-bit-Anwendungen: z.B.: [https://forums.mp3tag.de/lofiversion/index.php?t7833.html](https://forums.mp3tag.de/lofiversion/index.php?t7833.html) ---
**Author:** ![MP3Freak\_Peter](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/c68b51/32.png) [@MP3Freak\_Peter](https://community.mp3tag.de/u/MP3Freak_Peter)\ **Post date:** [August 6, 2017, 5:07pm UTC](https://community.mp3tag.de/t/x-standiger-absturz/19204/3 "2017-08-06T17:07:11Z")
> [@icqtoni](#): > > Hallo, > > als erstes möchte ich hier ein großes Lob für die App aussprechen. > Mp3Tag ist die Anwendung wenn es um die Pflege größerer Sammlungen geht. > > Eigentlich habe ich das beschriebene Issue schon vor Jahren bemerkt. > Trotz meiner vielen Tags konnte ich bis jetzt gut damit leben. > Nun hat die Sammlung eine gewisse Größe und der Fehler tritt nun ständig auf. > > Umgebung: > VM mit OS Win7 Enterprise SP1 > 8 vCpu a 2,5GHz XEON E5420 > 24 GB RAM > > Fehlerbeschreibung: > Reproduzierbar wenn ich einen Tag über alle Files formatiere. > Die gleiche Aktion auf die erste Hälfte und dann den Rest funzt. > Es kommt auch vor, das noch nicht alle Tags formatiert wurden. > > Wenn ich z.B die Cover importiere kann ich nicht einmal alle File markieren. > Der Fehler tritt auch bei Export, Import und Konvertierungen auf. > > Ich hänge hier das Logfile und ein Bild an > Hat jemand eine Idee bzw. kann mir noch geholfen werden ?? 2GB Grenze, check bitte mal per Taskmanager oder besser Processexplorer den Speicherbedarf. ---
**Author:** ![icqtoni](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/i/ecc23a/32.png) [@icqtoni](https://community.mp3tag.de/u/icqtoni)\ **Post date:** [August 6, 2017, 5:21pm UTC](https://community.mp3tag.de/t/x-standiger-absturz/19204/4 "2017-08-06T17:21:59Z")
OK, Danke für die schnelle Antwort. Cover sind exportiert und Tags gelöscht, aber das reicht nicht. Was würde weiter helfen das Problem zu entschärfen? - Spalten in der Ansicht ausblenden - nur die ID3v2 Tags benutzen (ID3v1 löschen) - weiteres ... Gibt es Überlegungen eine 64bit Version zu erstellen? ---
**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:** [August 6, 2017, 5:25pm UTC](https://community.mp3tag.de/t/x-standiger-absturz/19204/5 "2017-08-06T17:25:23Z")
> [@icqtoni](#): > > ...Gibt es Überlegungen eine 64bit Version zu erstellen? Dazu kann ich nichts sagen. Die Konsequenz ist einfach ein geänderter Arbeitsablauf: nur einen Teil der Sammlung laden und ändern. Und dann den nächsten. ---
**Author:** ![icqtoni](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/i/ecc23a/32.png) [@icqtoni](https://community.mp3tag.de/u/icqtoni)\ **Post date:** [August 6, 2017, 5:50pm UTC](https://community.mp3tag.de/t/x-standiger-absturz/19204/6 "2017-08-06T17:50:30Z")
🙂 OK Danke für die Hilfe... ![](https://community.mp3tag.de/uploads/default/original/2X/3/3a08e69c8fbce68f22ed983ff26913f0507187f9.jpg) ---
**Author:** ![icqtoni](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/i/ecc23a/32.png) [@icqtoni](https://community.mp3tag.de/u/icqtoni)\ **Post date:** [August 7, 2017, 2:11pm UTC](https://community.mp3tag.de/t/x-standiger-absturz/19204/7 "2017-08-07T14:11:44Z")
Hallo, noch ein Update ... es liegt an der 2GB Grenze. Ich habe die Mp3tag.exe testweise gepatcht. App-Header modifizieren - nur für 64bit-OS 32bit App nachträglich mit LAA-Flag patchen Datenbereich erhöht sich von 2 auf bis zu 4GB [http://www.ntcore.com/4gb\_patch.php](http://www.ntcore.com/4gb_patch.php) Natürlich keine Haftung aber es funzt ... Ich arbeite aber besser weiter mit der Original-App. Nochmal Danke ![](https://community.mp3tag.de/uploads/default/original/2X/a/a2b57868affb14d315bf41bf5d9718fa8e4dd183.jpg) ---
**Author:** ![MP3Freak\_Peter](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/c68b51/32.png) [@MP3Freak\_Peter](https://community.mp3tag.de/u/MP3Freak_Peter)\ **Post date:** [August 7, 2017, 4:57pm UTC](https://community.mp3tag.de/t/x-standiger-absturz/19204/8 "2017-08-07T16:57:18Z")
> [@icqtoni](#): > > Hallo, > > noch ein Update ... es liegt an der 2GB Grenze. > Ich habe die Mp3tag.exe testweise gepatcht. > > App-Header modifizieren - nur für 64bit-OS > 32bit App nachträglich mit LAA-Flag patchen > Datenbereich erhöht sich von 2 auf bis zu 4GB > [http://www.ntcore.com/4gb\_patch.php](http://www.ntcore.com/4gb_patch.php) > Natürlich keine Haftung aber es funzt ... > > Ich arbeite aber besser weiter mit der Original-App. > > Nochmal Danke wow, Stop! **Du solltest das PE-Header Flag IMAGE\_FILE\_LARGE\_ADDRESS\_AWARE nicht ohne Rücksprache mit dem Entwickler setzen!** Mit dem Flag sagst du dem Betriebssystem dass die Anwendung das unterstützt und somit das Betriebssystem bis zu 4 GB zuweisen darf. Das Betriebssystem und du wissen das natürlich nicht. Wenn er auch nur an einer Stelle einen signed int32 als Adresspointer verwendet kann - die Anwendung instabil werden/abstürzen - du dir im schlimmsten Fall deine Dateien zerschießen Davon rate ich - auf eigene Faust - dringend ab. Hier sollen wir Florian einschalten. Ich hab ja schon an anderer Stelle im Forum schon mal die _Vermutung geäußert,_ das er vermutlich Abhängigkeiten zu externen Libs hat und das bzw. der Weg zu 64 Bit deshalb nicht so ohne weiteres machbar ist. Wobei ich immer noch nicht verstehe was MP3Tag alles im Speicher hält, m.E. sollte er mit 2 GB deutlich mehr Dateien verarbeiten können, da könnte man mal das Speichermanagement diskutieren 🙂