Chapter metadata in music files causes issues in some players

[garuffalo]

Multiple files that I had encoded to a single file in fre:ac were not displaying properly in a couple of music players I tested -- DeaDBeeF (Linux) and foobar2000 (Windows) in particular. DeaDBeeF showed the merged tracks as separate tracks, with weird names (like a letter or symbol; or as "chapter <#>"; foobar2000 also showed multiple tracks, although not with the weird names.

After much sleuthing, I discovered that by unchecking the "Chapters" settings in Metadata > Tag fields, the merged tracks displayed properly in DeaDBeeF (currently my go-to player).

I don't recall changing the "Chapters" settings, so I assume they are checked by default. I suppose they are there for use with audio books. If I am correct, and they are checked by default, I might suggest that they be unchecked by default. I would imagine fre:ac is used mostly for music files, where chapters metadata is non-applicable.

Or, perhaps a little clarification blurb could be inserted in the settings window; about the purpose of the "Chapters" settings.

Interestingly, several other players I tested seemed to disregard the chapter issue, and displayed the tracks properly. In addition to DeaDBeeF (Linux) and foobar2000 (Windows), I tested Strawberry, Rhythmbox, VLC, MPV/SMPlayer (Linux); MusicBee (Windows); iTunes and iOS (Apple). None of these players had any issue with the chapters and displayed tracks properly.

I realize that "Chapters" has been covered previously in these discussions, and that was useful to me while I was sleuthing. But it tripped me up in DeaDBeeF, so I figured it was worth mentioning.