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 ...
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?
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!
Das Archiv-Attribut 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).
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!?
Auf die Gefahr hin pingelig zu wirken:
Die Option unter Allgemein heisst
Zeitstempel bei Dateien beibehalten
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
Hinweis:
Diese Option war in früheren Versionen unter "Tags" zu finden.
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?
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:
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.
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.
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.“
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
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
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.
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.
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
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
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.)