# Dateiattribute anzeigen?

**URL:** https://community.mp3tag.de/t/dateiattribute-anzeigen/68616
**Category:** Allgemein
**Tags:** feature
**Created:** [May 26, 2025, 6:10am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616 "2025-05-26T06:10:50Z")
**Posts on this page:** 13
**Page:** 1

<div class="post-metadata">

### Author: ![aladoro](https://community.mp3tag.de/user_avatar/community.mp3tag.de/aladoro/32/64_2.png) [@aladoro](https://community.mp3tag.de/u/aladoro)
#### Post date: [May 26, 2025, 6:10am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/1 "2025-05-26T06:10:50Z")

</div>

hallo!  
wenn ich die Doku richtig interpretiert habe, ist es derzeit _nicht_ möglich, sich in einer Spalte die Dateiattribute anzeigen zu lassen!?

hätt ich schon ein paarmal ganz praktisch gefunden, ein %\_file\_attrs% zu haben ...

---

<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: [May 26, 2025, 6:20am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/2 "2025-05-26T06:20:19Z")

</div>

> [@aladoro](#):
>
> Dateiattribute

Du meinst die Attribute verborgen, System, schreibgeschützt?  
Soweit ich weiß, wird für schreibgeschützte Dateien der Schutz aufgehoben.  
Welche von MP3tag verwalteten Dateien haben die Attribute verborgen und System?

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [May 26, 2025, 6:28am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/3 "2025-05-26T06:28:07Z")

</div>

> [@aladoro](#):
>
> ist es derzeit _nicht_ möglich, sich in einer Spalte die Dateiattribute anzeigen zu lassen!?

In Mp3tag nicht.  
Aber man kann die Spalte "Attribute" im Windows Datei Explorer einblenden und sieht dann z.B. im Hauptverzeichnis von Laufwerk `C:\` zusätzliche diese Werte

 ![image](https://community.mp3tag.de/uploads/default/original/3X/0/4/04a1f710840a9c13d1a6bc05a11f9f8afbb715ef.png) oder im Windows-Verzeichnis: ![image](https://community.mp3tag.de/uploads/default/original/3X/6/1/616a84c9a5e3450a46bf8cfb8b20a276469469be.png)

---

<div class="post-metadata">

### Author: ![aladoro](https://community.mp3tag.de/user_avatar/community.mp3tag.de/aladoro/32/64_2.png) [@aladoro](https://community.mp3tag.de/u/aladoro)
#### Post date: [May 26, 2025, 6:56am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/4 "2025-05-26T06:56:53Z")

</div>

Dank Euch beiden (alten Hasen :-)!

mich interessiert eigentlich nur das Archiv-Attribut.  
meine irgendwo in den Optionen könne man einstellen, dass es bei Änderungen gesetzt wird?  
Timestamp-Update bei Änderungen hab ich irgendwann aktiviert.  
habe aber immer noch Tracks mit (neuerem) Timestamp aber _ohne_ Archivattr: die möchte ich aufspüren ...  
Spalte mit sortierbarem Timestamp ist angelegt ...

danke!

---

<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: [May 26, 2025, 7:08am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/5 "2025-05-26T07:08:33Z")

</div>

> [@aladoro](#):
>
> meine irgendwo in den Optionen könne man einstellen, dass es bei Änderungen gesetzt wird?

Das [Archiv-Attribut](https://de.wikipedia.org/wiki/Archivbit) wird mMn vom OS gesetzt, um zu zeigen, dass eine Datei seit der letzten Sicherung geändert wurde.  
Damit müsste eine explizite Änderung in MP3tag überflüssig sein (und kann auch nicht gesetzt werden).

---

<div class="post-metadata">

### Author: ![aladoro](https://community.mp3tag.de/user_avatar/community.mp3tag.de/aladoro/32/64_2.png) [@aladoro](https://community.mp3tag.de/u/aladoro)
#### Post date: [May 26, 2025, 8:40am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/6 "2025-05-26T08:40:02Z")

</div>

> Das Archiv-Attribut wird vom OS gesetzt, um zu zeigen, dass eine Datei seit der letzten Sicherung geändert wurde.

völlig korrekt! es gibt in mp3tag _keine_ Option "Archiv-Bit setzen" sondern "_nur_" FileMod-Timestamp belassen oder auffrischen. das Archivbit wird in beiden Fällen gesetzt!

mein Wusch nach Anzeige Archivbit in mp3tag anzeigen wär also nur sinnvoll wenn "FileModTS belassen" gesetzt ist!?

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [May 26, 2025, 9:16am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/7 "2025-05-26T09:16:18Z")

</div>

> [@aladoro](#):
>
> FileMod-Timestamp belassen oder auffrischen.

Auf die Gefahr hin pingelig zu wirken:  
Die Option unter Allgemein heisst  
_ **Zeitstempel bei Dateien beibehalten** _

![image](https://community.mp3tag.de/uploads/default/original/3X/b/0/b0267e6dde89435b675a7f10eae4ac1a900764c6.png)  
Ist die Option aktiviert, wird der Zeitstempel beibehalten, also NICHT verändert.  
Ist die Option nicht aktiviert, wird der Zeitstempel bei jeder Änderung automatisch aktualisiert.

* * *

Auf Englisch heisst die Option:  
_ **Preserve file modification time when saving tags** _  
 ![image](https://community.mp3tag.de/uploads/default/original/3X/8/6/86b33962bd4b9460f68b6ce448b93f8347fe3379.png)

Hinweis:  
Diese Option war in [früheren Versionen](https://community.mp3tag.de/t/problem-with-mp3tag-mediamonkey/50446/7) unter "Tags" zu finden.

---

<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: [May 26, 2025, 9:36am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/8 "2025-05-26T09:36:55Z")

</div>

> [@aladoro](#):
>
> mein Wusch nach Anzeige Archivbit in mp3tag anzeigen wär also nur sinnvoll wenn "FileModTS belassen" gesetzt ist!?

Ja, würde ich so sehen.  
Nur da das Attribut ja eigentlich nicht von MP3tag beeinflusst wird, wäre auch eine Filterung nach  
`%_file_attrs% HAS "A"`  
eher von akademischem Wert.  
Auch wenn die "Warum"-Frage bei Features immer blöde ist, stellt sie sich mir hier doch. Es gäbe das Änderungsdatum als Kriterium, die Dateiattribute sind eigentlich nicht vom MP3tag aus zu beeinflussen, so dass vermutlich Archivierungsprogramme trotz unverändertem Änderungsdatum eine geänderte Datei finden würden, so dass ich noch nicht den Anwendungsfall innerhalb von MP3tag sehe.  
Ja, OK: ich will sehen, welche geänderten Dateien es gibt trotz unverändertem Änderungsdatum ... aber wenn die Eigenschaft der Änderung so wichtig ist - warum darf dann das Änderungsdatum nicht verändert werden?

---

<div class="post-metadata">

### Author: ![make-nz](https://community.mp3tag.de/user_avatar/community.mp3tag.de/make-nz/32/18236_2.png) [@make-nz](https://community.mp3tag.de/u/make-nz)
#### Post date: [May 26, 2025, 10:25am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/9 "2025-05-26T10:25:06Z")

</div>

> [@ohrenkino](#):
>
> ... aber wenn die Eigenschaft der Änderung so wichtig ist - warum darf dann das Änderungsdatum nicht verändert werden?

Nur, warum es für mich oft wichtig ist/war…  
PLEX importiert eine +20 Jahre gewachsene Sammlung und zeigt dann alle sortiert nach _Datum hinzugefügt_, nicht nach dem Datum der Dateien, was schon sehr doof ist.  
Ändert man dann mal Tags in alten Dateien, schwups sind sie neu hinzugefügt — das ist für mich dann richtig doof!  
In älteren PLEX versionen konnte ich das noch in der SQLite korrigieren, aber es hat echt genervt… und PLEX hat es auch immer schwerer gemacht:

> **[Can no longer update library database with sqlite3](https://forums.plex.tv/t/can-no-longer-update-library-database-with-sqlite3/701405/82)**
>
> This has worked for me: # Be save service plexmediaserver stop # This is the location for Plex Media Server SQLite Databases cd '/Plex Media Server/Plug-in Support/Databases' # This is the location for Plex Media Server Program/Executable on...

So kommt man in die Lage, man will neue Tags in alte Dateien schreiben, Datum soll gleich bleiben, aber später will man diese alten Dateien wieder finden, um noch etwas zu ändern… nur als Bsp.

Ach ja, für mich ist es viel wichtiger zu sehen, wann ich die CD gekauft und gerippte habe, als wann sie veröffentlicht wurde.

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [May 26, 2025, 10:48am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/10 "2025-05-26T10:48:17Z")

</div>

> [@make-nz](#):
>
> Ach ja, für mich ist es viel wichtiger zu sehen, wann ich die CD gekauft und gerippte habe, als wann sie veröffentlicht wurde.

Das könntest Du in entsprechende eigene Felder schreiben. Nach diesen könntest Du in Mp3tag sehr einfach filtern.

Ob und wie weit Plex solche benutzerdefinierten Felder unterstützt, weiss ich leider nicht.

---

<div class="post-metadata">

### Author: ![make-nz](https://community.mp3tag.de/user_avatar/community.mp3tag.de/make-nz/32/18236_2.png) [@make-nz](https://community.mp3tag.de/u/make-nz)
#### Post date: [May 26, 2025, 11:59am UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/11 "2025-05-26T11:59:48Z")

</div>

> [@LyricsLover](#):
>
> Ob und wie weit Plex solche benutzerdefinierten Felder unterstützt

Ja genau, das kann/konnte ich auch nie sagen — egal welche Software, Server, Player…  
Daher wollte ich als absolute Referenz das Datum der Datei unter allen Umständen beibehalten. Das zeigt mir jeder Dateimanager, war da mein Grundgedanke.  
Und dann wieder: „Ach man jetzt sehe ich im Dateimanager nicht, ob ich später nochmals Tags bearbeitet habe.“

> [@LyricsLover](#):
>
> Mp3tag sehr einfach filtern.

Dazu ist meine Sammlung einfach zu groß, selbst mit VM auf dem gleichen NAS und Library aktiv.

Mehr/alle Dateiattribute in Mp3tag zu sehen, würde mir auch gefallen,  
aber ich lasse free:ac ein rip.log erstellen

> **Client: fre:ac - free audio converter**
>
> ```auto
> Client: fre:ac - free audio converter
> Version: v1.1.7 (x86-64)
> 
> Date: 2024-08-13
> Time: 17:56:17
> 
> hh:mm:ss.fff
> ------------
> 00:00:00.007 Starting conversion process...
> 00:00:00.007 Selected encoder: FLAC Audio Encoder v1.4.2
> 00:00:00.007 Parallel processing: Enabled (up to 3 threads)
> 00:00:00.008 SuperFast mode: Enabled
> 00:00:00.008 
> 00:00:00.008 Output settings: Multiple files
> 00:00:00.008 Filename pattern: <albumartist>\<album>\<track> <artist> - <title>
> 00:00:00.008 
> 00:00:00.008 Output verification: Enabled
> 00:00:00.009 
> 00:00:00.021 Using drive: device://cdda:0/
> 00:00:00.021 Drive model: hp DVDRW SU208GB
> 00:00:00.021 SCSI address: 1:0:0
> 00:00:00.021 Read offset: 6 samples
> 00:00:00.021 
> 00:00:00.021 Disc TOC:
> 00:00:00.021 
> 00:00:00.021 Track | Start | Length | Start sector | End sector
> 00:00:00.022 -------------------------------------------------------
> 00:00:00.022 1 | 00:00.33 | 02:56.45 | 33 | 13277
> 00:00:00.022 2 | 02:57.03 | 03:01.30 | 13278 | 26882
> 00:00:00.022 3 | 05:58.33 | 03:38.45 | 26883 | 43277
> 00:00:00.022 4 | 09:37.03 | 04:01.00 | 43278 | 61352
> 00:00:00.022 5 | 13:38.03 | 05:18.35 | 61353 | 85237
> 00:00:00.022 6 | 18:56.38 | 03:43.17 | 85238 | 101979
> 00:00:00.022 7 | 22:39.55 | 03:04.15 | 101980 | 115794
> 00:00:00.022 8 | 25:43.70 | 02:02.70 | 115795 | 125014
> 00:00:00.022 9 | 27:46.65 | 03:53.65 | 125015 | 142554
> 00:00:00.022 10 | 31:40.55 | 03:44.30 | 142555 | 159384
> 00:00:00.022 11 | 35:25.10 | 03:59.30 | 159385 | 177339
> 00:00:00.023 12 | 39:24.40 | 02:31.70 | 177340 | 188734
> 00:00:00.023 13 | 41:56.35 | 02:46.18 | 188735 | 201202
> 00:00:00.023 14 | 44:42.53 | 03:27.47 | 201203 | 216774
> 00:00:00.023 
> 00:00:00.023 Disc info:
> 00:00:00.023 CDDB disc ID: c40b4a0e
> 00:00:00.023 CDDB category: data
> 00:00:00.023 
> 00:00:00.023 Artist: 10CC
> 00:00:00.023 Album: The Early Years
> 00:00:00.023 Genre: Rock
> 00:00:00.023 Published: 1993
> 
> ```

und Bulk Rename Utility hilft mir sehr gut

 ![image](https://community.mp3tag.de/uploads/default/original/3X/8/7/8770c99dd61469769d8b2c9ff30dbe0b28dfe4e3.png)

Damit Plex, Jellyfin, Emby, Lyrion, SubSonic… Änderungen an meinen Dateien dann erkennen, muss ich halt immer komplette Re-Scans machen lassen.

@aladoro vielleicht ist Bulk Rename Utility auch hilfreich für dich.

 ![image](https://community.mp3tag.de/uploads/default/original/3X/9/2/92564e6d731e831143f75149497f750c95085795.png)

---

<div class="post-metadata">

### Author: ![aladoro](https://community.mp3tag.de/user_avatar/community.mp3tag.de/aladoro/32/64_2.png) [@aladoro](https://community.mp3tag.de/u/aladoro)
#### Post date: [May 26, 2025, 12:38pm UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/12 "2025-05-26T12:38:24Z")

</div>

> [@make-nz](#):
>
> @aladoro vielleicht ist Bulk Rename Utility auch hilfreich für dich.

danke f Hinweis! für aufwändigere Rename-Aktionen bemühe ich entweder meinen guten alten Dateimanager (ZTreeWin) oder den sehr mächtigen ReNamer von [den4b.com](http://den4b.com).

mit ZTreeWin (Attrs angezeigt + nach (Mod)Datum sortiert) seh ich eigentlich gut/schnell, ob ich an einem Track geschraubt hab + das ModDatum nicht aufgefrischt wurde ...

da mp3tag eh schon alles (?) über die Dateien weiss, hab ich gedacht, dass sowas wie %\_file\_attrs% einfach einzuführen wär ...

bin aber auch mit einer gewissen Skepsis gegenüber überladenener Featuritis (KISS!) wie vom geschätzen ohrenkino (implizit) geäussert sehr einverstanden!

danke Euch allen! lG, andreas

---

<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: [May 26, 2025, 12:47pm UTC](https://community.mp3tag.de/t/dateiattribute-anzeigen/68616/13 "2025-05-26T12:47:58Z")

</div>

> [@aladoro](#):
>
> Skepsis gegenüber überladenener Featuritis

Ich bin nicht für oder gegen ein Feature - fand es nur in diesem Zusammenhang notwendig, den Anwendungsfall zu ergründen, da anscheinend im Normalbetrieb diese Eigenschaften nur

> [@aladoro](#):
>
> ein paarmal ganz praktisch gefunden

wurden.  
Ich bin immer ein Freund davon, selbst so viel wie möglich von den schon bestehenden Funktionen zu verwenden (hier: Änderungsdatum ändern lassen) statt Aufwand bei anderen einzufordern (hier: Entwicklungsarbeit zum Abfragen der Attribute).  
Wenn jedoch durch Darlegung der genaueren Umstände deutlich wird: es geht nicht ohne - dann: nur zu!  
(Aber darüber habe ich nicht zu bestimmen.)
