Speicherprobleme

in meinem Fall: 0 Covers ...

es kommt natürlich auch drauf an, wieviel Speicher bei Start der App noch frei sind.
versuchsweise doch mal den Task-Manager starten + dann Mp3tag auf die Musiksammlung loslassen. so ist die Speicherauslastung jederzeit schön sichtbar.

wobei: selbst wenn der physische Speicher aufgebracht ist, müsste es doch mit virtuellem, sprich Auslagerungsdatei, weitergehen (langsam zwar), aber ohne Absturz !?

für mich noch nicht erklärt ist die Speicherdifferenz vor/nach Prog-Start. Florian???

lG, andreas

Evtl. hat das System eben etwas entladen was nicht mehr benötigt wurde.

Es ist meiner Meinung nach auch recht müßig sich bei einem so komplexen Ding wie der Speicherverwaltung aktueller Betriebssysteme Gedanken darüber zu machen, wie welche Differenzen wann zustande kommen.

Der hohe Speicherverbrauch liegt jedoch an der Verwendung von Cover in den Tags der (hohen Anzahl von) Dateien. Ich werde versuchen das Problem zu adressieren und werde euch über Updates auf dem Laufenden halten.

Mit der neuen Version tritt das Speicherplatzproblem wesentlich später auf

... ist aber noch nicht ganz beseitigt.

Auch die neue Version Mp3tag v2.44 kann bei mir (WinXP 2 GB) nur ca. 90000 Tracks einlesen. Ich warte auf die nächste Version.

Bei Version 2.46a besteht die Speicherplatzbegrenzung weiterhin. Allerdings sind bei meiner Sammlung sehr viele Cover eingebettet. Eine geordnete Gesamtliste zu erstellen ist damit unmöglich.

Nun ist mir folgende Idee gekommen.

  1. Ich erstelle eine Kopie.
  2. In der Kopie werden alle Cover gelöscht.
    2a. Dazu muss ich Sammlung in 6 Teilen einlesen.
  3. Anschließend lasse ich die gesamte Sammlung einlesen.
  4. Eine geordnete Gesamtliste wird erstellt.
  5. Die Kopie wird gelöscht.

Hat diese Vorgehensweise Aussicht auf Erfolg?

Gibt es schon neue Erkenntnisse?

@mbaa3 - muß diese Frage mal an Dich zurück stellen,- welche Auswirkung hat wirklich das Entfernen der Cover (Florian schrieb 2008, dass der Speicherverbrauch v.a. an den Covers liegt, und Du auch 2008, dass 90.000 Tracks noch/schon gehen), hastes mal ohne Covers versucht - und welche Erfolge genau erzielt, sprich: bis zu welcher Track-Anzahl klappts noch mit/ohne Cover?
Inzwischen gibts ja auch Vista/Win7, mit anderen Speicherverwaltungen und die 2.47b ist draußen.

THX vorab für die Mühe.

Edit - Mal eine kleine Statistik von mir:
[Vista-SP2, 3GB-RAM]
Für das Einlesen einer 118.026 Tracks (noch) wilden Sammlung braucht MP3Tag 720 MByte Speicher; Speicherplatz aller Tag-Felder (%_tag_size%) beträgt insgesamt gute 2 GByte, davon sind 12.787 Tracks mit Covern in 1,8 GBytes.
...mögliche Grenze evtl. bei mir um die 150.000 Tracks (s. Bild),- mal sehen...


Hallöchen,
das Problem was hier im Thread beschrieben wird ist mir nur in den früheren Versionen aufgetreten.
Bei 2 HT Tracks von div. ext. Platten heute kein Problem für mich, allerdings ist das sortieren; filtern sehr zeit-intensiv/-raubend

Grüße vom (>'l')> DJ Mucke <('l'<)

Auch bei Version 2.48 bleibt das Problem grundsätzlich bestehen. Jedensfalls wenn sehr viele Cover eingebettet sind. Leider kann ich so kein Gesamtverzeichnis erstellen. Nachtrag: Ebenso bei 2.48c

Ob mit Version 2.5 das RAM-Speicherproblem beseitigt wird? Ich hoffe sehr.

Das RAM-Speicherproblem besteht bei Version 2.5 weiterhin.

Ich hab das Problem, dass bei etwa 300.000 Dateien Schluss ist, meine gesamte Sammlung besteht aber aus > 400.000. Trotz Win7 64 bit Ultimate und 32 GB Speicher...

LG
Kuhu

Meiner Ansicht nach liegt das am Adressraum, der 32-bit-Anwendungen zur Verfügung steht. Das sind ca. 3GB. Und wenn das voll ist, ist Schluss, egal wieviel RAM oder HD-Platz noch vorhanden ist.
Solange es keine 64-bit-Version von MP3tag gibt, wird sich daran nichts ändern.

Wird es denn eine 64-bit-Version von MP3tag geben?

Wird es denn eine 64-bit-Version von MP3tag geben?

das ist soweit richtig, wobei 3GB ne Menge Holz ist, je nach wie der Speicher verwaltet wird und welche Informationen im Speicher hinterlegt werden.

Ich kann trotz Win7-64bit und 8 GB RAM nicht alle Tracks laden!

Ja. Genau die Gründe sind in den posts zuvor erklärt worden. Nach 3 GB ist Schluss für 32bit-Anwendungen. Egal wie viel RAM zusätzlich vorhanden ist.

Schade, dass sich auch über Jahre hier nichts getan hat.