Perhaps you have dropped tracks as duplicates in the playlist?
As MP3tag references the filename and the filename is unique, it is the Highlander principle: there can only be one.
Or the files do not exist at all.
Or you could have an active filter that hides certain files - press F3 to check that. You can also check the statusbar at the bottom to see how files got loaded and how many are actually displayed.
Here is what I have tested, and the problem has persisted.
I have filters turned off - no change in importing.
When loading, MP3TAG will show "Reading Tag Data 1 of 35" and continues to quickly count up as individual lines from the M3U file are loaded. But when the loading is done, maybe 1 or 2 tracks of the 35 are missing.
I have tried both M3U and M3U8 files, same result
The files for the tracks do exist. There is no issue with the files missing or having an incorrect path name.
The problem also happens when I load older play lists that up until a few weeks ago, imported fine. This leads me to believe it might be a slight bug in v2.69.
I would appreciate if someone can create a small 30 or 40 track play list and see if the problem appears in your version of v2.69.
One more question, if I have an older version of MP3TAG - v2.54 - will there be any issues if I uninstall v2.69 and reinstall v2.54??
It is not a bug, it is normal behaviour in MP3tag.
Also, see post #2 where this exact possibility was mentioned ("Highlander").
Also, I do not see a problem: Mp3tag is a tagging program. It is no player. Playlists are only relevant for players, I think.
If you only want to modify the tags, you are fine. This will be carried out in all the files of your playlist.
You do not have to create a new playlist as long as you leave the filenames untouched.
This will let you keep as many duplicates in your playlist as you like.
I think I noticed a bug.
I imported an m3u file (UTF-8) containing some unusual characters, and the program dropped the files containing those characters in their file names.
Characters: á é í ó ö ő ú ü ű ä ç ã
I tried what if I only import those files, and it imports them without any problem.
Can you please check this problem?
Thanks in advance!
I use Windows 10 Pro English variant with Hungarian keyboard layout.
Hungarian language includes all these characters: áéíóöőüűúű.
But it does not contain ä ç ~a letters, nor letters with ˇ^ (â ě) and so on.
I tend not to contain special characters in filenames, I just found it weird, that it works with the files, but not with the playlists.
Simply renaming an existing playlist from *.m3u to *.m3u8 doesn't address the problem.
It seems that those special characters you were mentioning caused Mp3tag to drop the files from the playlist. Can you try to create a *.m3u8 playlist either from Mp3tag or foobar2000 (or your other software that supports *.m3u8)?
This way, a real UTF-8 encoded playlist is created and Mp3tag can correctly detect and decode the special characters.