我最初是通过支持电子邮件地址发送的，并被指示在此处发布。我确实得到了一些关于这个问题的信息，将在下面发布。
我正在评估WebAPI以识别音频CD中的TOC信息。我遇到了一个问题，即WebAPI没有为少数CD返回任何数据。我已经用其他来源检查了CD，并且TOC似乎有效。
以下是一个没有返回正确数据的TOC示例： 150 13618 27701 46018 60995 68989 82330 88600 102597 110046 130091 144691 160769 167288 175151
那应该归还恩雅 - 凯尔特人。
我还有一些其他光盘无法返回所需信息，如果您需要，我们很乐意整理清单并将其发送给您。
由于
Antoine Kurukchi
答案 0 :(得分：0)
作为您通过电子邮件收到的回复，您需要在TOC结束时再输入6位数字。它指示专辑的长度或最后一首曲目的结尾。因此，您需要在TOC中使用曲目数加一个数字。 （在你的例子中，TOC中需要16个数字 - 15个轨道+ 1个） 我如何使用您的示例获得第16个TOC编号：使用最后一个轨道的长度和第15个TOC来估计第16个数字。即使它不完全相同，Gracenote也能识别它。
答案 1 :(得分：0)
我实际上发现情况恰恰相反。
FreeDB可以正常使用Numberof曲目和游戏时间
此示例适用于Freedb / CDDB 8 187 22502 39067 65425 101542 122447 143777 159945 2560
对于相同的CD，这适用于Gracenote 187 22502 39067 65425 101542 122447 143777 159945