# Prüfen auf  Vorhandensein einer Datei im Ordner

**URL:** https://community.mp3tag.de/t/prufen-auf-vorhandensein-einer-datei-im-ordner/17127
**Category:** Allgemein
**Created:** [August 4, 2015, 3:32pm UTC](https://community.mp3tag.de/t/prufen-auf-vorhandensein-einer-datei-im-ordner/17127 "2015-08-04T15:32:22Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![anon40879270](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/8797f3/32.png) [@anon40879270](https://community.mp3tag.de/u/anon40879270)
#### Post date: [August 4, 2015, 3:32pm UTC](https://community.mp3tag.de/t/prufen-auf-vorhandensein-einer-datei-im-ordner/17127/1 "2015-08-04T15:32:22Z")

</div>

Ich habe die meine mp3's mit Cover vervollständigt und meistens zusätzlich das Cover als JPG-Datei in dem jeweiligen Ordner abgelegt. Aber nicht bei allen! Nunmehr möchte ich auch die restlichen Ordner mit Cover.jpg versehen. Die Aktion "Album-Cover exportieren" überschreibt aber vorhandene Cover.jpg. Gibt es eine Möglichkeit, das Vorhandensein einer Datei "Cover.jpg" im Ordner zu prüfen - und nur bei Nichtvorhandensein zu exportieren?

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [August 4, 2015, 4:30pm UTC](https://community.mp3tag.de/t/prufen-auf-vorhandensein-einer-datei-im-ordner/17127/2 "2015-08-04T16:30:48Z")

</div>

Ja, der erste Schritt ist, die Ordner zu identifizieren, die keine Bilddatei haben, oder umgekehrt.  
Wenn du in "Mp3tag/Optionen/Tag" in der Liste der erlaubten Dateiendungen z. B. den Wert "\*.jpg; " hinzufügst, dann wird Mp3tag in der Dateiansicht auch die jpg-Dateien anzeigen.  
Wenn du somit deren Ordner erkennen kannst, und diese Ordner dann ausblenden kannst, ...  
dann bleiben alle die Datein in der Listenansicht übrig, in deren Ordner eben keine Bilddatei vorhanden ist.

Ich kann jetzt so nicht sagen, ob dieser Hinweis ...  
[/t/12256/1](https://community.mp3tag.de/t/12256/1)  
... genau dasselbe Thema behandelt, aber es scheint ähnlich zu sein.

Vielleicht hilfreich in der Mp3tag Listenansicht ... Spalten definieren ...

1. Name: Folder|Ext|Size  
Wert: %\_parent\_directory%''%\_directory%'|'%_extension%'|'$right($repeat('_',10)%\_file\_size\_bytes%,10)  
Sortierung: %\_folderpath%$char(255)%\_extension%$char(255)%\_file\_size\_bytes%

2. Name: Ext  
Wert: %\_extension%

3. Name: Cover Filetype  
Wert: [$replace(%\_cover\_mimetype%,'image/',$char(0),'jpeg','jpg')]

4. Name: Cover Type  
Wert: %\_cover\_type%

DD.20150804.2038.CEST, DD.20150805.1143.CEST

---

<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: [August 4, 2015, 4:43pm UTC](https://community.mp3tag.de/t/prufen-auf-vorhandensein-einer-datei-im-ordner/17127/3 "2015-08-04T16:43:34Z")

</div>

> [@mbaa3](#):
>
> ... Die Aktion "Album-Cover exportieren" überschreibt aber vorhandene Cover.jpg....

Ja und?  
Worin unterscheiden sich denn die im Dateisystem vorhandenen Dateien von denen, die mit "Album Cover exportieren" erzeugt werden?  
Wenn die identisch sind, dann würde ich den Ansatz mit brutaler Gewalt anwenden:  
mit  
del /s cover.jpg  
alle Dateien cover.jpg löschen und dann per Aktion alle wieder exportieren. Fertig. Der PC macht die Arbeit, nicht ich muss mühsam prüfen.

---

<div class="post-metadata">

### Author: ![anon40879270](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/8797f3/32.png) [@anon40879270](https://community.mp3tag.de/u/anon40879270)
#### Post date: [August 4, 2015, 5:54pm UTC](https://community.mp3tag.de/t/prufen-auf-vorhandensein-einer-datei-im-ordner/17127/4 "2015-08-04T17:54:29Z")

</div>

> [@ohrenkino](#):
>
> ...  
> Worin unterscheiden sich denn die im Dateisystem vorhandenen Dateien von denen, die mit "Album Cover exportieren" erzeugt werden?  
> Wenn die identisch sind, dann würde ich den Ansatz mit brutaler Gewalt anwenden:  
> ...

Sind sie meistens, aber nicht immer. Auf jeden Fall gibt es zusätzliche JPG's wie inlay u.ä. die nicht gelöscht werden sollen.

---

<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: [August 5, 2015, 3:53am UTC](https://community.mp3tag.de/t/prufen-auf-vorhandensein-einer-datei-im-ordner/17127/5 "2015-08-05T03:53:08Z")

</div>

> [@mbaa3](#):
>
> Sind sie meistens, aber nicht immer. Auf jeden Fall gibt es zusätzliche JPG's wie inlay u.ä. die nicht gelöscht werden sollen.

Der Befehl del /s cover.jpg würde natürlich nur alle Dateien mit genau diesem Namen löschen.  
Und da die anderen Dateien einen anderen Namen haben, würden die erhalten bleiben.

Es wäre natürlich zu überlegen, ob nicht die derzeit vagabundierenden Bild-Dateien auch eingebunden werden sollten, um dann mit einem einheitlichen Namensschema (erneut) gespeichert zu werden.  
z.B. beim Export die Angabe von  
%album%\_%\_mimetype%  
wurde schön differenzierte Dateinamen erzeugen, sofern nicht alle eingebundenen Bilder als "Front" eingefunden wurden...
