How to get track number with leading 0 (flac)

[Methapon2001]

When I try to get track number and track total, disc and disc total from my FLAC (or other file type) file which should have leading 0, instead I got number with non leading using get or get_string.

I tried with wav file it works as expected.

I tried change probed options(disable implicit conversion / relaxed) and it is not working.

I wonder if this is bug or working as expected.

I tried symphonia it does contains zero leading and also in MusicBrainz Picard.

[Methapon2001]

This is from symphonia

[Methapon2001]

Oh, leading zero can be used to sort, and each media player sorts it differently.

Like some media players, sort it by treating it as text. Some treat it as number.

I prefer to add leading zero to it, and yes, I just noticed/surprised that lofty striped it.

Also, I plan to write tag editor built into my player, so I wanted to get value as is.

[Serial-ATA]

Really? I've never seen a player sort track numbers lexicographically. That's interesting. Do you have examples?

[Methapon2001]

I really don't remember what software, but one of the software I used to have that problem. Maybe an android app, I think? I haven't listened to music on the phone for a long time now, but that's one of the reasons I put leading zero in my track.

Edit:
After searching for an issue online these are app that have issue:

• BlackPlayer (Android) (I was using this)
• Player Pro for Android

[Methapon2001]

Anyway, even if I remember it wrong, still I wanted to get original value stored in tag and make user decided whether to put value with leading zero, without leading zero or with current/total format. But, of course, if the format allowed it.

[Serial-ATA]

Anyway, even if I remember it wrong, still I wanted to get original value stored in tag and make user decided whether to put value with leading zero

Of course, I still plan to put that conversion behind implicit_conversions. I'm just always curious what software causes problems and how popular it is. Lofty has a lot of hacks for different popular software (mostly iTunes).

[Serial-ATA]

Good catch. That comes from this handler for current/total track numbers:

lofty-rs/lofty/src/ogg/read.rs

Lines 171 to 203 in 09a9352

	// Support the case of TRACKNUMBER being equal to current/total
	k if k.eq_ignore_ascii_case(b"TRACKNUMBER") => {
	match utf8_decode_str(value) {
	Ok(value) => {
	// try to parse as current/total
	let mut value_split = value.splitn(2, '/');
	let track_number: Option<u32> =
	value_split.next().and_then(|b| b.parse().ok());
	let track_total: Option<u32> =
	value_split.next().and_then(|b| b.parse().ok());
	if let Some(n) = track_number {
	tag.set_track(n);
	} else {
	// Probably some other format, like a vinyl track number (A1, B1, etc.).
	// Just leave it up to the caller to deal with.
	tag.items
	.push((String::from("TRACKNUMBER"), value.to_owned()));
	}
	if let Some(n) = track_total {
	tag.set_track_total(n);
	}
	},
	Err(e) => {
	if parse_mode == ParsingMode::Strict {
	return Err(e);
	}
	log::warn!("Non UTF-8 value found, discarding field {key:?}");
	continue;
	},
	}
	},

I'll add that to the implicit conversions setting.