метод matchscore всегда возвращает 0, используя метод doTrackIdAsync с GNSDK Gracenote для мобильных устройств Android.

Я играл с новым GNSDK Gracenote для мобильных устройств Android, и при использовании метода «doTrackIdAsync» я заметил, что в ответе есть метод matchscore() и метод matchconfidence(), которые были недавно добавлены, но они всегда возвращают соответственно 0 и пустая строка. Мне было интересно, есть ли опция, которую нужно включить, чтобы вернуть эти значения. Эти методы уже реализованы или их еще нельзя использовать? Я не видел ни одного упоминания об этом в документации.


person user3257758    schedule 08.09.2014    source источник


Ответы (1)


Оценка совпадения и достоверность возвращаются только при текстовом сопоставлении. Я предполагаю, что в вашем случае вы выполняете поиск только по отпечаткам пальцев, что объясняет, почему вы получаете пустой счет и уверенность.

Если вы добавите текст или метаданные в свой запрос, вы получите те баллы, которые покажут вам близость между предоставленным вами текстом и текстом возвращенного результата.

person Jonx    schedule 06.10.2014
comment
Спасибо четкий ответ. Есть ли дата выпуска GNSDK 1.2? - person user3257758; 07.10.2014
comment
Эта функция, вероятно, никогда не будет использоваться для определения скорости совпадения при использовании отпечатков пальцев. Ничего не планируется для будущего выпуска AFAIK. Обычно вы не должны использовать такое значение в любом случае, так как возвращаемый список результатов уже отсортирован от лучшего к худшему. Не могли бы вы дать более подробную информацию о том, как вы будете использовать такую ​​​​функцию? - person Jonx; 07.10.2014
comment
Конечно, причина, по которой меня заинтересовала эта скорость совпадения, заключается в том, что я понял, что music-Id и musicStreamId иногда возвращали мне правильные результаты. Если бы у нас был коэффициент точности, мы могли бы решить, хотим ли мы использовать результат или нет. В приложении, которое мы создаем, мы часто используем musicId и musicIdStream в фоновом режиме, поэтому для нас очень важно принимать результат только в том случае, если у нас есть высокий процент уверенности (например, 95% и выше), что результат точен. . Если хотите, могу привести ваши конкретные примеры, где мы получили неверный результат - person user3257758; 08.10.2014
comment
Хорошо, сегодня я иногда буду помещать файл с песнями в папку Dropbox, чтобы вы могли поиграть с ним. - person user3257758; 08.10.2014
comment
Извините за поздний ответ. Я добавил несколько файлов mp3 в каталог dropbox dropbox.com/sh/6hcfxdjl86xaum0/ AADjFdunBSUAcatQiCB4YKTja?dl=0 - person user3257758; 10.10.2014
comment
все файлы в этом каталоге имеют неправильное название песни и имя исполнителя. Взгляните и свяжитесь со мной, если у вас есть какие-либо вопросы или если вы выясните, что не так. Опять же, мы думаем, что было бы неплохо, если бы существовал коэффициент соответствия, который мы могли бы использовать, чтобы избежать подобных случаев. - person user3257758; 10.10.2014
comment
не могли бы вы рассказать мне немного больше о том, чего вы пытаетесь достичь, чтобы я не терял слишком много времени, пытаясь решить не ту проблему? Например, с этими файлами... вы пытаетесь их идентифицировать? средний поток? средний файл? на какой платформе? дайте мне пример на одном из этих файлов? Каков результат, который вы получаете, и каков ожидаемый результат? Спасибо. - person Jonx; 17.10.2014
comment
Привет, @jonx, извини за поздний ответ. Файлы, которые находятся в этом каталоге, когда я использую средний файл для их идентификации, дают мне не того исполнителя и неправильное название. Как я уже сказал, мы автоматически запускаем промежуточный файл для музыкальных файлов на мобильном устройстве пользователя и изменяем метаданные файла, если промежуточный файл возвращает успешный результат. Однако это становится проблемой для пользователя, если мы изменим файл, думая, что у нас есть правильная информация, а на самом деле это не так. - person user3257758; 24.10.2014
comment
Особенно потому, что мы делаем это массово. Это может сбить пользователя с толку, потому что после того, как мы запустили промежуточный файл, создается ощущение, что они потеряли некоторые музыкальные файлы, хотя на самом деле в этих файлах просто указан неправильный исполнитель и название. Мне просто интересно, есть ли коэффициент совпадения, на который мы могли бы положиться, чтобы отклонить результат, если коэффициент совпадения низкий. - person user3257758; 24.10.2014
comment
Привет @jonx, Со вчерашнего дня я получаю следующую ошибку при использовании файла musicId. Здравствуйте, ошибка: [130]. ​​Обратитесь в службу поддержки Gracenote ODP 04374 [Имя: ][Приложение:].[Ошибка Gracenote 130/74]. Не могли бы вы сказать мне, в чем проблема? это предел квоты для запроса? Что я могу сделать сейчас, чтобы решить эту проблему? - person user3257758; 31.10.2014
comment
может быть дневная квота (у вас все еще есть ошибка на следующий день?) или срок действия вашего идентификатора клиента истек (срок действия истекает через год) - person Jonx; 04.11.2014
comment
а ладно понял. Я думаю, что это просто истекает. Я должен тогда просто создать новый? @jonx - person user3257758; 05.11.2014
comment
также у вас была возможность посмотреть файлы, которые я поместил в дропбокс? - person user3257758; 05.11.2014
comment
Извините, что беспокою вас, но мне интересно, есть ли способ получить список всех основных музыкальных жанров (уровень-0), используемых объектом GNResultReady Объект GNSearchResultReady... Мы пытаемся сопоставить их с музыкальными жанрами, которые мы используя внутренне - person user3257758; 11.11.2014
comment
GNSDK имеет список API. Существует также один образец, который обычно показывает, как это сделать. Пожалуйста, напишите новый вопрос в следующий раз для новых тем. Кроме того, у меня еще не было времени заглянуть в ваши образцы файлов. Не знаю, когда найду... Буду держать в курсе... - person Jonx; 13.11.2014