Это может помочь понять, что я пытаюсь сделать, чтобы контекстуализировать мой вопрос, так что здесь.
Я пытаюсь взломать звуковые разъемы realtek на моем mobo, чтобы передний аудиопоток был направлен на зеленый и черный разъемы задней панели. Драйверы Realtek, или сами окна, действительно испортили квадрофоническое аудио и заполнение динамиков, так что это единственный способ получить музыку из обоих разъемов на моей установке.
Для этого (основываясь на информации со всего Интернета, например, здесь) все, что нужно, это изменить значения, связанные с некоторыми разделами реестра. Я проследил за кроличьей норе
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E96C-E325-11CE-BFC1-08002BE10318}\00XX\Settings\DrvYYYY_DevType_YYYY_SSYYYYYYYY
и искать
"Pin14" = Front speakers (rear green)
"Pin15" = Rear speakers (rear black)
Pin15 должен быть изменен на
"04 00 00 00" = Front speakers
для подачи одинакового сигнала переднего динамика на оба выходных гнезда.
ОК, круто, верно? только в теории ... Я могу внести эти изменения, но когда я перезагружаюсь, чтобы они вступили в силу, я вижу в regedit, что значения были возвращены к значениям по умолчанию.
Я нашел одно предполагаемое решение, которое сказал пойти в [...]\00XX\GlobalSettings и измените ResetAudioFgOnStart на значение 0. Не повезло в моей системе, все еще обновляет значения выводов по умолчанию при перезагрузке.
Итак, я придумал идею изменить реестр и права доступа к ключам, с идеей предотвращения возврата значений по умолчанию при перезагрузке.
На [...]\00XX Я отключил наследование, но преобразовал наследуемые разрешения по умолчанию в явные разрешения для этого ключа и его дочерних объектов (и подразделов), чтобы я мог манипулировать их доступом. Я ограничил доступ на запись, оставив доступ на чтение доступным для всех принципалов, которые были перечислены, когда наследование было ранее включено (т. Е. SYSTEM, CREATER OWNER, ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ, Пользователи, Администраторы ...). Я оставил права на запись только для администраторов, так как это владелец, и мне, очевидно, нужно изменить разрешения так, как я бы хотел, чтобы они были. Я также выбрал «заменить все разрешения дочернего объекта ...», чтобы убедиться, что эти изменения были рекурсивными.
Однако по какой-либо причине после перезагрузки значения по умолчанию все еще загружаются, что не позволяет моим изменениям вступить в силу. Может быть, я должен был отозвать права администратора на запись после внесения изменений в значения, но перед перезагрузкой (был уверен, что я тоже это попробовал ... но это было пару дней назад, когда я возился с этим)?
Почему мои изменения в разрешениях этого дерева ключей не препятствуют возврату значений при перезагрузке?
Любые идеи, как заблокировать те значения, которые я хочу в реестре?
РЕДАКТИРОВАТЬ: загруженный снимок экрана с настройками моего реестра (да, я удалил свое имя пользователя, nsa наблюдает: p), после того, как я вручную внес изменения в значение реестра, над которым я работаю. Это показывает все запрещающие разрешения (для SYSTEM, CREATOR OWNER, ВСЕХ ПАКЕТОВ ПРИЛОЖЕНИЙ, каждый из которых блокирует их из заданного значения, создает подраздел, уведомляет, создает linnk, удаляет, записывает dac, выполняет действия владельца записи), чтобы предотвратить не только доступ на запись, но заблокируйте разрешения для всех, кроме группы администраторов. Тем не менее, значение сбрасывается до значения по умолчанию после перезагрузки. Возможно, виновником является группа администраторов, я сомневаюсь в этом, поскольку ожидается, что всплывающее окно предоставит администраторам доступ к операции, поэтому я подозреваю, что это своего рода системный процесс.
ХОРОШО не могу опубликовать изображение, так как у меня нет 10 репутации, тьфу ... что угодно, глупые интернеты, не то, что пост делает это звучит так, как будто я абсолютно невежественен