# Solved - "Save Cover to Folder" funktioniert nicht
**URL:** https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924
**Category:** Fehlermeldungen
**Tags:** bug-fixed
**Created:** [April 2, 2022, 4:57pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924 "2022-04-02T16:57:16Z")
**Posts on this page:** 10
**Page:** 1
### Author:  [@live-D](https://community.mp3tag.de/u/live-D)
#### Post date: [April 2, 2022, 4:57pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/1 "2022-04-02T16:57:16Z")
Hallo,
Normal komme ich durch recherchieren hier schon ganz gut weiter. Dieses Problem scheine ich aber irgendwie exklusiv zu haben.
Seit ich von einer alten Version (2.7 oder so) auf die aktuelle upgedated habe, gelingt es mir nicht mehr, daß beim taggen eines Files, das Cover automatisch auch im Ordner gespeichert wird. Das hinterlegen im Tag funktioniert.
Dafür habe ich natürlich wie bisher auch, "Save Cover to Folder" aktiviert.
Um genau zu sein, sind "Cover im Verzeichnis speichern" und "Korrektes Seitenverhältnis" aktiviert.
Alles andere im Kontextmenü des Covers (Metadatenfenster nach Abfrage bei Discogs) ist deaktiviert.
Wenn ich schon ein folder.xxx im Verzeichniss habe, dann fragt er mich, ob ich es umbenennen oder überschreiben möchte und speichert auch ein neues ab.
Wenn "nur" die Musikdateien im Verzeichniss sind, dann speichert er allerdings kein Cover ab. Ich muss jedesmal zusätzlich auf "Cover extrahieren" gehen um das folder.xxx ins Verzeichniss zu bekommen. Das funktioniert dann wiederum (scheint also kein Rechte-Problem zu sein).
Es erscheint keine Fehlermeldung.
Das übliche, wie Rechner neustarten, Funktion abschalten, neustart, einschalten, neustart, ..... habe ich auch probiert.
Das Programm selber habe ich ebenfalls komplett deinstalliert und neu installiert - sowohl als Download von der Homepage, als auch über den Windows-Store. (nicht die portable Version!, sondern installiert).
Auch die Registry habe ich bei der Gelegenheit komplett von Mp3Tag Einträgen gesäubert.
In den .ini Dateien habe ich auch nichts gefunden,was ich sinnvoll ändern könnte.
Es gibt keine Einträge in der Ereignissanzeige.
Hatte alles keinen Effekt. Jetzt bin ich mit meinem Latein am Ende. Bisher hat die Funktion problemlos gearbeitet. Wo könnte mein Fehler noch zu suchen sein?
Gibt es so eine Art Ablauf-Datei in der ich nachvollziehen könnte, was das Programm bis hierher macht?
Im MP3TagError.log ist nichts eingetragen.
Ach so - Ist Windoof 10 - und aktuelle Mp3Tag Version (3.14 vom 29.03.22).
Danke schon mal im voraus.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 2, 2022, 5:18pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/2 "2022-04-02T17:18:55Z")
VIelleicht siehst du eine Auswirkung von dieser Meldung:
> [@\[v3.13\] Overwrite locally stored coverart fails \[Regression\]](https://community.mp3tag.de/t/v3-13-overwrite-locally-stored-coverart-fails-regression/56823):
>
> As shown in the screenshot below, I attempted to have tmp jpg coverart, obtained from the itunes websource, overwrite a locally stored artwork file "00. Front.jpg" by clicking the overwrite option. However, when I checked the directory, the old (smaller resolution) artwork file remained there. I also made sure that the local artwork wasn't read only or protected. I tried checking the tickbox underneath the album art when clicking overwrite, but that only embedded the album art into the file (lo…
Dieser Fehler soll mit der letzten Version behoben sein.
> [@Mp3tag v3.13 and v3.14 released](https://community.mp3tag.de/t/mp3tag-v3-13-and-v3-14-released/56785):
>
> Mp3tag v3.13 released I've just released Mp3tag v3.13 and wanted to outline some of the new features and changes: Revised Tag Sources Confirmation Dialog I’ve completely (almost!) revised the confirmation dialog that shows the metadata result when importing via any of the Tag Sources (e.g., Discogs or MusicBrainz). It now allows for selecting which fields to import via checkboxes, also for the cover, and provides a better overview of track-specific and album-specific metadata. Revised Docum…
Ansonsten: hast du einen Dateinamen für die Bilder in
Datei\>Optionen\>Tag-Quellen
gesetzt?
---
### Author:  [@live-D](https://community.mp3tag.de/u/live-D)
#### Post date: [April 2, 2022, 5:27pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/3 "2022-04-02T17:27:43Z")
Hallo,
Danke für das schnelle Antworten.
Zu 1.
Wenn schon ein z.B. "folder.jpg" im Verzeichniss vorhanden ist, kann ich es sowohl überschreiben, als auch das neue umbenennen - beides funktioniert. Praktisch brauche ich es aber dann nicht mehr, da ich ja nur ein "folder.xxx" je Folder brauche.
Zu 2.
Von Haus aus steht da ja "folder" drin.
Hatte es probiert mit "folder", "folder.jpg", "folder.jpg.jpg" (hatte hier was im Forum gelesen, das man 2 x jpg schreiben muss, war aber ein älterer Post) und habe es auch leergelassen.
Auch mit der Einstellung der Größe unten habe ich gespielt.
Hatte alles keinen Effekt.
Danke trotzdem für die Vorschläge.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 2, 2022, 5:35pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/4 "2022-04-02T17:35:59Z")
Danke für den Hinweis! Der Fehler sollte in [Mp3tag v3.14a](https://community.mp3tag.de/t/455) behoben sein.
Kannst Du es damit nochmal ausprobieren?
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 2, 2022, 5:37pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/5 "2022-04-02T17:37:15Z")
> [@live-D](#):
>
> Wenn "nur" die Musikdateien im Verzeichniss sind, dann speichert er allerdings kein Cover ab. Ich muss jedesmal zusätzlich auf "Cover extrahieren" gehen um das folder.xxx ins Verzeichniss zu bekommen.
Dieses Verhalten konnte ich nachvollziehen.
Den anderen Fall auch: bei vorhandenen Dateien mit gleichem Namen wird die Neubenennung nachgefragt und dann wird auch eine Datei angelegt.
Für den Moment kannst du eigentlich nur mit einer Aktion vom Typ "Cover in Datei exportieren" Arbeit sparen.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 2, 2022, 5:44pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/6 "2022-04-02T17:44:39Z")
3.14a direkt ausprobiert ...
OK, es wird (wieder) eine Datei angelegt.
Als Dateiname habe ich vorgesehen:
`%album%_%cover_mimetype%`
angelegt wird die Datei aber nur mit
`%album%_`
Während ALBUM anscheinend übernommen wird, fehlt die Angabe ob front, back, leaflet etc.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 2, 2022, 5:50pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/7 "2022-04-02T17:50:42Z")
> [@ohrenkino](#):
>
> %album%\_%cover\_mimetype%
Es fehlt der Unterstrich im Platzhalter: `%album%_%_cover_mimetype%`
---
### Author:  [@live-D](https://community.mp3tag.de/u/live-D)
#### Post date: [April 2, 2022, 5:54pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/8 "2022-04-02T17:54:23Z")
> [@ohrenkino](#):
>
> Dieser Fehler soll mit der letzten Version behoben sein.
Vielen Dank - funktioniert für meine Zwecke wieder einwandfrei. Das ging ja mehr als zügig.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [April 2, 2022, 6:04pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/9 "2022-04-02T18:04:08Z")
> [@Florian](#):
>
> fehlt der Unterstrich
Dafür waren die Tomaten aber auf den Augen bei mir reichlich vorhanden. Danke!
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [May 2, 2022, 6:05pm UTC](https://community.mp3tag.de/t/solved-save-cover-to-folder-funktioniert-nicht/56924/10 "2022-05-02T18:05:05Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.