Windows media player troubleshooters что это

Обновлено: 03.07.2024

Вызов Troubleshooting Pack средствами командной строки

В норме, список доступных пакетов (если не регулировался через GP preferences) выглядит примерно так:

или так:

Такое представление хорошо, удобно, информативно, но … с точки зрения профессионала. Для простых, пересічних громадян, это, все-таки, страшноватый для немедленного использования вариант. Подготовка многих пользователей PC зачастую оставляет желать лучшего, к сожалению. В памяти всплывают ситуации, когда народ пытался отредактировать табличку в .pdf документе средствами Pdf ридера и страшно возмущался, что “ничего не выходит, а ведь тут же написано ‘внесите изменения в эту таблицу MS Excel’” и много-много подобных инцидентов. Поэтому доступ к инструментарию пользователю должен предоставляться в максимально упрощенном виде. Лучший вариант – в виде ярлыка на рабочем столе.

Ну так вот… Я долго вел к этому моменту, так как на самом деле, несмотря на заголовок и прелюдию, я хочу рассказать о том, как поместить ярлык конкретного траблшутера Windows на рабочий стол.

где ключ /id идентификатор_пакета отвечает за запуск конкретного траблшутера

По ссылке, указанной выше, смотрим нужный нам Troubleshooting Pack ID (идентификатор пакета) для проблем с принтером.

Теперь достаточно создать ярлык на рабочем столе и в его свойствах указать эту команду. Примерно так:

Впрочем, следует учесть, что некоторые (но не все!) варианты разрешения проблем потребуют повышенных привилегий, которые обычным пользователям все равно могут быть недоступны. Поэтому, чтобы вариант ярлычка был достаточно функциональным, возможно, придется выполнить дополнительные административные действия. Например: если принтер локальный, то для вышеуказанного примера можно дать разрешение “Manage this Printer” пользователю.

Этот же способ можно применять для скриптования рутинных задач обслуживания операционной системы, решение которых может осуществляться также посредством Troubleshooting Packs, например вариант MaintenanceDiagnostic – для очистки от “мусора”. Однако, если предусматривается сриптование в PowerShell, то здесь ситуация иная, все выполняется в контексте командлета

Invoke-TroubleshootingPack, но это другая история, и об этом, возможно, напишу как-то по-позже.

Вы заходите в диспетчер задач, пытаясь выяснить, почему так много служб работает, и замечаете, что в списке есть службы проигрывателя Windows Media. хотя Вы даже не используете Media Player. Вы их пробовали отключить, но они опять вернулись.

Что же делать с процессами wmpnscfg.exe и wmpnetwk.exe?

Что это за службы wmpnscfg.exe и wmpnetwk.exe

Проигрыватель Windows Media 11 может совместно использовать носители с разных компьютеров в одной и той же сети, а также может совместно использовать медиа с Xbox. Чтобы это работало, требуется служба общего доступа к сети, которая разделяет библиотеку, даже если Media Player не открыт. Это действительно отличная система, если вы её используете.

Оба эти процесса являются частью системы обмена файлами Windows Media, поэтому, если вы используете эти функции, вы не должны их отключать.

Отключение обмена мультимедиа в медиаплеерах

Лучший способ удалить эти службы – просто использовать панель конфигурации, тогда они не вернутся в следующий раз, когда Media Player будет открыт случайно или преднамеренно.

Откройте Windows Media Player, а затем нажмите маленькую стрелку в разделе «Библиотека» и выберите в меню пункт «Обмен мультимедиа».

Если вы используете настраиваемую тему или не можете попасть в это меню, вы также можете открыть панель «Параметры», выбрать вкладку «Библиотека», а затем нажать «Настройка общего доступа»,

Любой из вышеперечисленных методов приведет вас к диалоговому обмену мультимедиа. Снимите флажок с обоих полей, которые вы видите.

Примечание: Если они не отмечены, вы должны их применить, нажмите кнопку Применить , а затем снимите флажок и нажмите ОК , чтобы сбросить настройки.

Как только вы нажмете кнопку ОК , вам будет предложено чрезвычайно важное диалоговое окно. Вы хотите открыть общий доступ для всех? Да!

Это фактически отключит службу и удалит запись автозапуска wmpnscfg.exe (Обратите внимание, что вам придется сначала вручную уничтожить этот процесс или выйти из него).

На этом этапе вы сможете использовать свой компьютер без этих двух процессов (wmpnscfg.exe и wmpnetwk.exe). Если у вас по-прежнему возникают проблемы с их удалением, Вы можете воспользоваться инструкциями ниже.

Отключение службы общего доступа к медиаплееру

На самом деле, Вам не нужно выполнять эту часть, так как использование инструкций по настройке приведенных выше должно быть достаточно. но если у вас проблемы с отключением служб, вот что Вам нужно сделать.

Откройте «Службы» с панели управления или введите services.msc в поле поиска / запуска меню «Пуск». Найдите службу в списке:

Откройте её, дважды щелкнув по записи, а затем измените настройку службы на Disabled.

Нужно учитывать, что если Вы попытаетесь повторно включить Media Sharing в Media Player, он будет игнорировать тот факт, что он отключен. Вот почему вам необходимо изменить конфигурацию.

Альтернативные методы с использованием Regedit

Если у вас всё ещё проблемы, вы можете использовать ещё один способ, отключающий службы wmpnscfg.exe и wmpnetwk.exe. Откройте regedit.exe через меню поиска или меню «Пуск», а затем перейдите к следующему ключу:

Должно быть значение DWORD в правой части с именем DisableDiscovery, которое вы можете установить равным 2 (установка его на 1 также сработала у меня). Просто убедитесь, что он не установлен в 0.

1. Загрузите кодеки автоматически

В диалоговом окне «Параметры» выберите вкладку «Проигрыватель» и установите флажок «Загружать кодеки автоматически».

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

3. Выберите Применить и ОК, чтобы сохранить изменения.

Попробуйте воспроизвести мультимедийный файл, который вызвал ошибку «Проигрыватель Windows Media не может воспроизвести файл».

2. Установите кодеки отдельно.

Если включение автоматической загрузки кодеков не помогло (или если вы не смогли найти его в списке параметров проигрывателя Windows Media), вам необходимо установить необходимые медиакодеки вручную.

Загрузите Пакет кодеков K-Lite. Существует четыре версии: базовая, стандартная, полная и мега. Базовая или стандартная версия должны быть достаточно хороши.

Запустите установщик K-Lite Codec Pack.

Сохраняйте настройки по умолчанию во время настройки кодека K-Lite. Однако, когда вы встречаетесь с экраном «Параметры установки», установите Windows Media Player в качестве предпочтительного видеоплеера и предпочтительного аудиоплеера.

Если у вас возникли проблемы с установкой пакета кодеков K-Lite, попробуйте Комбинированный пакет кодеков сообщества или Пакет кодеков для медиаплеера вместо.

3. Установите правильное аудиоустройство.

Иногда вы увидите ошибку «Проигрыватель Windows Media не может воспроизвести файл», если проигрыватель Windows Media использует неправильное устройство вывода звука. Вы можете исключить это, перейдя в Параметры WMP.

Перейдите на вкладку «Устройства».

В разделе «Устройства» выберите «Динамики» и нажмите кнопку «Свойства».

Выберите то же устройство воспроизведения, которое вы видите при выборе значка динамика на панели задач.

Выберите Применить и ОК, чтобы сохранить изменения.

Попробуйте воспроизвести аудио- или видеофайл и посмотрите, помогло ли это.

4. Обновите аудио и видео драйверы.

Устаревшие аудио- и видеодрайверы могут создавать всевозможные проблемы при воспроизведении музыкальных и видеофайлов в проигрывателе Windows Media и других мультимедийных проигрывателях в целом. Если вы продолжаете получать ошибку «Проигрыватель Windows Media не может воспроизвести файл», попробуйте обновить их.

Обновите аудио драйверы

Разверните раздел Звуковые, видео и игровые устройства.

Щелкните аудиоустройство правой кнопкой мыши и выберите Обновить драйвер.

Обновите любые другие аудиоустройства в развернутом разделе.

Обновите драйверы видео

Щелкните видеоустройство правой кнопкой мыши и выберите Обновить драйвер.

Повторите эти действия для любых других видеоустройств в разделе «Адаптеры дисплея».

Совет: Если диспетчер устройств не может обновить ваши аудио- или видеодрайверы, использовать средство обновления драйверов вместо этого на работу.

5. Обновите Windows 10.

Выберите «Обновление и безопасность» и перейдите на вкладку «Центр обновления Windows».

Выберите Проверить наличие обновлений.

Если вы видите какие-либо обновления, выберите Загрузить и установить или Установить сейчас. Кроме того, выберите Просмотр дополнительных обновлений (если вы видите эту опцию) и примените все доступные перечисленные обновления аудио и видео устройств.

6. Отключить / включить WMP

По-прежнему возникают проблемы с ошибкой «Проигрыватель Windows Media не может воспроизвести файл»? Попробуйте переустановить Windows Media Player. Поскольку программа является встроенным компонентом Windows 10, вы должны использовать панель компонентов Windows, чтобы удалить и добавить его обратно.

Прокрутите вниз и разверните Функции мультимедиа.

Снимите флажок рядом с проигрывателем Windows Media и нажмите кнопку ОК, чтобы удалить проигрыватель Windows Media.

Снова откройте окно «Возможности Windows», установите флажок рядом с проигрывателем Windows Media и нажмите «ОК», чтобы переустановить проигрыватель Windows Media.

7. Проверьте реестр Windows.

Реестр Windows содержит набор конкретных записей, которые часто используются проигрывателем Windows Media для воспроизведения аудио- и видеофайлов. Проверьте правильность значений в этих записях. Мы рекомендуем вам сделать резервную копию реестра Windows прежде чем идти вперед.

Скопируйте и вставьте следующий путь в адресную строку вверху окна редактора реестра:

Убедитесь, что папка выбрана на левой панели навигации.

Убедитесь, что следующие записи реестра содержат значения, перечисленные ниже:

Если вы видите другое значение в записи реестра, вы должны изменить его. Для этого щелкните запись правой кнопкой мыши, выберите «Изменить», измените значения на указанные выше и выберите «ОК».

8. Используйте другой медиаплеер.

Формат аудио или видео, который вы пытаетесь воспроизвести, может быть полностью несовместим с проигрывателем Windows Media. Попробуйте использовать альтернативный мультимедийный проигрыватель для типов файлов, которые вызывают появление ошибки «Проигрыватель Windows Media не может воспроизвести файл». Варианты включают встроенное приложение Movies & TV в Windows 10, Media Player Classic (который поставляется с пакетом кодеков K-Lite) и Медиаплеер VLC.

9. Сбросить Windows 10.

Чтобы инициировать сброс операционной системы, перейдите в Пуск> Настройки> Обновление и восстановление> Восстановление. Вы можете сохранить свои данные нетронутыми во время процедуры сброса, но обязательно создать резервную копию ваших данных заранее.

В предыдущей статье данного цикла мы начали знакомство с платформой Windows Troubleshooting Platform и рассмотрели ряд примеров работы системных модулей. Настоящая статья, завершающая данный цикл, посвящена архитектуре платформы Windows Troubleshooting Platform и модулей.

Архитектура платформы

Платформа Windows Troubleshooting Platform состоит из трех основных компонентов: Windows Troubleshooting Framework, приложения, выполняющегося в процессе 1, и модуля Troubleshooting Pack. Архитектура платформы показана на диаграмме, приведенной на рис. 1.

Рис. 1. Архитектура платформы Windows Troubleshooting Platform

На диаграмме обозначены границы процессов, где PowerShell выполняется в отдельном от платформы Windows Troubleshooting Platform процессе. Это сделано для обеспечения надежности и для изоляции сценариев от возможных эффектов выполнения команд и пользовательского интерфейса.

Windows Troubleshooting Platform

Как показано на диаграмме, Windows Troubleshooting Platform состоит из ядра времени выполнения (run-time engine), средства отображения результатов и отчетов, ряда специальных командлетов и ядра времени выполнения для Windows PowerShell. Когда пользователь или приложение запускает модуль, ядро времени выполнения считывает метаданные из модуля, проверяет цифровую подпись и отображает интерфейс пользователя. После этого запускается сценарий на PowerShell, который определяет наличие проблемы. Если сценарию необходимо взаимодействие с пользователем, запускаются соответствующие дополнительные командлеты.

Графический и командный интерфейс

Модули могут быть запущены как через графический интерфейс, так и из командной строки. Графический интерфейс предназначен для конечных пользователей, тогда как интерфейс командной строки чаще всего применяется администраторами.

Модуль

Модуль состоит из метаданных и набора сценариев на PowerShell, которые используются для обнаружения проблемы, ее исправления и проверки выполненных действий. Локализация осуществляется с помощью стандартных ресурсных файлов — Multiple-Language UI (MUI) resource file. Для их безопасного выполнения модули должны содержать цифровую подпись. Устройство модуля показано на диаграмме (рис. 2).

Рис. 2. Устройство модуля

Из следующего раздела мы узнаем, как создавать собственные модули с помощью специального средства, входящего в состав Windows 7 Software Development Kit (SDK).

Создание собственных модулей

В нашем примере мы создадим модуль, который будет решать довольно простую задачу — включение отображения строки состояния в утилите Notepad. Для того чтобы мы могли создать наш демонстрационный модуль, необходимо выполнить два подготовительных действия. Вопервых, нужно сконфигурировать PowerShell таким образом, чтобы мы могли выполнять неподписанные сценарии. Для этого следует запустить PowerShell от лица администратора (Run As Admin) и ввести следующую команду:

Проекты создаются в папках, соответствующих именам проекта, сохраняются в файлах с расширением *.diag и представляют собой XML-файлы с описанием свойств проекта и ссылки на сценарии PowerShell, выполняющие обнаружение проблемы, ее исправление и проверку внесенных изменений. Эти файлы используются для компиляции модуля на этапе его сборки.

В свойствах проекта мы указываем следующую информацию: название, описание и ссылку на информацию о сохранении данных. В нашем примере мы зададим следующие значения:

После этого следует выполнить команду Add New Root Cause в панели в левой части дизайнера (рис. 3). Это приведет к появлению панели, описывающей основную проблему (root cause), — здесь нам необходимо указать следующие значения:

Рис. 3. Свойства проекта

Идентификатор основной проблемы (Root Cause ID) будет применяться в сценариях на PowerShell и в тех случаях, когда модуль решает более одной проблемы, при этом он должен иметь уникальное в рамках данного модуля значение. Два других поля носят описательный характер, и их значения отображаются в соответствующих местах пользовательского интерфейса.

Элемент Root Cause имеет ряд дополнительных элементов: Troubleshooter, Resolver, Verifier и Scripts. Элемент Troubleshooter описывает характеристики процесса обнаружения проблемы, элемент Resolver — ее решение, элемент Verifier — шаги по проверке внесенных изменений, а элемент Scripts обеспечивает связь проекта со сценариями на PowerShell.

Для нашего примера для элемента Troubleshooter укажем, что повышение привилегий не требуется (Elevation = False) и что при обнаружении проблемы нет необходимости во взаимодействии с пользователем (Interactions = False). Для элемента Resolver укажем имя сценария на PowerShell — RS_EnableStatusBar и зададим значения False для опций Prompt the User, Elevation и Interactions; для элемента Verifier укажем, что проверка внесенных изменений возможна (Verifiable = True) и что для этой проверки мы будем использовать тот же сценарий, что и для обнаружения проблемы (Reuse Troubleshooter = True).

После этого можно переходить на страницу Root Cause Scripts, которая содержит ссылки на два сценария на PowerShell: Troubleshooter и Resolver. Поскольку проверка внесенных изменений аналогична определению наличия проблемы, отдельный сценарий для элемента Verifier не нужен.

В разделе Troubleshooter щелкнем по команде Edit Troubleshooter Script и в среде PowerShell введем следующий код:

Write-DiagProgress -activity «Checking mode. »

$mode = Get-ItemProperty «Registry::HKEY_CURRENT_USER\Software\Microsoft\Notepad»

$RootCauseDetected = ($mode.Statusbar -ne 1)

Update-DiagRootCause -id $RootCauseID -detected $RootCauseDetected

Здесь мы применяем два дополнительных командлета, предоставляемых платформой Windows Troubleshooting Platform: Write-DiagProgress и Update-DiagRootCause. Командлет Write-DiagProgress используется для уведомления пользователей о выполняемых действиях и имеет два параметра: Activity, описывающий действия, и Status, описывающий состояние операции. Командлет Update-DiagRootCause служит для обновления статуса основной проблемы — обнаружена она на шаге идентификации или нет. Собственно проверка наличия проблемы сводится к обращению к записи Statusbar в соответствующей ветви реестра и определении ее текущего значения — если оно не равно 1, значит, строка состояния отключена и проблема существует.

Сохраним наш код, закроем PowerShell и вернемся в дизайнер модулей. В разделе Resolver щелкнем по команде Edit Troubleshooter Script и в среде PowerShell введем следующий код:

Write-DiagProgress -activity «Enabling status bar. »

-name «StatusBar» -type DWORD -value 1

Запустим наш модуль и убедимся в том, что он определяет наличие проблемы (отключение отображения строки состояния в Notepad — рис. 4) и исправляет ее (рис. 5).

Рис. 4. Запуск модуля NotepadFix

Рис. 5. Результат работы модуля NotepadFix

После того как мы получили представление о том, как устроены, создаются и работают модули для платформы Windows Troubleshooting Platform, можно обратиться к стандартным модулям, поставляемым в составе операционной системы WIndows 7, и более детально ознакомиться с их работой. Напомним, что модули располагаются в каталоге %windir%\Diagnostics в соответствующих подкаталогах. Файлы сценариев PowerShell с префиксом TS_ содержат код для определения проблемы, с префиксом RS_ — код ее устранения. В некоторых каталогах также присутствуют файлы сценариев PowerShell с префиксом CL_ — в них содержится общий код, полезные функции, прототипы вызовов функций Windows API и т.п.

Заключение

В этой статье мы завершили знакомство с платформой Windows Troubleshooting Platform, которая впервые появилась в Windows 7 и служит универсальным средством для решения широкого спектра проблем, связанных с настройкой операционной системы, ее компонентов, сервисов и приложений. Напомним, что платформа Windows Troubleshooting Platform поддерживает расширяемость — разработчики могут создавать собственные модули для решения проблем, связанных с конфигурацией приложений, и распространять их по электронной почте или через соответствующие разделы вебсайтов.

Читайте также: