Что означает код HRESULT 0xC00D32DB (NS_E_METADATA_CACHE_DATA_NOT_AVAILABLE)?

 
Предыдущий Следующий
NS_E_METADATA_NOT_AVAILABLE NS_E_METADATA_INVALID_DOCUMENT_TYPE

NS_E_METADATA_CACHE_DATA_NOT_AVAILABLE

Что означает NS_E_METADATA_CACHE_DATA_NOT_AVAILABLE на уровне ответственного API

Когда этот результат (0xC00D32DB) появляется, первый заблокированный переход — в offline или локальном cache метаданных нет соответствующего элемента. На практике проверку metadata для cache data not available нужно воспроизводить с теми же URL, stream, поколением объекта и последовательностью вызовов.

Метаданные Windows Media могут относиться к файлу или потоку и поступать из заголовка ASF, вычисляемых attributes, online/cache provider или обработчика конкретного формата для состояния «в offline или локальном cache метаданных нет соответствующего элемента». Возможности чтения, редактирования, locale и query schema независимы друг от друга при диагностике условия «отсутствующие данные в кэше метаданных». В случае этот результат, сохраняйте самый ранний результат нижнего уровня: оболочки могут сопоставлять разные причины с одним HRESULT в этой контрольной точке.

Эксперимент с метаданными только для чтения

  1. Запишите 0xC00D32DB, этот результат, точную операцию и время первого сбоя.
  2. При диагностике cache data not available сохраняйте content identifier, cache key, provider, timestamp и expiry cache, запрошенный locale, режим online/offline и результат cache lookup.
  3. Не используйте повторно graph, session, reader или metadata object, созданные до изменения соответствующей конфигурации или ресурса при проверке «в offline или локальном cache метаданных нет соответствующего элемента».
  4. Выполните один изолированный тест: один раз получить metadata online, заполнить cache и затем повторить тот же запрос offline.
  5. Повторите проверку через тот же API и protocol path; другой Player или локальная копия полезны только для сравнения и сами по себе не доказывают исправление исходной границы.
  6. Подтвердите ожидаемое следующее состояние и сохраните новый HRESULT, если он появился, как отдельный результат последующей стадии.

Что завершилось и что не завершилось

До этой контрольной точки предыдущая настройка могла завершиться успешно, однако этап «в offline или локальном cache метаданных нет соответствующего элемента» не был завершён. Поэтому в журнале нужны и последний успешный вызов, и этот результат.

Целевое сравнение: один раз получить metadata online, заполнить cache и затем повторить тот же запрос offline. Оно меняет спорное предварительное условие, не меняя идентичность мультимедиа и несвязанные параметры компьютера.

Данные об атрибуте, схеме и локали

ЗафиксируйтеКак это помогает выделить он
Вызов-владелецЗафиксируйте метод API, идентификатор объекта, поток или callback и временную метку для контрольной точки «отсутствующие данные в кэше метаданных».
Решающие значенияидентификатор содержимого, ключ cache, provider, время и срок действия записи cache, запрошенный locale, режим online/offline и результат поиска в cache
Поколение объектаОтметьте, когда были созданы reader, writer, graph, URL object, streaming session или metadata provider; устаревшее состояние может воспроизвести он после изменения конфигурации.
Первый вложенный результатСохраните самый ранний статус codec, COM, socket, DNS, parser или provider до него; более поздние сообщения интерфейса менее конкретны.
Случай для сравненияИспользуйте один заведомо рабочий ресурс, проходящий ту же контрольную точку «отсутствующие данные в кэше метаданных», изменив только отклонённое предварительное условие.

Интерпретация ответа поставщика

Результат повторной проверкиТолкование для него
Тот же вызов по-прежнему возвращает этот кодЗначения, определяющие контрольную точку «отсутствующие данные в кэше метаданных», не изменились либо вызывающая сторона всё ещё использует старое поколение объекта.
Новый объект работает успешноНа результат повлияли lifetime объекта или cached state он; исправьте пересоздание объекта вместо применения обходного решения на уровне всего компьютера.
Вызов доходит до другого HRESULT при проверке «в offline или локальном cache метаданных нет соответствующего элемента»Исходная граница пройдена. Диагностируйте новый код отдельно на его собственной стадии format, graph, URL, network или metadata.
Сбой возникает только для одного ресурсаДанные указывают на состояние конкретного content, URL, publishing point, stream, attribute или object, а не на общий сбой системы.

Действия, вводящие в заблуждение

  • не удаляйте metadata cache или tags до сохранения provider, key атрибута, типа и locale, которые привели к результату.
  • Не стирайте данные о первом появлении он многократными повторами; callbacks и reconnect могут заменить полезное исходное состояние более поздней ошибкой оболочки.
  • Не публикуйте учётные данные, материалы защищённого содержимого или полные закрытые URL для состояния «в offline или локальном cache метаданных нет соответствующего элемента». Записывайте обезличенные identifiers, lengths, hashes и поля protocol, необходимые для воспроизведения этой контрольной точки.

Близкие результаты не взаимозаменяемы

Основное различие: сбой cache не доказывает отсутствие item в online metadata source при сборе данных о cache data not available.

Близкий HRESULTКак его сравнивать
NS_E_METADATA_NO_RFC1766_NAME_FOR_LOCALEСравните ответственный API и первое отклонённое значение: этот HRESULT относится к соседней контрольной точке и не обязан иметь ту же причину, что он.
NS_E_METADATA_NOT_AVAILABLEИспользуйте состояние объекта и порядок операций, чтобы определить, какой код является исходным, если оба появляются в одной трассировке.
NS_E_METADATA_INVALID_DOCUMENT_TYPEСохраните он отдельно, если он появляется только после устранения условия он.

Технические ссылки

Сохраните трассировку после исправления, чтобы более поздний результат pipeline не был ошибочно принят за повтор этой границы на контрольной точке cache data not available.

Нужно найти другой код? Найти другой код состояния или ошибки.