# TOTALTRACKS bei MP4-Dateien

**URL:** https://community.mp3tag.de/t/totaltracks-bei-mp4-dateien/56143
**Category:** Allgemein
**Created:** [January 31, 2022, 10:51am UTC](https://community.mp3tag.de/t/totaltracks-bei-mp4-dateien/56143 "2022-01-31T10:51:13Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![poster](https://community.mp3tag.de/user_avatar/community.mp3tag.de/poster/32/4881_2.png) [@poster](https://community.mp3tag.de/u/poster)
#### Post date: [January 31, 2022, 10:51am UTC](https://community.mp3tag.de/t/totaltracks-bei-mp4-dateien/56143/1 "2022-01-31T10:51:13Z")

</div>

Mit dem Tracknummern-Assistenten legt Mp3Tag bei MP4-Dateien das Feld TOTALTRACKS an.  
Andererseits kann man das Feld selbst manuell nur anlegen, wenn das Tagfeld TRACK bereits gefüllt ist bzw. die Felder gemeinsam in einem Speichervorgang anlegen.  
Ein Löschen des Feldes TRACK bedingt auch ein Löschen des Feldes TOTALTRACKS. Ein Löschen des Feldes TOTALTRACKS hat keine Auswirkungen auf das Feld TRACK.

Ich verstehe die Logik, weiß allerdings nicht, ob diese Logikschaltung so notwendig und sinnvoll ist.  
Mir ist es schon mehrmals passiert, dass ich bei händischer Bearbeitung das Feld TRACK gelöscht habe um es später wieder zu füllen (statt direkt zu ändern) und damit gleichzeitig das Feld TOTALTRACKS verloren habe, was sich zwar im Allgemeinen leicht korrigieren lässt, bei lückenhaften Alben allerdings etwas mehr Mühe erfordert.

Ich stelle dieses Logikverhalten mal zur Diskussion.

---

<div class="post-metadata">

### 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: [January 31, 2022, 2:17pm UTC](https://community.mp3tag.de/t/totaltracks-bei-mp4-dateien/56143/2 "2022-01-31T14:17:57Z")

</div>

Ich verstehe das Problem der Automatik und der Kontrolle derselben.  
Ich würde aber vermuten, dass Löschen und Hinzufügen erst sehr spät im Bearbeitungsprozess stattfinden, also erst mit dem Speichern, wo dann feststeht, welche Sorte Datei mit Metadaten versehen werden soll und welche Besonderheiten zu beachten sind.  
So kann ich an der Oberfläche in MP3tag die Tracknummer als x/y erfasst haben, in der Sammlung von Dateien sind aber neben MP3 auch MP4 (da Videodateien) enthalten - für die einen müsste alles in TRACK landen, die MP4s kriegen eine andere Behandlung.  
Und so, wie bei den MP3s TRACK bei Löschung alles gelöscht wäre, müsste auch bei dem MP4s das passieren - und nicht noch ein Stückchen Restdaten als TOTALTRACKS übrig bleiben.  
Ja, die Funktion ist nicht ohne Haken und Ösen, für die Datenkonsistenz ist aber kaum etwas anderes sinnvoll, meine ich.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 1, 2022, 10:20am UTC](https://community.mp3tag.de/t/totaltracks-bei-mp4-dateien/56143/3 "2022-02-01T10:20:00Z")

</div>

> [@poster](#):
>
> Ein Löschen des Feldes TRACK bedingt auch ein Löschen des Feldes TOTALTRACKS. Ein Löschen des Feldes TOTALTRACKS hat keine Auswirkungen auf das Feld TRACK.

Das Problem hier ist, das das `trkn` MP4 Atom aus zwei binär codierten Integer-Datenwerten besteht, eines für die Tracknummer und eines für die Gesamtzahl. Falls Mp3tag nun nur die Gesamtzahl schreiben würde, müsste in der Tracknummer `0` stehen.

Ich könnte natürlich im Fall von Gesamtzahl \> 0 und Tracknummer = 0 das Feld `TRACK` weglassen, allerdings gibt es dann wahrscheinlich irgendwann jemanden, der gerne eine `0` schreiben möchte, was dann nicht mehr möglich wäre.

Im Gegensatz dazu wird die Gesamtzahl, also das Feld `TOTALTRACKS` bei MP4, nur angezeigt, falls auch ein Wert \> 0 darin geschrieben wurde.

---

<div class="post-metadata">

### 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: [February 1, 2022, 10:33am UTC](https://community.mp3tag.de/t/totaltracks-bei-mp4-dateien/56143/4 "2022-02-01T10:33:21Z")

</div>

> [@Florian](#):
>
> allerdings gibt es dann wahrscheinlich irgendwann jemanden, der gerne eine `0` schreiben möchte

siehe hier - gab es schon:

> [@Auto-numbering wizard writes blank instead of zero](https://community.mp3tag.de/t/auto-numbering-wizard-writes-blank-instead-of-zero/42265):
>
> Mp3tag v2.88a (but has been an issue for as long as I can remember). OS: Windows 7 64-bit. Experienced Behavior: Sometimes I tell the auto-numbering wizard to begin at tracknumber 0, but the wizard always writes a blank entry instead of "0" (while the rest of the files receive their correct integer entries). I then have to go back to that first file and manually set "0" into the track field. Expected Behavior: The auto-numbering wizard should write "0" in the track field of the first file …
