Что такое монопольный режим в настройках звука
Перейти к содержимому

Что такое монопольный режим в настройках звука

  • автор:

Монопольный режим звука — что это? (Win 7, Win 10)

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

Монопольный режим звука — что это такое?

Когда звук может проигрываться только из одной программы.

  1. При включенном режиме часто наблюдается проблемы воспроизведения. Пример: у вас будет играть музыка в плеере, но в браузере Ютуб будет без звука. Пока не выключите плеер, а после — монопольный режим.
  2. Включение данного режима необходимо например для работы плагина WASAPI, который поддерживает побитовое воспроизведение. При этом все остальные звуки в Windows отключатся. Плагин работает только в Windows Vista SP1 или выше.
  3. Для передачи аудио потока бит-в-бит в Windows XP использовался Kernel Streaming.

Вообще плагин WASAPI используется для более высокого качества аудио. Наиболее часто его используют в плеере foobar2000. Также его используют музыканты в специальном софте.

Важно! При включении такого режима звук может прерываться.

Включается в свойствах динамиков:

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

Заключение

  1. Монопольный режим — когда звук может воспроизводиться только из одной программы.
  2. Включать нужно при реальной необходимости.

Монопольный режим звука – что это в Windows 10, 11, 7 и 8?

WiFiGid

ВОПРОС! Здравствуйте. В настройках моей встроенной звуковой карты нашел монопольный режим звука – что это такое и для чего нужна эта настройка?

ОТВЕТ СПЕЦИАЛИСТА! Монопольный режим в Windows 10, 11, 7 и 8 – позволяет в критических для компьютера ситуациях или в определенных программах использовать обработку звука только для одного программного обеспечения. При этом остальные программы будут «молчать». Например, звук будет выводиться только в игре, но остальные приложения, которые также выводят звук, обрабатываться не будут, а значит звук от них вы не услышите. Такая настройка нужна для очень слабых компьютеров, где обработка звуковых дорожек ложится на процессор. Или в критических ситуациях, когда производительности ПК не хватает, и он занят чем-то более серьезным. В таком случае система переходит в режим экономии производительности и обрабатывает звук только в одном активном приложении.

ПРИМЕЧАНИЕ! Многие звукари могут перепутать этот режим с выводом одноканального моно-режима, когда вместо двух отдельных дорожек в левое и правое ухо (режим стерео), выводится только одна. Но эта конфигурация отвечает за совершенно другое. Моно-режим включается и выключается в настройках у некоторых внешних звуковых карт. Некоторые девайсы подобной конфигурацией не обладают.

Ниже в статье я более подробно расскажу про саму функцию. Также дополнительно мы посмотрим – а стоит ли её отключать. Если у вас при чтении возникнут дополнительные вопросы или вы захотите написать дополнение – пишите в комментариях.

Где находится настройка и стоит ли её выключать?

Монопольный режим звука - что это?

Мы разобрались с вами – что такое монопольный режим в настройках звука. Теперь давайте посмотрим, в каком месте находится эта конфигурация. Напомню, что её можно найти в классическом встроенном приложении «Звук», который есть на всех версиях Windows. В каждой из версий «Окон» туда попасть можно по-разному, но мы рассмотрим единственный правильный вариант.

  1. На клавиатуре зажмите две клавиши:

+ R

  1. Теперь нам нужно ввести запрос, чтобы попасть в «Панель управления»:

Монопольный режим звука – что это в Windows 10, 11, 7 и 8?

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

Монопольный режим звука – что это в Windows 10, 11, 7 и 8?

  1. Перейдите на вкладку «Воспроизведение» – здесь расположены все физические и виртуальные устройства, которые работают с выводом звука. Кликните два раза левой кнопкой мыши по тому устройству, которое установлено по умолчанию (сверху должна быть установлена галочка).

Монопольный режим звука – что это в Windows 10, 11, 7 и 8?

  1. Переходим на вкладку «Дополнительно» и видим две настройки.

Разрешить приложениям использовать устройство в монопольном режиме – позволяет более крупному и прожорливому приложению «тянуть на себя одеяло» и брать производительность процессора (или звуковой карты) только на себя. Но такое может произойти только в том случае, если приложению не будет хватать производительности ПК. Подобным часто грешат большие программы для работы с обработкой звука или видео.

Предоставить приоритет приложениям монопольного режима – позволяет самой системе определять какое именно приложение будет работать в данный момент. Аналогично включается в тех случаях, когда система не может обработать большое количество звуковой информации. В таком случае Виндовс сама выбирает кому дать приоритет. Очень часто данный приоритет попадает на программу активного окна (игра, браузер и т.д.).

Монопольный режим звука – что это в Windows 10, 11, 7 и 8?

Нужно ли выключать монопольный режим в Windows? – Нет, этого делать не стоит даже на производительных компьютерах и мощных звуковых картах. Эта настройка помогает оптимизировать работу со звуком в экстренных случаях. По умолчанию она включена.

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

И даже это может в некоторых ситуациях не помочь, если вы используете какую-то прожорливую программу для обработки звука или видео. В таком случае я бы на вашем месте прикупил дополнительную внешнюю (или PCI) звуковую карту. Во-первых, она возьмет на себя львиную долю обработки звука. Во-вторых, звук у таких карт в разы лучше, встроенного варианта на материнских платах. В-третьих, с подобным девайсом лучше и проще записывать и обрабатывать звук.

На этом все, дорогие и любимые наши читатели портала WiFiGiD.RU. Если что-то было непонятно – пишите свои вопросы в комментариях. Всем добра и берегите себя!

Видео

Так как в статье мы подробно разобрали вопрос монопольного режима, в видео вы можете ознакомиться с моно и стерео-режимами, которые отличаются от того, о чем мы говорили в статье выше.

Потоки Exclusive-Mode

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

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

Задержка потока — это задержка, которая присуща пути данных, который соединяет буфер конечной точки приложения с устройством конечной точки аудио. Для потока отрисовки задержка — это максимальная задержка с момента, когда приложение записывает образец в буфер конечной точки, до момента, когда образец будет услышан через динамики. Для потока захвата задержка — это максимальная задержка с момента поступления звука в микрофон до момента, когда приложение может прочитать образец этого звука из буфера конечной точки.

Приложения, использующие потоки в монопольном режиме, часто делают это, так как им требуется низкая задержка в путях данных между звуковыми конечными устройствами и потоками приложений, которые обращаются к буферам конечных точек. Как правило, эти потоки выполняются с относительно высоким приоритетом и планируют выполняться через периодические интервалы, близкие к интервалу или совпадающие с периодическим интервалом, который отделяет последовательные проходы обработки звуковым оборудованием. Во время каждого прохода звуковое оборудование обрабатывает новые данные в буферах конечных точек.

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

В Windows Vista есть несколько функций для поддержки приложений, которым требуются звуковые потоки с низкой задержкой. Как описано в разделе Компоненты звука в пользовательском режиме, приложения, выполняющие критические по времени операции, могут вызывать функции службы планировщика мультимедийных классов (MMCSS) для повышения приоритета потоков, не запрещая ресурсы ЦП приложениям с более низким приоритетом. Кроме того, метод IAudioClient::Initialize поддерживает флаг AUDCLNT_STREAMFLAGS_EVENTCALLBACK, который позволяет потоку обслуживания буфера приложения запланировать его выполнение, когда новый буфер становится доступным с звукового устройства. Используя эти функции, поток приложения может снизить неопределенность в отношении времени выполнения, тем самым снижая риск сбоев в аудиопотоке с низкой задержкой.

Драйверы для более старых аудиоадаптеров, скорее всего, будут использовать интерфейс драйвера устройства WaveCyclic или WavePci (DDI), тогда как драйверы для более новых аудиоадаптеров, скорее всего, будут поддерживать WaveRT DDI. Для приложений в монопольном режиме драйверы WaveRT могут обеспечить более высокую производительность, чем драйверы WaveCyclic или WavePci, но драйверы WaveRT требуют дополнительных аппаратных возможностей. Эти возможности включают возможность совместного использования аппаратных буферов непосредственно с приложениями. При прямом совместном использовании не требуется вмешательство системы для передачи данных между приложением в монопольном режиме и звуковым оборудованием. Напротив, драйверы WaveCyclic и WavePci подходят для более старых и менее способных аудиоадаптеров. Эти адаптеры используют системное программное обеспечение для передачи блоков данных (подключенных к системным пакетам запросов ввода-вывода или IRP) между буферами приложений и аппаратными буферами. Кроме того, аудиоустройства USB используют системное программное обеспечение для передачи данных между буферами приложений и аппаратными буферами. Чтобы повысить производительность приложений в монопольном режиме, которые подключаются к звуковым устройствам, которые используют систему для передачи данных, WASAPI автоматически увеличивает приоритет системных потоков, которые передают данные между приложениями и оборудованием. WASAPI использует MMCSS для увеличения приоритета потока. В Windows Vista, если системный поток управляет передачей данных для потока воспроизведения звука в монопольном режиме с форматом PCM и периодом устройства менее 10 миллисекунд, WASAPI назначает потоку имя задачи MMCSS «Pro Audio». Если период устройства потока больше или равен 10 миллисекундам, WASAPI назначает потоку имя задачи MMCSS «Аудио». Дополнительные сведения о DDIs WaveCyclic, WavePci и WaveRT см. в документации по Windows DDK. Сведения о выборе подходящего периода устройства см. в разделе IAudioClient::GetDevicePeriod.

Как описано в разделе Элементы управления громкостью сеанса, WASAPI предоставляет интерфейсы ISimpleAudioVolume, IChannelAudioVolume и IAudioStreamVolume для управления уровнями громкости аудиопотоков общего режима. Однако элементы управления в этих интерфейсах не влияют на потоки в монопольном режиме. Вместо этого приложения, управляющие потоками в монопольном режиме, обычно используют интерфейс IAudioEndpointVolume в API EndpointVolume для управления уровнями громкости этих потоков. Дополнительные сведения об этом интерфейсе см. в разделе Элементы управления громкости конечных точек.

Для каждого устройства воспроизведения и устройства захвата в системе пользователь может контролировать, можно ли использовать устройство в монопольном режиме. Если пользователь отключает монопольное использование устройства, устройство можно использовать для воспроизведения или записи только потоков в общем режиме.

Если пользователь разрешает использование устройства в монопольном режиме, он также может контролировать, будет ли запрос приложения на использование устройства в монопольном режиме вытеснять использование устройства приложениями, которые в настоящее время могут воспроизводить или записывать потоки общего режима через устройство. Если вытеснение включено, запрос приложения на монопольное управление устройством завершается успешно, если устройство в настоящее время не используется или устройство используется в режиме общего доступа, но запрос завершается ошибкой, если другое приложение уже имеет монопольный контроль над устройством. Если вытеснение отключено, запрос приложения на монопольное управление устройством завершается успешно, если устройство в настоящее время не используется, но запрос завершается ошибкой, если устройство уже используется в общем или монопольном режиме.

В Windows Vista для конечного устройства аудио по умолчанию используются следующие параметры:

  • Устройство можно использовать для воспроизведения или записи потоков в монопольном режиме.
  • Запрос на использование устройства для воспроизведения или записи потока в монопольном режиме вытесняет любой общий поток, который в настоящее время воспроизводится или записывается через устройство.

Изменение параметров монопольного режима устройства воспроизведения или записи

  1. Щелкните правой кнопкой мыши значок динамика в области уведомлений, расположенной в правой части панели задач, и выберите пункт Устройства воспроизведения или Устройства записи. (В качестве альтернативы запустите панель управления мультимедиа Windows, Mmsys.cpl, из окна командной строки. Дополнительные сведения см. в разделе Примечания в константах DEVICE_STATE_XXX.)
  2. После появления окна Звук выберите Воспроизведение или Запись. Затем выберите запись в списке имен устройств и нажмите кнопку Свойства.
  3. После появления окна Свойства нажмите кнопку Дополнительно.
  4. Чтобы разрешить приложениям использовать устройство в монопольном режиме, проверка поле Разрешить приложениям монопольный контроль над этим устройством. Чтобы отключить монопольное использование устройства, снимите флажок проверка.
  5. Если в монопольном режиме устройство включено, можно указать, будет ли выполнен запрос на монопольное управление устройством, если устройство в настоящее время воспроизводит или записывает потоки в общем режиме. Чтобы присвоить приложениям монопольного режима приоритет над приложениями в общем режиме, проверка поле с меткой Предоставить приоритет приложениям в монопольном режиме. Чтобы запретить приложению монопольного режима приоритет над приложениями общего режима, снимите флажок проверка.

В следующем примере кода показано, как воспроизвести аудиопоток с низкой задержкой на устройстве отрисовки звука, которое настроено для использования в монопольном режиме:

//----------------------------------------------------------- // Play an exclusive-mode stream on the default audio // rendering device. The PlayExclusiveStream function uses // event-driven buffering and MMCSS to play the stream at // the minimum latency supported by the device. //----------------------------------------------------------- // REFERENCE_TIME time units per second and per millisecond #define REFTIMES_PER_SEC 10000000 #define REFTIMES_PER_MILLISEC 10000 #define EXIT_ON_ERROR(hres) \ if (FAILED(hres)) < goto Exit; >#define SAFE_RELEASE(punk) \ if ((punk) != NULL) \ < (punk)->Release(); (punk) = NULL; > const CLSID CLSID_MMDeviceEnumerator = __uuidof(MMDeviceEnumerator); const IID IID_IMMDeviceEnumerator = __uuidof(IMMDeviceEnumerator); const IID IID_IAudioClient = __uuidof(IAudioClient); const IID IID_IAudioRenderClient = __uuidof(IAudioRenderClient); HRESULT PlayExclusiveStream(MyAudioSource *pMySource) < HRESULT hr; REFERENCE_TIME hnsRequestedDuration = 0; IMMDeviceEnumerator *pEnumerator = NULL; IMMDevice *pDevice = NULL; IAudioClient *pAudioClient = NULL; IAudioRenderClient *pRenderClient = NULL; WAVEFORMATEX *pwfx = NULL; HANDLE hEvent = NULL; HANDLE hTask = NULL; UINT32 bufferFrameCount; BYTE *pData; DWORD flags = 0; DWORD taskIndex = 0; hr = CoCreateInstance( CLSID_MMDeviceEnumerator, NULL, CLSCTX_ALL, IID_IMMDeviceEnumerator, (void**)&pEnumerator); EXIT_ON_ERROR(hr) hr = pEnumerator->GetDefaultAudioEndpoint( eRender, eConsole, &pDevice); EXIT_ON_ERROR(hr) hr = pDevice->Activate( IID_IAudioClient, CLSCTX_ALL, NULL, (void**)&pAudioClient); EXIT_ON_ERROR(hr) // Call a helper function to negotiate with the audio // device for an exclusive-mode stream format. hr = GetStreamFormat(pAudioClient, &pwfx); EXIT_ON_ERROR(hr) // Initialize the stream to play at the minimum latency. hr = pAudioClient->GetDevicePeriod(NULL, &hnsRequestedDuration); EXIT_ON_ERROR(hr) hr = pAudioClient->Initialize( AUDCLNT_SHAREMODE_EXCLUSIVE, AUDCLNT_STREAMFLAGS_EVENTCALLBACK, hnsRequestedDuration, hnsRequestedDuration, pwfx, NULL); if (hr == AUDCLNT_E_BUFFER_SIZE_NOT_ALIGNED) < // Align the buffer if needed, see IAudioClient::Initialize() documentation UINT32 nFrames = 0; hr = pAudioClient->GetBufferSize(&nFrames); EXIT_ON_ERROR(hr) hnsRequestedDuration = (REFERENCE_TIME)((double)REFTIMES_PER_SEC / pwfx->nSamplesPerSec * nFrames + 0.5); hr = pAudioClient->Initialize( AUDCLNT_SHAREMODE_EXCLUSIVE, AUDCLNT_STREAMFLAGS_EVENTCALLBACK, hnsRequestedDuration, hnsRequestedDuration, pwfx, NULL); > EXIT_ON_ERROR(hr) // Tell the audio source which format to use. hr = pMySource->SetFormat(pwfx); EXIT_ON_ERROR(hr) // Create an event handle and register it for // buffer-event notifications. hEvent = CreateEvent(NULL, FALSE, FALSE, NULL); if (hEvent == NULL) < hr = E_FAIL; goto Exit; >hr = pAudioClient->SetEventHandle(hEvent); EXIT_ON_ERROR(hr); // Get the actual size of the two allocated buffers. hr = pAudioClient->GetBufferSize(&bufferFrameCount); EXIT_ON_ERROR(hr) hr = pAudioClient->GetService( IID_IAudioRenderClient, (void**)&pRenderClient); EXIT_ON_ERROR(hr) // To reduce latency, load the first buffer with data // from the audio source before starting the stream. hr = pRenderClient->GetBuffer(bufferFrameCount, &pData); EXIT_ON_ERROR(hr) hr = pMySource->LoadData(bufferFrameCount, pData, &flags); EXIT_ON_ERROR(hr) hr = pRenderClient->ReleaseBuffer(bufferFrameCount, flags); EXIT_ON_ERROR(hr) // Ask MMCSS to temporarily boost the thread priority // to reduce glitches while the low-latency stream plays. hTask = AvSetMmThreadCharacteristics(TEXT("Pro Audio"), &taskIndex); if (hTask == NULL) < hr = E_FAIL; EXIT_ON_ERROR(hr) >hr = pAudioClient->Start(); // Start playing. EXIT_ON_ERROR(hr) // Each loop fills one of the two buffers. while (flags != AUDCLNT_BUFFERFLAGS_SILENT) < // Wait for next buffer event to be signaled. DWORD retval = WaitForSingleObject(hEvent, 2000); if (retval != WAIT_OBJECT_0) < // Event handle timed out after a 2-second wait. pAudioClient->Stop(); hr = ERROR_TIMEOUT; goto Exit; > // Grab the next empty buffer from the audio device. hr = pRenderClient->GetBuffer(bufferFrameCount, &pData); EXIT_ON_ERROR(hr) // Load the buffer with data from the audio source. hr = pMySource->LoadData(bufferFrameCount, pData, &flags); EXIT_ON_ERROR(hr) hr = pRenderClient->ReleaseBuffer(bufferFrameCount, flags); EXIT_ON_ERROR(hr) > // Wait for the last buffer to play before stopping. Sleep((DWORD)(hnsRequestedDuration/REFTIMES_PER_MILLISEC)); hr = pAudioClient->Stop(); // Stop playing. EXIT_ON_ERROR(hr) Exit: if (hEvent != NULL) < CloseHandle(hEvent); >if (hTask != NULL) < AvRevertMmThreadCharacteristics(hTask); >CoTaskMemFree(pwfx); SAFE_RELEASE(pEnumerator) SAFE_RELEASE(pDevice) SAFE_RELEASE(pAudioClient) SAFE_RELEASE(pRenderClient) return hr; > 

В предыдущем примере кода функция PlayExclusiveStream выполняется в потоке приложения, который обслуживает буферы конечных точек во время воспроизведения потока отрисовки. Функция принимает один параметр pMySource, который является указателем на объект, принадлежащий к определяемому клиентом классу MyAudioSource. Этот класс имеет две функции-члены, LoadData и SetFormat, которые вызываются в примере кода. MyAudioSource описывается в разделе Отрисовка потока.

Функция PlayExclusiveStream вызывает вспомогательную функцию GetStreamFormat, которая согласовывает с устройством отрисовки по умолчанию, чтобы определить, поддерживает ли устройство формат потока в монопольном режиме, подходящий для использования приложением. Код для функции GetStreamFormat не отображается в примере кода; это связано с тем, что детали его реализации полностью зависят от требований приложения. Однако операцию функции GetStreamFormat можно описать просто— она вызывает метод IAudioClient::IsFormatSupported один или несколько раз, чтобы определить, поддерживает ли устройство подходящий формат. Требования приложения определяют форматы, которые GetStreamFormat представляет методу IsFormatSupported , и порядок их представления. Дополнительные сведения о IsFormatSupported см. в разделе Форматы устройств.

После вызова GetStreamFormat функция PlayExclusiveStream вызывает метод IAudioClient::GetDevicePeriod , чтобы получить минимальный период устройства, поддерживаемый звуковым оборудованием. Затем функция вызывает метод IAudioClient::Initialize , чтобы запросить длительность буфера, равную минимальному периоду. Если вызов выполняется успешно, метод Initialize выделяет два буфера конечных точек, каждый из которых равен по длительности минимальному периоду. Позже, когда аудиопоток начнет работать, приложение и звуковое оборудование будут совместно использовать два буфера в режиме «пинг-понг», то есть в то время как приложение записывает данные в один буфер, оборудование считывает из другого буфера.

Перед запуском потока функция PlayExclusiveStream выполняет следующие действия:

  • Создает и регистрирует дескриптор события, с помощью которого он будет получать уведомления, когда буферы будут готовы к заполнению.
  • Заполняет первый буфер данными из источника звука, чтобы уменьшить задержку с момента запуска потока до момента прослушивания исходного звука.
  • Вызывает функцию AvSetMmThreadCharacteristics , чтобы запросить у MMCSS увеличение приоритета потока, в котором выполняется PlayExclusiveStream. (Когда поток останавливается, вызов функции AvRevertMmThreadCharacteristics восстанавливает исходный приоритет потока.)

Дополнительные сведения о AvSetMmThreadCharacteristics и AvRevertMmThreadCharacteristics см. в документации по Windows SDK.

Во время выполнения потока каждая итерация цикла while в предыдущем примере кода заполняет один буфер конечной точки. Между итерациями вызов функции WaitForSingleObject ожидает передачи сигнала дескриптора события. При сигнале дескриптора тело цикла выполняет следующие действия:

  1. Вызывает метод IAudioRenderClient::GetBuffer для получения следующего буфера.
  2. Заполняет буфер.
  3. Вызывает метод IAudioRenderClient::ReleaseBuffer для освобождения буфера.

Дополнительные сведения о WaitForSingleObject см. в документации по Windows SDK.

Если аудиоадаптер управляется драйвером WaveRT, сигнализация дескриптора событий привязывается к уведомлениям передачи DMA от звукового оборудования. Для звукового устройства USB или звукового устройства, управляемого драйвером WaveCyclic или WavePci, сигнализация дескриптора событий привязывается к завершениям IRP, которые передают данные из буфера приложения в аппаратный буфер.

В приведенном выше примере кода звуковое оборудование и компьютерная система выходят за пределы производительности. Во-первых, чтобы уменьшить задержку потока, приложение планирует использовать поток обслуживания буфера, чтобы использовать минимальный период устройства, который будет поддерживать звуковое оборудование. Во-вторых, чтобы поток надежно выполнялся в течение каждого периода устройства, вызов функции AvSetMmThreadCharacteristics задает параметру TaskName значение «Pro Audio», которое в Windows Vista является именем задачи по умолчанию с наивысшим приоритетом. Подумайте, могут ли требования к времени приложения быть ослаблены без ущерба для его полезности. Например, приложение может запланировать свой поток обслуживания буфера, чтобы использовать период, превышающий минимальное значение. Более длительный период может безопасно разрешить использование более низкого приоритета потока.

Что значит монопольный режим звука в Win7

Дело в том, что в Вин. Виста и Вин7 используется новая звуковая модель, которая не предусматривает аппаратного ускорения звука, а там Директ Саунд не используется вообще. Поэтому вся работа по обработке звука ложится на процессор. Для этого существует — ВАСАПИ — плагин вывода звука, снижающий нагрузку на процессор. А для его работы требуется включение монопольного режима. Но и включение его необязательно.. это только если у вас железо слабое и не тянет. там. звук шипит или прирывается. тогда включаем монопольный режим и радуем слух чистыми, ясными исходящими звуками)))

[. ДеВоЧка-тРагЕдИя. ]Ученик (228) 12 лет назад
Директ Саунд — DIRECT SOUND
ВАСАПИ-WASAPI
CомМудрец (10322) 12 лет назад
[. ДеВоЧка-тРагЕдИя. ]Ученик (228) 12 лет назад
рада помочь)))
КотМастер (1347) 6 лет назад

Это точно, не наоборот? А если шипит с включением монопольного? Без его вроде меньше шипит или мне кажется.

Я скажу тебе больше — выключенный монопольный режим не вызывает шипений)
cvcvcdf3ff dsdasd2qd2Знаток (259) 4 года назад

В принципе все верно да.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *