1256 Adding Disc# total can make nonsense format [#5876]

[chrisjj]

1 Drag into Now Playing a MP3 having TPOS (disnumber) = 1/2
2 See that MM "Disc" displays just 1 (known issue - http://www.mediamonkey.com/forum/viewto ... =6&t=25423)
3 Edit the property to 1/2 - MM shows 1/2
4 Inspect the propertiy in e.g. Mp3tag

Expected: 1/2
Observed 1/2/2 !



(This discovery arose from http://www.mediamonkey.com/forum/viewto ... =4&t=28560 )

Tracked at http://www.ventismedia.com/mantis/view.php?id=5876

[Mizery_Made]

Dragging to Now Playing is an unneeded step.

[chrisjj]

> Dragging to Now Playing is an unneeded step.

Dragging to Now Playing is part of a step that's needed to get the affected track in and visible. Indeed there are other operations e.g. File | Open that are also sufficient.

[Mizery_Made]

This effects library tracks too. Have the file in the library, edit it with another program to add this field. The rest of your steps apply to these tracks just as well.

[chrisjj]

> This effects library tracks too.

Thanks - tracked.

[jiri]

EDIT: BELOW IS NOT JIRI's POST. IT IS CHRISJJ's REPLAY REPLACING IT, DUE TO CHRISJJ ERROR

> if you enter '1/2', according to ID3v2 specs the full result is '1/2/2'.

Jiri, I must point out that does NOT accord with the ID3V2 specs:

http://www.id3.org/id3v2.4.0-frames

TPOS
The 'Part of a set' frame is a numeric string that describes which
part of a set the audio came from. This frame is used if the source
described in the "TALB" frame is divided into several mediums, e.g. a
double CD. The value MAY be extended with a "/" character and a
numeric string containing the total number of parts in the set. E.g.
"1/2".

i.e. the spec allows for max. two numeric strings, and MM's writing of three is non-compliant.

> The only full 'fix' to this issue is to introduce Total Disc # field,

Why not just show the full value, as does WinAmp?

I foresee problems with your proposal to have two fields feeding one TPOS tag. And it is inconsistent with the current Track # field, which /does/ accept a dual value.

> which will appear in MM 4.0.

If so, please don't use the English misnomer "Total Disc #". This value is "Disc Quantity".

Good luck!

[chrisjj]

I wrote:

And it is inconsistent with the current Track # field, which /does/ accept a dual value.

but now I see Jiri's proposal in http://www.ventismedia.com/mantis/view.php?id=5876 to introduce a separate Qty field for Track too. If as seems inevitable this is a split to the current Track# which carries #/Qty, then I vote against. Users will not want to lose the display of e.g. 1/20, instead having two columns.

[Mizery_Made]

Users will not want to lose the display of e.g. 1/20, instead having two columns.

Where is your support that "Users" will not want this?

[chrisjj]

Have a look at just about every competing program, from WinAmp to iTunes.

[Mizery_Made]

Interesting considering one of your examples is iTunes. Track Numbers and Total Tracks isn't entered in "x/y" format in this program, nor is it displayed as such. There's an entry box for the track number and a separate one to indicated the total number. The information is displayed in the program in the form of "x of y" too. Sure, it's saves to the tag as "x/y" per ID3 specifications, but Jiri didn't necessarily indicate that MM wouldn't if separate "fields" were introduced (nor that the information wouldn't be able to be displayed in a single column as "x/y" or "x of y" for that matter).

Even still, I don't see how pointing to how other competing programs handle it supports your claim that "Users would not want" it. It may be an indication, yes, but hardly suggests it as fact, which your comment could be interpreted as implying.

[chrisjj]

> Interesting considering one of your examples is iTunes ... The information is displayed in the program in the form of "x of y" too.

"X of y" is equivalent to "x / y".

> Jiri didn't necessarily indicate ...

I see Jiri just deleted his proposal from this topic so let's wait and see what replaces it.

[nohitter151]

I see Jiri just deleted his proposal from this topic so let's wait and see what replaces it.

NO, _you_ deleted it when you edited Jiri's post! Please be more careful in the future!!

[chrisjj]

> _you_ deleted it when you edited Jiri's post!

Crikey I did! I must have clicked Edit instead of Quote. Sorry Jiri! And thanks NH for catching this.