TRACKTOTAL / TOTALTRACKS count include data track

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Select FLAC as output format (I expect that the same will be true for other 
formats)
2. Rip an audio CD containing a data track
3. Count the number of actual tracks that are ripped and compare it with the 
TRACKTOTAL / TOTALTRACKS

How about the reproducibility (always, sometimes, rarely, ...)?
always

What is the expected output? What do you see instead?
I would expect to see the number of actual audio tracks in the TRACKTOTAL / 
TOTALTRACKS tags since the difference in actual ripped tracks compared to 
TRACKTOTAL / TOTALTRACKS could indicate that the rip is incomplete. Instead, 
the data-track is included in the count.

What version of the product are you using? On what operating system?
OS X Mountain Lion / XLD 20121027

Please provide any additional information below.
.

Original issue reported on code.google.com by obroc...@gmail.com on 13 Nov 2012 at 8:35

[GoogleCodeExporter]

TOTALTRACKS metadata always means a total track count in the original disc.

For mixed mode CDs, if a totaltracks metadata does not include the data track, 
the last audio track number becomes larger than the total track count.

Original comment by tmkkmac on 14 Nov 2012 at 10:22

[GoogleCodeExporter]

Thanks for your quick reply! Could you clarify "...if a totaltracks metadata 
does not include the data track, the last audio track number becomes larger 
than the total track count."? Isn't the opposite true?

Example, one of my album has 15 audio tracks + a data track. Therefore on disk 
I have 15 flac files after ripping. Because the data track is counted as a 
track as well, the TOTALTRACKS says there are 16 tracks. Therefore (not knowing 
about the data track), it looks like one flac file is missing on disk.

Original comment by obroc...@gmail.com on 14 Nov 2012 at 6:55

[GoogleCodeExporter]

Well, in mixed mode CDs, data track exists at the beginning of the disc. So in 
your case, the last audio track number is 16, but total track number is 15. 
This results in "16/15" track number in a player and it looks very odd.

Anyway, what I want to say is, "TRACKTOTAL / TOTALTRACKS count include data 
track" is not a bug. TRACKTOTAL / TOTALTRACKS doesn't mean "total tracks 
ripped", but "total tracks on a disc".

Original comment by tmkkmac on 14 Nov 2012 at 7:11

[GoogleCodeExporter]

Ah okay, thanks for your explanation :) I wasn't aware about that.

Original comment by obroc...@gmail.com on 18 Nov 2012 at 8:29