REQUEST: option for "saving" current state and clearing history

Recently I have made a suggestion concerning the CTRL + Z and the filter box: /t/19125/1

And now I have another issue with its inner workings and with how overall settings are saved

When I perform complex / long operation, be it manually or with actions, I can go so far that I need to "save" the current state, just to be sure that I do not accidentally press the wrong shortcut [CTRL + Z] and thus loose unknown amount of work. So to do that I can either reload files or close and reopen Mp3tag and then load the files. And often I just have to choose the second option because I added new actions or columns in the main window or fields in the Tag Panel and I need to have them secured. Because if Mp3tag crashes such changes will not reappear when I reopen it- settings will be taken from the point of the first opening

And no- you cannot right now save settings. You can choose "Save configuration" in the File drop down menu, but that is a totally misleading description, as in a mater of fact it export settings. Saving of configuration happens when Mp3tag is being closed. So why not give an option to actually save settings without closing of the software? Most of the time I work on my whole collection- so I have to wait ~15 seconds until they are re-loaded from RAM; just because for example I added or changed some action. And the alternative, in form of creating 10 or 20 ZIP files from one day with upgraded configuration, is also not very user friendly

So maybe both an icon for clearing history of changes [for wiping the steps that can be reverted with CTRL + Z] plus a real "Save configuration" option aside "Export configuration" [the former "Save configuration" option] in the File menu could be added?

If it is a list of files that you want to get back: save the currently loaded files as playlist and load that one for further processing.

Unfortunately that does not always work


You can drag and drop files from a folder named

But if you create a playlist and save it in a folder other than this , then that playlist will list a folder named ? - thus spitting out an error when loading, being unable to access them]


And I bet that is not the only sign that would to that

If you use characters other than ASCII, you might have to save the playlist with UTF-8 encoding (m3u8)

I just checked Options and I did not find an option for such setting. You can specify than for Tags but nor for Playlists

So is it bug or a case for a request?

You have to use the named extension for the playlist - a feature since 2013:

[2013-07-06] REL: VERSION 2.57 (for Windows XP/2003/Vista/2008/7/8)


[2013-07-06] CHG: Added *.m3u8 to playlist save dialog filter.

But my Mp3tag be default asks me where to save- with .m3u8 added as the extension

And I loaded those playlist also to Notepad++ and checked what endocing was in these playlists- it was "UTF-8"

what do the playlists look like in Notepad++?
Can other programs like a real player open the playlist correctly?
Can other players create a playlist for that folder and can it be loaded by MP3tag?

Winamp 5.666, Media Player Classic 1.7.10, VLC 2.2.4 are not to play files from such playlist [but they can from other "normal" ones hat I use daily]

It's no wonder, as the supposed in them was replaced with ? - and the folder in which supposed files are is not named ? but

That is all there is- a simple case of Mp3tag replacing problematic sign with a question mark when the data goes out; but at the same time not having a problem with it when the data goes in


As for generating playlist with other software- the last time I did was ~15 years ago with Winamp, that is in the era before I knew I could speed up my tagging with this little piece of software called Mp3tag. And so as I do not use anything else for it, my findings about that would be lame / incomplete, as I for example I know nothing about playlists and export options of VLC

I just checked it:
If you still see the ? then you have not saved the playlist as m3u8.
Here is a m3u8 playlist:
#EXTM3U
#EXTINF:206,69 Eyes - I'm On Fire (7 Single)
◆\2004 - Sweet Nothing $Play Hard\5000 Volts ‎- I'm On Fire (7 Single) (1974)_l.mp3
#EXTINF:206,69 Eyes - Money (Radio Edit)
◆\2004 - Sweet Nothing $Play Hard\Sweet Nothing Play Hard _ 001 _ 416 5 Conspiracy Theories _ Lost Boys.mp3

and here is a plain m3u one:
#EXTM3U
#EXTINF:206,69 Eyes - I'm On Fire (7 Single)
?\2004 - Sweet Nothing $Play Hard\5000 Volts ?- I'm On Fire (7 Single) (1974)_l.mp3
#EXTINF:206,69 Eyes - Money (Radio Edit)
?\2004 - Sweet Nothing $Play Hard\Sweet Nothing Play Hard _ 001 _ 416 5 Conspiracy Theories _ Lost Boys.mp3

Your findings are correct. I repeated your test and it all checks out

So it was just me who did not see the lack of >>8<< at the end of what I was generating with Mp3tag


So the logical questions right now would be: why does Mp3tag do not automatically add that damn >>8<< at the end, thus saving the user such troubles with unusual signs? Just look how long that latter part of discussion unfolded, how much time was wasted. I bet every now and then there is some user who generates a playlist, only to stumble upon later on on the same problem- but most do not investigate but just change the "that damn buggy" software

I quite agree.
Especially as the solution was already there in

Which was the immediate answer to your irritation about

I would like to point out, that it has been almost two year since that sad conclusion

And yet Mp3tag still by default wants to save playlists as m3u and not as m3u8 files


If there is a reason for m3u being the default- then there should be an option for changing it to m3u8

Please note that e.g. WMP does not know what to do with *.m3u8 files.
So the decision whether a playlist should be saved as m3u or as m3u8 has probably be made every time it is created corresponding to the features of the target player.
I do admit that a more visible option would be nice - perhaps more in the vincinity of the actual save dialogue and not burried in an options dialogue.

I had no idea about that

So this kind of validates a need for being able to let the user choose what kind of playlist file should be the default one

I do not see why both ways could not be implemented, i.e.:

A] Ability to set the default format of the playlist somewhere in Options

B] Ability to correct that in the create playlist pop up window

Although your suggestion seem to make that option more visible thus accessible. A simple check box in that pup up window would do the trick. Plus there could be a short explenation right there on the spot, why a user might want to choose one or the other format for the playlist. Such information is a common thing while you install some software

You would not believe how many users simply overlook the option to toggle the setting to read subdirectories that is present in the dialogue to select a folder.
This option is also available in the options.
And so many users adapt that option there, in the options dialogue, even though you can do it right there, in situ, when loading a new folder.

I would be a friend of just a single place, right there in the dialogue where you define the playlist name.
And the dialogue could remember the last setting which would make it the de facto standard.

I'm not sure if I fully understand the scope of the discussion, but you can

  1. Use *.m3u8 as file extension at "Options > Playlist" to let Mp3tag write a UTF-8 encoded playlist.

  2. Define a default playlist name at "Options > Playlist"

  3. Enable the "Show confirm filename dialog" at "Options > Playlist" to adapt the filename to your current needs.

HLS always expects M3Us to be UTF-8, regardless the file extension, and that is a sensible choice in this day and age. RFC 8216:

Playlist files MUST be encoded in UTF-8

Yes, MP3tag can already create UTF-8 encoded playlists.
The problem arises from the little "8" at the end that apparently did not get recognized as vital extra to trigger the UTF-8 encoding.
So the whole reasoning wandered off a little bit to yet again another option or function that says "Do you want to save this playlist in a) the normal format b) UTF-8 format?" and all this perhaps even in the "Save" dialogue with radio buttons for options a) and b).
BTW: the conclusion of the first outburst about this topic 2 years ago also came to the conclusion that all the functions and options are already there in MP3tag.

I wish we could define also a default path, similar to Export files

And I wish we could add to names [I do not know howto call them] variables like %_DATETIME%, just like in case of Export files