| Предыдущий | Следующий |
| NS_E_EMPTY_PLAYLIST | NS_E_PLAYLIST_UNSUPPORTED_ENTRY |
NS_E_PLAYLIST_PARSE_FAILURE
Серверное значение NS_E_PLAYLIST_PARSE_FAILURE
Где находится граница
Этот результат (0xC00D14B6) обозначает выбранный парсер списка воспроизведения не смог построить объект списка воспроизведения из исходных данных. Код определяет узкий серверный контракт, поэтому при диагностике нужно сохранить поколение объекта и первый исходный результат нижнего уровня.
Парсер списка воспроизведения WMS преобразует WSX/SMIL или другой поддерживаемый источник во внутрипамятный список воспроизведения для клиента. Когда этот результат возвращается, идентификатор записи, вложенность, текущее направление и состояние завершения работы важны независимо от существования указанного медиафайла. В трассировке он сохраните список воспроизведения в том виде, в котором его видит парсер после перенаправления или динамической генерации. При диагностике он сервер работает с разрешённым документом и идентификаторами записей в памяти, а не обязательно с текстом, который оператор открыл первоначально. Решающий вопрос — соответствуют ли текущий объект и его значения этой границе; базовое описание AllStat само по себе не показывает поколение объекта, выбранный подключаемый модуль или исходный сбой нижнего уровня.
Минимальный полезный эксперимент
- Зафиксируйте
0xC00D14B6, этот результат, точное действие API или административную операцию и время первого сбоя. - Сохраните данные источника или XML, CLSID парсера, строку/столбец при наличии, кодировку, корневой элемент и первую ошибку парсера.
- Убедитесь, что объект по-прежнему относится к текущему поколению WMServer, точки публикации или представления.
- Проведите один изолированный эксперимент: проверьте подмножество WSX/SMIL либо направьте формат в нужный пользовательский парсер.
- Повторите исходную операцию этот результат через тот же протокол и под той же учётной записью службы; не подменяйте её другим тестом на стороне клиента.
- после него проверьте ожидаемое следующее состояние и сохраните любой последующий HRESULT как отдельный результат конвейера.
Успех означает, что та же операция проходит эту контрольную точку и достигает ожидаемого следующего состояния, а не просто что символический код исчезает.
Структура сбоя для этого кода
В типичном инциденте он сервер достигает условия «выбранный парсер списка воспроизведения не смог построить объект списка воспроизведения из источника» и отклоняет операцию до того, как вызывающая сторона может считать следующий этап выполненным. Поэтому в записи инцидента нужно связать данные источника или XML, CLSID парсера, строку/столбец при наличии, кодировку, корневой элемент и первую ошибку парсера с поколением объекта и точным административным или протокольным запросом.
Полезный отрицательный контроль — проверить подмножество WSX/SMIL либо направить формат в нужный пользовательский парсер. Если после этого тот же вызов с ним проходит дальше, результат подтверждает эту границу. Если он сохраняется, вернитесь к первому событию нижнего уровня, не расширяя восстановительные действия.
Соблазнительное, но ошибочное действие — изменить только расширение файла, не изменяя содержимое или регистрацию парсера. Оно не проверяет существенное здесь различие: неподдерживаемая запись может возникнуть уже после успешного разбора документа. По этой же причине система мониторинга должна сохранять символическое имя, а не только общую ошибку COM.
Данные, отделяющие этот код
| Данные | Почему это важно для него |
|---|---|
| Решающее состояние | данные источника или XML, CLSID парсера, строку/столбец при наличии, кодировку, корневой элемент и первую ошибку парсера |
| Ответственный объект | Зафиксируйте сервер, точку публикации, список воспроизведения, узел пространства имён, подключаемый модуль или элемент кэша, вернувший он, включая время его создания или последнего перезапуска. |
| Первый нижележащий результат | Сохраните самое раннее событие Win32, сокета, COM, анализатора или подключаемого модуля до HRESULT; последующие оболочки могут сопоставить несколько причин с ним. |
| Контролируемое сравнение | Используйте заведомо исправный объект того же типа и изменяйте только предусловие, описанное как «выбранный парсер списка воспроизведения не смог построить объект списка воспроизведения из источника». |
| Конфиденциальные данные | По возможности записывайте идентификаторы, длины, хэши и обезличенные URL; не публикуйте пароли, файлы авторизации или открытые клиентские данные. |
Результаты проверки
| Наблюдение при повторной проверке | Толкование |
|---|---|
| Тот же вызов по-прежнему возвращает он | Отклонённое предварительное условие не изменилось либо вызывающая сторона всё ещё использует устаревшее поколение объекта или конфигурации. |
| Операция проходит дальше, и появляется более поздний код | Эта граница пройдена. после него диагностируйте новый код отдельно на его собственной стадии источника, анализатора, приёмника, сети или клиента. |
| Новый объект работает, а сохранённый — нет | Причина связана со временем жизни объекта или устаревшим контекстом; исправьте управление жизненным циклом вместо общесистемного обходного решения. |
| Сбой возникает только у одной точки публикации, списка воспроизведения, ключа кэша или подключаемого модуля | Данные указывают на конфигурацию или содержимое конкретного объекта, а не на общий сбой сервера. |
Изменения, которые не доказывают причину
- переименование расширения файла без изменения содержимого или регистрации парсера.
- Полная переустановка особенно слабо подтверждает причину: она меняет множество несвязанных компонентов, но не объясняет отклонённое серверное предварительное условие.
- Не подавляйте он и не заменяйте его общим сообщением «ошибка медиасервера»; сохраняйте в телеметрии символический код и операцию, которая его вернула.
Не объединяйте соседние значения HRESULT
Основное различие: неподдерживаемая запись может возникнуть после успешного разбора документа.
| Близкий результат | Другая контрольная точка |
|---|---|
NS_E_PLAYLIST_UNSUPPORTED_ENTRY | Сравните его собственную символическую границу и первый сбойный вызов; он нельзя автоматически объединять с ним. |
NS_E_EMPTY_PLAYLIST | По отношению к нему этот соседний результат относится к другому состоянию или ветви проверки, даже если видимый пользователю симптом похож. |
NS_E_PLAYLIST_ENTRY_NOT_IN_PLAYLIST | Используйте тип объекта и последовательность операций, чтобы определить, какой результат является первичным. |
Технические ссылки
- Серверные списки воспроизведения
- Системные модули разбора списков воспроизведения
- Программирование списков воспроизведения
- Реестр HRESULT Microsoft
Завершайте диагностику только после того, как он перестанет возвращаться на актуальном объекте и будет подтверждено ожидаемое следующее состояние.
Нужно найти другой код? Найти другой код состояния или ошибки.