# Lange Zugriffszeiten
**URL:** https://community.mp3tag.de/t/lange-zugriffszeiten/2987
**Category:** Allgemein
**Created:** [March 2, 2006, 8:46am UTC](https://community.mp3tag.de/t/lange-zugriffszeiten/2987 "2006-03-02T08:46:47Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@bruderCC](https://community.mp3tag.de/u/bruderCC)
#### Post date: [March 2, 2006, 8:46am UTC](https://community.mp3tag.de/t/lange-zugriffszeiten/2987/1 "2006-03-02T08:46:47Z")
Hallo,
ich versuche mal, das Problem (und den Weg dahin) zu beschreiben:
**kein Problem:**
- öffne Mp3tag per "Öffnen mit"-Explorererweiterung
- gehe zu einer Datei (mit Cursor down)
- drücke F2 (Editier-Modus)
- mit TAB gehe ich in die zweite Spalte (Kommentar)
- mit TAB gehe ich in die dritte Spalte (URL)
**Problem:**
- öffne Mp3tag per "Öffnen mit"-Explorererweiterung
- gehe zu einer Datei (mit Cursor down)
- **über das Kontextmenü rufe ich nun Tools/mp3directcut auf, kürze die Datei (ca. 50 MB) etwas, speichere die Änderung und schließe mp3directcut wieder**
- drücke F2 (Editier-Modus)
- mit TAB gehe ich in die zweite Spalte (Kommentar)
- mit TAB gehe ich in die dritte Spalte (URL) --\> **dieser Spaltenwechsel dauert nun mehrere Sekunden, was relativ störend ist, wenn man viele Dateien hintereinander bearbeitet**
Habe ich irgendwo was falsch eingestellt, oder kann ich das irgendwie beschleunigen?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 2, 2006, 11:10am UTC](https://community.mp3tag.de/t/lange-zugriffszeiten/2987/2 "2006-03-02T11:10:55Z")
Über das Bearbeiten mit mp3DirectCut wird der ID3v2 Tag oder zumindest das Padding im ID3v2 Tag entfernt, so dass bei einer weiteren Änderung die komplette Datei neu geschrieben werden muss.
Eindeutig ein Anwenderfehler und kein Bug.
---
### Author:  [@bruderCC](https://community.mp3tag.de/u/bruderCC)
#### Post date: [March 2, 2006, 11:26am UTC](https://community.mp3tag.de/t/lange-zugriffszeiten/2987/3 "2006-03-02T11:26:33Z")
> [@](#):
>
> Über das Bearbeiten mit mp3DirectCut wird der ID3v2 Tag oder zumindest das Padding im ID3v2 Tag entfernt, so dass bei einer weiteren Änderung die komplette Datei neu geschrieben werden muss.
>
> Eindeutig ein Anwenderfehler und kein Bug.
>
> \<{POST\_SNAPBACK}\>
Achso... wäre es theoretisch möglich, mp3directcut entsprechend zu ändern, oder ist das prinzipbedingt (durch das Kürzen) einfach hinzunehmen?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 2, 2006, 11:51am UTC](https://community.mp3tag.de/t/lange-zugriffszeiten/2987/4 "2006-03-02T11:51:09Z")
> [@](#):
>
> Achso... wäre es theoretisch möglich, mp3directcut entsprechend zu ändern, oder ist das prinzipbedingt (durch das Kürzen) einfach hinzunehmen?
>
> \<{POST\_SNAPBACK}\>
> [@](#):
>
> The following data was found at the beginning of the base file (e.g. ID3v2 Tag, incomplete frame...). As not every type of header is supported mp3DirectCut will ignore (and not write) unknown header types (as ID3v2). An MP3 without header will NOT be corrupted, but you may lose additional informations.
---
### Author:  [@bruderCC](https://community.mp3tag.de/u/bruderCC)
#### Post date: [March 2, 2006, 12:02pm UTC](https://community.mp3tag.de/t/lange-zugriffszeiten/2987/5 "2006-03-02T12:02:52Z")
> [@](#):
>
> QUOTE ("File info" in mp3DirectCut)
>
> The following data was found at the beginning of the base file (e.g. ID3v2 Tag, incomplete frame...). As not every type of header is supported mp3DirectCut will ignore (and not write) unknown header types (as ID3v2). An MP3 without header will NOT be corrupted, but you may lose additional informations.
\<{POST\_SNAPBACK}\>
:flushed:
Öhm... also bräuchte mp3directcut 'nur' besseren Support für Tags, und es würde besser funktionieren?
Hab ich das richtig verstanden? 🙂
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 2, 2006, 12:04pm UTC](https://community.mp3tag.de/t/lange-zugriffszeiten/2987/6 "2006-03-02T12:04:09Z")
Ja, mp3DirectCut entfernt den ID3v2 Tag bei jedem Speichervorgang.
---
### Author:  [@bruderCC](https://community.mp3tag.de/u/bruderCC)
#### Post date: [March 2, 2006, 12:31pm UTC](https://community.mp3tag.de/t/lange-zugriffszeiten/2987/7 "2006-03-02T12:31:52Z")
Ich habe das Problem jetzt auf [http://mpex.net/forum/viewtopic.php?t=15731](http://mpex.net/forum/viewtopic.php?t=15731) gepostet - ich hoffe, es wird behoben.
🙂