Arch Linux

morgothsauron

Member

Registered: 2014-03-28

Posts: 32

[SOLVED] ncmcpp - track list shows different format for FLAC and MP3

Hi,
I started to use FLAC to rip my CD collection and I noticed a weird behavior with ncmpcpp's display:

https://i.imgur.com/f8H1nO2.png

FLAC files have a pipe (|) after the track number, but not for MP3.

I tried to look at the configuration file and I could not see what may cause this difference. I didn't configure any of the parameter to change the display format.

Here are the un-commented lines in my configuration file:

ncmpcpp_directory = ~/.config/ncmpcpp
lyrics_directory = ~/Music/.lyrics
mpd_host = localhost
mpd_port = 6600
mpd_connection_timeout = 5
mpd_music_dir = ~/Music
mpd_crossfade_time = 0
visualizer_data_source = ~/.cache/mpd/mpd.fifo
visualizer_output_name = visualizer-feed
visualizer_in_stereo = yes
visualizer_type = wave
visualizer_look = ●▮
visualizer_color = 41, 83, 119, 155, 185, 215, 209, 203, 197, 161
user_interface = alternative
space_add_mode = add_remove
show_hidden_files_in_local_browser = no
startup_screen = playlist
display_volume_level = yes
display_bitrate = yes
enable_window_title = yes
external_editor = nvim
colors_enabled = yes

I tried to change some of the format parameters (e.g. song_list_format, song_status_format), but I couldn't get the display to change at all when restarting ncmcpp.

Maybe it is related to the metadata in the music file. When I press "i" to show song info I see that track number for MP3 is only 'XX', but FLAC shows '01 | 01'.

Any idea ?

Mod Edit - Replaced oversized image with link.
CoC - Pasting pictures and code

Last edited by morgothsauron (2022-10-14 17:08:43)

seth

Member

Registered: 2012-09-03

Posts: 60,939

Re: [SOLVED] ncmcpp - track list shows different format for FLAC and MP3

it is related to the metadata in the music file

If you increase the width of the track field, you should see the entire track ("01 | 01")
The format of the track is down to the ripper/tagger.

metaflac --list foo.flac

---

How to upload text · How to boot w/o GUI · Disable Windows Fast-Start! · Fix your xinitrc

morgothsauron

Member

Registered: 2014-03-28

Posts: 32

Re: [SOLVED] ncmcpp - track list shows different format for FLAC and MP3

it is related to the metadata in the music file

If you increase the width of the track field, you should see the entire track ("01 | 01")
The format of the track is down to the ripper/tagger.

metaflac --list foo.flac

You are correct.

I found the settings in the config file that defines the format (song_columns_list_format) and increased the size. Now it was displaying full track info ("01 | 01").

The displayed track info doesn't make sense because it always displays the same number for each track (track 1: "01 | 01", track 2: "02 | 02", etc).

I use 'beets' to manage my music library and I found an interesting issue on GitHub: https://github.com/beetbox/beets/issues/350. In that issue they says that track have twice the track number, thus causing a display "bug".

I looked at one of my track and there is indeed two track number tag:

TRACK=1
TRACKNUMBER=1

I used metaflac to remove the TRACKNUMBER on all files for a given album:

metaflac --remove-tag=TRACKNUMBER *.flac

I restarted ncmpcpp and now the modified flac files is displayed the same way the mp3 files

I will have to look at 'beets' because I see that the disc number is also defined more than once.

I will also look at the flac file before I import it to my music library with beets. Maybe the 'ripper' (k3b) is the cause for the duplicate tags.

To summarize, the flac files have the track number defined twice (TRACK, TRACKNUMBER) and ncmpcpp is displaying the two values.

Edit:
I kept looking at the ncmpcpp config and found this parameter: show_duplicate_tags. The default value is 'yes'. I changed the value to 'no' and restarted ncmpcpp. Now I no longer have duplicate showing in track numbers: "01 | 01" is now only "01". Same thing when I display track info: the disc number now shows as "01" instead of "01 | 01".

Last edited by morgothsauron (2022-10-14 17:02:35)