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

Post a reply

Smilies
:D :) :( :o :-? 8) :lol: :x :P :oops: :cry: :evil: :roll: :wink:

BBCode is ON
[img] is ON
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: 1256 Adding Disc# total can make nonsense format [#5876]

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

by chrisjj » Tue Sep 08, 2009 7:10 am

> _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.

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

by nohitter151 » Tue Sep 08, 2009 7:05 am

chrisjj wrote: 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!!

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

by chrisjj » Tue Sep 08, 2009 5:48 am

> 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.

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

by Mizery_Made » Tue Sep 08, 2009 12:22 am

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.

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

by chrisjj » Mon Sep 07, 2009 9:04 pm

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

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

by Mizery_Made » Mon Sep 07, 2009 8:24 pm

chrisjj wrote: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?

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

by chrisjj » Mon Sep 07, 2009 7:34 pm

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.

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

by jiri » Mon Sep 07, 2009 11:45 am

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!

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

by chrisjj » Mon Jul 13, 2009 3:48 pm

> This effects library tracks too.

Thanks - tracked.

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

by Mizery_Made » Mon Jul 13, 2009 3:40 pm

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.

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

by chrisjj » Mon Jul 13, 2009 12:30 pm

> 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.

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

by Mizery_Made » Mon Jul 13, 2009 11:59 am

Dragging to Now Playing is an unneeded step.

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

by chrisjj » Mon Jul 13, 2009 7:26 am

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 !

Image

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

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

Top