Track titles within filenames that contain a period are often truncated right before that period, and that truncated version is added to the title field of the tags. This is likely due an issue with the relevant regex pattern(s) for such filename formats.

Example: If the filename is ARTIST - TITLE WITH PERIODS F.Y.I..mp3, then the title will be TITLE WITH PERIODS F.

Since upgrading to .NET 7, several warnings like the following one are displayed when the application is run on M1 Macs:

[redacted]/audiotagger/AudioTagger.Console/Graphics.cs(35,26): warning CA1416: This call site is reachable on all platforms. 'Bitmap' is only supported on: 'windows'. [[redacted]/audiotagger/AudioTagger.Console/AudioTagger.Console.csproj]

This is related to the currently-disabled album art functionality. I need to resolve this or else remove the functionality.

Years that are saved to ID3v2 tags using taglib-sharp are not visible in my Android audio player of choice, Musicolet. In Musicolet, the Year field appears blank.

At this glance, this might be caused by the two applications referring to differing ID3v2 frames. Of note, I get the feeling that taglib-sharp might use unusual (?) frames like TDRC. I considered a fork-and-fix, but it seems the project might be dead or dying.

Musicolet is closed source, and I don't know what frame it uses for years.

I need to figure how the best way to handle this so I can avoid needing to enter the years manually in Musicolet each time.

When the following file format is used to update tags (using -u), the full album and title are not parsed correctly:

歌手名 - テレビドラマ「作品名」 - 曲名.mp3

The temporary workaround is to replace them with "『" and "』".

After auto-renaming (using -r) files with an album but no artist data, the renamed file is not in an album-only format. Thus, if -u is re-run, the program will incorrectly detect the album name as an artist name.