| Предыдущий | Следующий |
| NS_E_SERVER_ACCESSDENIED | NS_E_NO_EXISTING_PACKETIZER |
NS_E_RESOURCE_GONE
NS_E_RESOURCE_GONE в трассировке формата, графа или потоковой передачи
для него (0xC00D2EFC): решающая граница — ранее доступная точка публикации или медиаресурс больше не существует. Диагностируйте контрольную точку потоковой передачи для исчезнувшего ресурса непосредственно и не выводите причину только из видимого симптома воспроизведения.
Запрос потоковой передачи Windows Media проходит DNS, выбор прокси-сервера, согласование протокола, аутентификацию, создание сеанса и доставку пакетов. WMSP и связанные протоколы сохраняют состояние сеанса, поэтому успешное TCP-подключение само по себе не доказывает работоспособность медиасеанса при проверке «ранее доступный медиаресурс исчез». В случае этот результат сохраняйте самый ранний результат нижнего уровня: оболочки способны сопоставить разные причины одному HRESULT.
Близкие результаты не взаимозаменяемы
Главное различие: Код относится к конкретной сетевой или протокольной границе «ранее доступный медиаресурс исчез»; соседний HRESULT нужно диагностировать отдельно по его собственному владельцу.
| Близкий HRESULT | Как его сравнивать |
|---|---|
NS_E_MMS_NOT_SUPPORTED | Сравните ответственный API и первое отклонённое значение: это соседняя контрольная точка, а не автоматически та же причина, что и у этот результат. |
NS_E_SERVER_ACCESSDENIED | Используйте состояние объекта и порядок операций, чтобы определить исходный код, если оба появляются в одной трассировке. |
NS_E_NO_EXISTING_PACKETIZER | Сохраните этот результат отдельно, если он появляется только после устранения условия этот результат. |
Анатомия сбоя
Контрольная точка потоковой передачи достигается, когда ранее доступная точка публикации или медиаресурс больше не существует. Вызывающая сторона не должна предполагать существование следующего фильтра, пакета, сеанса или состояния метаданных после него.
Для отрицательного контроля повторите тот же медиа-URL с одним протоколом и одной конечной точкой, раздельно записывая время DNS-разрешения, подключения, ответа и создания сеанса при проверке «ранее доступная точка публикации или медиаресурс больше не существует». Более поздний HRESULT означает, что контрольная точка пройдена, а новый результат относится к другому этапу при локализации исчезнувшего ресурса.
Повторная проверка с сохранением протокола
- Запишите
0xC00D2EFC, он, точную операцию и время первого сбоя. - Сохраните исходный URL, выбранный протокол, режим прокси-сервера, разрешённые конечные точки, временные характеристики подключения/ответа, состояние аутентификации, идентификатор сеанса и первый результат сокета или протокола на этапе проверки доступности ресурса.
- Не используйте повторно граф, сеанс, объект чтения или объект метаданных, созданные до изменения соответствующей конфигурации или ресурса.
- Выполните один изолированный тест: повторите тот же URL после восстановления именно точки публикации или ресурса.
- Повторите запрос через тот же API и протокольный тракт; другой Player или локальная копия служат только сравнением и сами по себе не доказывают устранение исходной сетевой границы.
- Подтвердите ожидаемое следующее состояние и сохраните любой новый HRESULT как отдельный последующий результат.
Сетевые и протокольные данные
| Зафиксируйте | Как это помогает выделить он |
|---|---|
| Ответственный вызов | Зафиксируйте метод API, идентификатор объекта, поток выполнения или обратный вызов и временную метку для контрольной точки «ранее доступный медиаресурс исчез». |
| Решающие значения | исходный URL, выбранный протокол, режим прокси-сервера, разрешённые конечные точки, временные характеристики подключения/ответа, состояние аутентификации, идентификатор сеанса и первый результат сокета или протокола на этапе проверки доступности ресурса |
| Поколение объекта | Отметьте время создания объекта чтения, объекта записи, графа, URL-объекта, сеанса потоковой передачи или поставщика метаданных; устаревшее состояние может повторно вызвать он после изменения конфигурации. |
| Первый вложенный результат | Сохраните самый ранний статус кодека, COM, сокета, DNS, анализатора или поставщика до него; более поздние сообщения интерфейса менее конкретны. |
| Случай для сравнения | Используйте один заведомо рабочий ресурс, проходящий ту же контрольную точку «ранее доступный медиаресурс исчез», и изменяйте только отклонённое предварительное условие. |
Интерпретация следующего сетевого состояния
| Результат повторной проверки | Толкование для него |
|---|---|
| Тот же вызов по-прежнему возвращает код | Значения, определяющие «ранее доступный медиаресурс исчез», не изменились либо вызывающая сторона всё ещё использует объект предыдущего поколения. |
| Новый объект работает успешно | Время жизни или кэшированное состояние способствовало появлению он; исправьте пересоздание объекта вместо обходного решения на уровне всего компьютера. |
| Вызов доходит до другого HRESULT | Исходная граница пройдена. Диагностируйте новый код отдельно на его собственной стадии формата, графа, URL, сети или метаданных. |
| Сбой возникает только для одного ресурса | Данные указывают на состояние конкретного содержимого, URL, точки публикации, потока, атрибута или объекта, а не на общий сетевой сбой. |
Действия, вводящие в заблуждение
- не сводите любой HRESULT потоковой передачи к потере пакетов: раздельно фиксируйте DNS, подключение, ответ и этапы сеанса для состояния «ранее доступная точка публикации или медиаресурс больше не существует».
- Не стирайте данные о первом появлении он многократными повторами; обратные вызовы и повторное подключение могут заменить полезное исходное состояние более поздней ошибкой верхнего уровня.
- Не публикуйте учётные данные, материалы защищённого содержимого или полные закрытые URL для состояния «ранее доступная точка публикации или медиаресурс больше не существует». Записывайте обезличенные идентификаторы, длины, хэши и поля протокола, необходимые для воспроизведения.
Технические ссылки
- Обзор протокола потоковой передачи Windows Media по HTTP
- Получение ответа WMSP
- Взаимодействие Windows Media с прокси-сервером
- Связи протоколов потоковой передачи Windows Media
- Реестр HRESULT Microsoft
Считайте он считайте исправленным только когда тот же API путь проходит эту контрольную точку; успех через другой Player или кэшированные копирование является лишь дополнительным подтверждением.
Нужно найти другой код? Найти другой код состояния или ошибки.