| Предыдущий | Следующий |
| NS_E_SCHEMA_CLASSIFY_FAILURE | NS_E_METADATA_NO_EDITING_CAPABILITY |
NS_E_METADATA_FORMAT_NOT_SUPPORTED
Практический путь диагностики NS_E_METADATA_FORMAT_NOT_SUPPORTED
Диагностическая ценность этот результат (0xC00D32D5) — граница сбоя: ни один обработчик metadata не поддерживает формат документа или встроенных метаданных. Это проверка «неподдерживаемый формат метаданных», а не общее утверждение о непригодности файла или сервера.
Метаданные Windows Media могут относиться к файлу или потоку и поступать из заголовка ASF, вычисляемых attributes, online/cache provider или обработчика конкретного формата. Возможности чтения, редактирования, locale и query schema независимы друг от друга при диагностике условия «неподдерживаемый формат метаданных». В случае этот результат, сохраняйте самый ранний результат нижнего уровня: оболочки могут сопоставлять разные причины с одним HRESULT в этой контрольной точке.
Данные об атрибуте, схеме и локали
| Зафиксируйте | Как это помогает выделить этот результат |
|---|---|
| Вызов-владелец | Зафиксируйте метод API, идентификатор объекта, поток или callback и временную метку для контрольной точки «неподдерживаемый формат метаданных». |
| Решающие значения | идентификатор файла или содержимого, metadata provider, номер потока, имя и тип атрибута, locale, возможности чтения и редактирования и первый результат metadata API |
| Поколение объекта | Отметьте, когда были созданы reader, writer, graph, URL object, streaming session или metadata provider; устаревшее состояние может воспроизвести этот результат после изменения конфигурации. |
| Первый вложенный результат | Сохраните самый ранний статус codec, COM, socket, DNS, parser или provider до него; более поздние сообщения интерфейса менее конкретны. |
| Случай для сравнения | Используйте один заведомо рабочий ресурс, проходящий ту же контрольную точку «неподдерживаемый формат метаданных», изменив только отклонённое предварительное условие. |
Эксперимент с метаданными только для чтения
- Запишите
0xC00D32D5, он, точную операцию и время первого сбоя. - Сохраните идентификатор файла или содержимого, metadata provider, номер потока, имя и тип атрибута, locale, возможности чтения и редактирования и первый результат metadata API.
- Не используйте повторно graph, session, reader или metadata object, созданные до изменения соответствующей конфигурации или ресурса.
- Выполните один изолированный тест: открыть минимальный документ формата, поддерживаемого тем же provider, и сравнить тип проблемного документа с объявленной schema.
- Повторите проверку через тот же API и protocol path; другой Player или локальная копия полезны только для сравнения и сами по себе не доказывают исправление исходной границы.
- Подтвердите ожидаемое следующее состояние и сохраните новый HRESULT, если он появился, как отдельный результат последующей стадии.
Что завершилось и что не завершилось
До этой контрольной точки предыдущая настройка могла завершиться успешно, однако этап «ни один обработчик metadata не поддерживает формат документа или встроенных метаданных» не был завершён. Поэтому в журнале нужны и последний успешный вызов, и он.
Целевое сравнение: открыть минимальный документ формата, поддерживаемого тем же provider, и сравнить тип проблемного документа с объявленной schema. Оно меняет спорное предварительное условие, не меняя идентичность мультимедиа и несвязанные параметры компьютера.
Действия, вводящие в заблуждение
- не удаляйте metadata cache или tags до сохранения provider, key атрибута, типа и locale, которые привели к результату.
- Не стирайте данные о первом появлении он многократными повторами; callbacks и reconnect могут заменить полезное исходное состояние более поздней ошибкой оболочки.
- Не публикуйте учётные данные, материалы защищённого содержимого или полные закрытые URL. Записывайте обезличенные identifiers, lengths, hashes и поля protocol, необходимые для воспроизведения этой контрольной точки для состояния «ни один обработчик metadata не поддерживает формат документа или встроенных метаданных».
Интерпретация ответа поставщика
| Результат повторной проверки | Толкование для него |
|---|---|
| Тот же вызов по-прежнему возвращает этот код | Значения, определяющие контрольную точку «неподдерживаемый формат метаданных», не изменились либо вызывающая сторона всё ещё использует старое поколение объекта. |
| Новый объект работает успешно | На результат повлияли lifetime объекта или cached state он; исправьте пересоздание объекта вместо применения обходного решения на уровне всего компьютера. |
| Вызов доходит до другого HRESULT | Исходная граница пройдена. Диагностируйте новый код отдельно на его собственной стадии format, graph, URL, network или metadata. |
| Сбой возникает только для одного ресурса | Данные указывают на состояние конкретного content, URL, publishing point, stream, attribute или object, а не на общий сбой системы для состояния «ни один обработчик metadata не поддерживает формат документа или встроенных метаданных». |
Близкие результаты не взаимозаменяемы
Основное различие: Metadata lookup, schema validation, locale и edit capability — независимые контрольные точки даже для одного attribute.
| Близкий HRESULT | Как его сравнивать |
|---|---|
NS_E_PROPERTY_NOT_SUPPORTED | Сравните ответственный API и первое отклонённое значение: этот HRESULT относится к соседней контрольной точке и не обязан иметь ту же причину, что он. |
NS_E_SCHEMA_CLASSIFY_FAILURE | Используйте состояние объекта и порядок операций, чтобы определить, какой код является исходным, если оба появляются в одной трассировке. |
NS_E_METADATA_NO_EDITING_CAPABILITY | Сохраните он отдельно, если он появляется только после устранения условия он. |
Технические ссылки
- Возможности метаданных Windows Media
- Получение атрибутов метаданных
- Задание атрибутов метаданных
- Объект редактора метаданных
- Реестр HRESULT Microsoft
Сохраните трассировку после исправления, чтобы более поздний результат pipeline не был ошибочно принят за повтор этой границы при изоляции случая metadata format unsupported.
Нужно найти другой код? Найти другой код состояния или ошибки.