홈레코딩 위키

Steinberg built-in ASIO driver

Anonymous (anonymous@undisclosed.example.com) — 2025-05-21T18:46:26+00:00

Steinberg built-in ASIO driver

Steinberg 내장 ASIO 드라이버는 광범위한 오디오 인터페이스와 함께 작동하는 Windows용 범용 ASIO 드라이버입니다. 주요 목적은 기본 ASIO 지원이 없는 인터페이스(일반적으로 메인보드에 통합된 사운드 칩)를 Cubase, Dorico, Nuendo 및 WaveLab과 같은 Steinberg 소프트웨어와 함께 사용할 수 있도록 하는 것입니다. ASIO 드라이버가 필요한 다른 오디오 애플리케이션과도 함께 사용할 수 있습니다.

ASIO 드라이버를 지원하지 않는 메인보드 내장 사운드 카드와 잘 동작되고, ASIO4ALL보다 훨씬 안정적으로 동작한다. ASIO4ALL, Generic Low-latency 드라이버의 경우 큐 베이스를 사용 중에는 드라이버가 사운드 카드를 독점하기 때문에, 윈도우의 다른 모든 사운드가 작동아 안되는 단점이 있지만, Steinberg built-in ASIO는 큐 베이스에서 사운드를 사용해도 다른 윈도우의 어플리케이션들도 사운드를 동시에 사용할 수 있다.

배경

오디오 드라이버 표준 ASIO(Audio Stream Input/Output)는 Steinberg가 개발했습니다. ASIO는 모든 유명 오디오 인터페이스 제조업체에서 지원하며, Windows에서 거의 모든 전문 오디오 프로그램에서 요구하는데, 부분적으로는 낮은 레이턴시 때문입니다.

호환성

Steinberg 기본 ASIO 드라이버는 Windows 11 및 Windows 10 64비트 버전을 지원합니다.

이전 64비트 버전의 Windows에서도 사용해 볼 수 있지만, 테스트되지 않았습니다. 32비트 버전은 제공되지 않습니다.

Steinberg 내장 ASIO 드라이버는 모든 ASIO 호환 오디오 애플리케이션과 함께 사용할 수 있습니다. 그러나 Steinberg 소프트웨어와 함께 드라이버를 사용하는 것에 대한 지원만 제공할 수 있습니다.

제어판 / 설정

제어판은 Windows 또는 사용 중인 Steinberg 소프트웨어의 설정을 통해 액세스할 수 있습니다.

제어판을 사용하면 Steinberg의 통합 ASIO 드라이버에 의해 입력 및 출력으로 사용될 장치를 선택할 수 있습니다.

한 번에 하나의 장치만 출력 및 입력으로 선택할 수 있습니다.
필요한 경우 입력과 다른 장치를 출력에 선택할 수 있습니다. 그러나 단일 장치만 사용하는 것이 좋습니다.
입력 장치를 선택하지 않으면 지연 시간이 줄어들 수 있습니다.
출력 장치를 선택하지 않는 것은 불가능합니다.

제어판 제한 사항

표시된 샘플 속도는 제어판에서 변경할 수 없습니다.
샘플 속도를 변경하려면 Windows 사운드 설정으로 이동하세요.'
- Windows 11: 사운드 > 원하는 출력 또는 입력을 클릭 > 출력 설정/형식
- Windows 10: 사운드 > 장치 속성 > 추가 장치 속성 > 고급/기본 형식
Steinberg 내장 ASIO 드라이버는 샘플 속도 편차를 자동으로 변환합니다. 그러나 가능하다면 입력 및 출력의 샘플 속도는 항상 DAW 설정에 지정된 샘플 속도와 일치해야 합니다.
ASIO 버퍼의 크기와 관련 대기 시간은 변경할 수 없습니다. Steinberg 내장 ASIO 드라이버에서 사용하는 고정 버퍼 크기는 충분히 낮은 대기 시간을 허용해야 합니다.

Steinberg Built-in ASIO 드라이버 / Generic low-latency ASIO 드라이버

Steinberg 내장 ASIO 드라이버는 2023년 7월 WaveLab Cast 2와 함께 처음 출시된 새로운 개발입니다. 이는 더 이상 개발되지 않을 Generic Low Latency ASIO 드라이버를 점진적으로 대체할 것입니다.

두 드라이버의 기능은 기본적으로 동일합니다. Steinberg 내장 ASIO 드라이버는 기본적으로 다음과 같은 이점을 제공합니다.

자동 샘플 속도 변환
더욱 향상된 장치 호환성

하지만 오디오 하드웨어가 Generic Low Latency ASIO Driver와 호환된다면, 사용하지 않을 이유가 없습니다.

macOS에 Steinberg 내장 ASIO 드라이버가 없는 이유는 무엇입니까?

Apple의 오디오 인프라인 “Core Audio” 덕분에 macOS에서는 ASIO 드라이버가 필요하지 않습니다.

문제 해결을 위해 Steinberg 내장 ASIO 드라이버 사용

일반적으로 사용 중인 오디오 하드웨어 제조업체에서 제공하는 최신 ASIO 드라이버를 사용하는 것이 좋습니다. 하지만 오디오 인터페이스에 문제가 있는 경우 Steinberg 내장 ASIO 드라이버를 대안으로 사용해 보는 것이 좋습니다.

하지만 타사 소프트웨어와 함께 드라이버를 사용하는 경우 지원을 제공할 수 없습니다.

다운로드

현재 Steinberg 내장 ASIO 드라이버는 WaveLab 12 버전과 WaveLab Cast 2에만 자동으로 설치됩니다.¹⁾

최신 드라이버 버전을 별도로 여기에서 다운로드할 수 있습니다.

https://helpcenter.steinberg.de/hc/en-us/articles/17863730844946-Steinberg-built-in-ASIO-Driver-information-download

ASIO

¹⁾

Dorico를 설치해도 자동으로 설치됩니다.

ASIO Multi-Client

Anonymous (anonymous@undisclosed.example.com) — 2025-08-07T04:28:34+00:00

ASIO Multi-Client

일반적으로 어느 한 소프트웨어에서 ASIO 드라이버를 점유했을 경우에, 다른 소프트웨어에서는 ASIO 드라이버를 사용할 수 없지만, ASIO Multi-Client 를 지원하는 제품의 경우에는 여러개의 소프트웨어에서 동시에 ASIO 드라이버를 사용할 수 있다. 또한 ASIO 루프백 채널이 지원된다면 소프트웨어 간에 ASIO 를 통해 소리를 전달 하는 것도 가능해진다.

알려진 ASIO Multi-Client 지원 오디오 인터페이스

최근에는 많은 오디오 인터페이스가 ASIO Multi-Client 를 지원한다.

Focusrite Clarett
RME
Zoom
MOTU
Roland Capture Series
Focusrite Scarlett 3rd Gen
SSL

Steinberg 오디오 인터페이스는 Multi-client를 지원하지 않는다.

단 Steinberg 오디오 인터페이스들이 기술력이 없어서 멀티 클라이언트를 지원하지 않는 것은 아니다. Steinberg 오디오 인터페이스들은 Steinberg 사의 DAW인 큐 베이스/누엔도와 통합(Integration) 동작을 하도록 만들어 졌는데, 만약 멀티 클라이언트를 지원하게 되면, 여러개의 DAW 가 실행되었을 때 프로토콜 통신 오류 발생의 가능성이 있다. 따라서 일부러 지원하지 않는 것으로 보인다.

https://forums.steinberg.net/t/pc-windows-asio-multiclient-driver-by-charlie-steinberg/20479

ASIO

Anonymous (anonymous@undisclosed.example.com) — 2025-08-04T09:02:36+00:00

ASIO

Audio Streaming Input/Output

ASIO는 “Audio Streaming Input/Output”의 약자로, Steinberg에서 개발한 오디오 API(프로그래밍 인터페이스)입니다. ASIO는 전문적인 오디오 인터페이스나 오디오 장비에서 더 빠른 오디오 처리 성능을 가능하게 하는 드라이버 시스템입니다. ASIO 드라이버를 지원하는 오디오 장비는 뛰어난 오디오 성능과 낮은 레이턴시(오디오 신호 처리 지연 시간)를 제공합니다.

일반적으로 오디오 인터페이스는 ASIO 드라이버를 기본적으로 지원하며, 이를 통해 음악 프로듀서, 믹서, 음향 엔지니어 등이 더 높은 오디오 품질과 더 낮은 레이턴시를 활용할 수 있습니다. 반면 일반적인 사운드 카드에서는 ASIO 지원이 드물지만, 가끔 ASIO 드라이버를 지원하는 경우가 있습니다.

ASIO 드라이버의 지원 여부는 오디오 인터페이스와 사운드 카드를 평가하고 구분하는 중요한 기준 중 하나이며, 전문적인 오디오 작업에 필수적입니다. 이를 통해 사용자는 뛰어난 오디오 품질과 성능을 경험할 수 있습니다.

ASIO

ASIO stands for “Audio Streaming Input/Output,” and it is an audio API (Application Programming Interface) developed by Steinberg. ASIO is a driver system that enables faster audio processing performance, primarily used in professional audio interfaces and audio devices. Audio devices that support ASIO drivers provide excellent audio performance and low latency (the delay in processing audio signals).

Typically, audio interfaces come with built-in support for ASIO drivers, allowing music producers, mixers, and sound engineers to take advantage of higher audio quality and lower latency. In contrast, regular sound cards rarely support ASIO, although there are occasional instances where ASIO drivers are available.

The presence of ASIO driver support is a crucial criterion for evaluating and distinguishing audio interfaces and sound cards, particularly for professional audio tasks. This support enables users to experience superior audio quality and performance.

ASIO buffer

단위 : Samples

ASIO의 오디오 처리를 위한 버퍼 사이즈. 버퍼 사이즈를 줄일수록 시스템이 불안정해지고, CPU 부하는 올라가고, 레이턴시는 줄어들며, 버퍼 사이즈를 늘릴수록 시스템은 안정해지고, CPU 부하는 줄어들고, 레이턴시는 늘어난다.

Audio Drop out

기본적으로 Cubase 의 ASIO 드라이버는 디지털에서의 사용되는 데이터에 최대한 문제가 없도록 설계가 되어 있지만, CPU 사용률이나 컴퓨터의 안정성, 또 ASIO buffer 셋팅에 의하여 Audio Drop out 이 발생할 수 있다.

녹음을 하는 상황일 때 Audio Drop out 이 발생한다면 에러를 표시하면서 멈추게 되지만,

그냥 단순히 트랙을 재생하거나, 인풋을 소프트웨어 모니터링 하거나 VSTi 를 연주할 때에는 이러한 Audio Drop out 은 대부분은 귀에 들리지 않는, 티가 나지 않는 순간적인 Audio Drop out이¹⁾ 대부분이기 때문에, 플레이백 에서는 Audio Drop out 이 발생해도 무시되고 그대로 플레이/인풋 모니터링 되게 되어 있다. 다만, F12키를 누르면 나오는 Audio Performance 창에서 빨간색 피크색으로 표기를 하여 Audio Drop out이 발생했었음을 알려준다.

종종 ASIO buffer 사이즈를 낮게 설정하여 생기는 Audio drop out으로 발생하는 틱 잡음을 지터로 오해하는 사람들이 많다. Audio drop out 과 지터는 전혀 관계가 없다. 당연히 오디오 드롭 아웃으로 발생하는 틱 잡음 문제를 워드 클럭 제너레이터와 같은 장비로 해결 할 수 없다.

ASIO performance meter

단축키 : F12

Cubase 12 부터는 오디오 엔진이 개선되면서, ASIO 퍼포먼스 미터도 아래와 같이 개선되었다.

Realtime

실시간 오디오 처리(소프트웨어 모니터링, VSTi 실시간 연주)에 대한 점유율을 보여준다.²⁾

만약 여기서 빨간색 Peak 등이 점등 된다면, 소프트웨어 모니터링 또는 실시간으로 연주되는 VSTi 소리에서 Audio Drop out이 발생한 것이다. 대체적으로 여기서 발생하는 Audio Drop out은 대부분 눈치 채지 못할 정도로 티가 나지는 않지만, Audio Drop out이 좀 더 많이 발생하면 소리가 끊기게 들리거나 틱틱 거리는 잡음이 날 수 있다.³⁾

하지만 여기서 Peak가 점등 된다고 해서 오디오 엔진이 멈추지는 않게 되어 있다. 그냥 계속해서 실시간으로 오디오 처리를 해야 하기 때문이다.

예를 들면, 무엇인가를 녹음할 때, 소프트웨어 모니터링으로 실시간 인풋 모니터링을 하면서 녹음 시에 오디오 드롭 아웃이 발생했다고 해서 녹음을 멈추면 안되기 때문에, 순간적인 오디오 드롭 아웃은 무시하고 오디오 엔진은 계속 동작한다. 즉 녹음이 멈추지는 않는다.

ASIO Guard

비실시간 오디오 처리(ASIO-Guard)에 대한 점유율을 보여준다.

이미 녹음되어 트랙에 있는 오디오나, 또는 이미 MIDI로 녹음되어 트랙 위에 존재하는 VSTi 노트들에 대한 오디오 처리는 ASIO-Guard 에서 따로 설정한 버퍼 사이즈 만큼의 처리 시간만큼 미리 읽어들여서 사전에 프로세싱한다. 이렇게 미리 처리를 함으로써 CPU 점유를 줄이는 것에 도움을 준다. 즉 이미 DAW에 미리 존재하는 데이터들이므로 미리 CPU로 읽어들여서 모든 오디오 처리를 안정적으로 끝마친 후, 재생 하는 커서가 위치하는 시점에만 맞춰 재생한다. 따라서, Realtime, 실시간 오디오 처리보다 훨씬 안정적인 오디오 처리를 할 수 있고, 훨씬 안정적인 CPU 점유율을 보여준다.

ASIO-Guard 레이턴시는 미리 읽어들이는 버퍼 사이즈를 말하는 것으로, 실시간 오디오(소프트웨어 모니터링, VSTi 실시간 연주)에는 아무런 레이턴시를 추가하지 않는다.

만약 ASIO-Guard 에서 부하가 커져서 Audio Drop out이 발생하면 Audio Drop out 에러를 표시하며 오디오 엔진이 멈춘다.

ASIO-Guard의 버퍼 사이즈는 Studio Setup에서 Audio System 페이지의 ASIO-Guard 에서 설정할 수 있다.

가끔 보면 소프트웨어 모니터링 사용이나 VSTi의 실시간 연주를 위해 ASIO-Guard를 끄라는 정보들이 많은데, 이것은 매우 잘못된 정보이다. ASIO-Guard에 의한 레이턴시 값은 내부에서 미리 처리하는 시간을 말하므로 실시간 소프트웨어 모니터링에 추가되는 레이턴시가 아니다. 또한 실시간 연주의 안정성을 위해서는 트랙에 이미 존재하는 오디오나 MIDI는 ASIO-Guard 버퍼를 통해 미리 프로세싱되는 것이 훨씬 안정성이 도움이 되므로 절대 꺼서는 안된다.

Peak

모든 오디오 처리를 종합하여 가장 높은 Peak 의 점유율을 보여준다.

실시간 오디오 처리나 ASIO-Guard 처리 중에 급격한 Peak 부하가 발생하는 경우 이 Peak 부분에서 표시된다. Peak에 의해 Audio Drop 이 발생하면, Realtime, ASIO-Guard 상관 없이 Audio Drop out 에러 메세지를 표시하며 오디오 엔진이 멈추게 된다.

사실 이 Peak 미터가 보여주는 부분은 전체적인 오디오 시스템의 안정성을 대표한다.

즉 Peak 미터가 불안정하다면, 오디오 인터페이스와의 연결이 불안정하거나, 컴퓨터 시스템에 문제가 있어서 불안정한 경우가 대부분이다. 오디오 인터페이스와 시스템이 소화 불가능한 너무 낮은 ASIO 버퍼 사이즈를 설정해도 이 Peak 미터가 불안정하게 된다. 따라서 Peak 미터가 안정적으로 동작하는지 잘 관찰하면 사용하는 오디오 인터페이스와 시스템에 가장 적절한 ASIO 버퍼 사이즈를 찾는 것에 도움이 된다. Peak 미터가 안정적으로 동작하면, Realtime 이나 ASIO-Guard 가 많이 점유해도 안정적인 동작이 가능하게 된다. 또한 DAW의 전반적인 모든 기능들이 안정적으로 동작하게 된다.

따라서 오디오 인터페이스와 시스템에서 가장 안정적으로 동작하는 가장 낮은 ASIO 버퍼 사이즈를 찾을때 이 Peak 미터를 잘 관찰 하면 도움이 된다.

ASIO 버퍼 사이즈를 소프트웨어 모니터링을 위해 너무 최소로 낮추는 것은 좋지않다. ASIO 버퍼 사이즈는 Peak 미터가 안정적으로 동작 가능한 버퍼 사이즈를 찾는 것이 중요하며, 이 때문에 소프트웨어 모니터링 보다 다이렉트 모니터링이 더 선호되는 이유이다.

Disk cache

저장 매체에 레코딩하는 것에 대한 점유율을 보여준다.

만약 여기서 빨간색 Peak 등이 점등 된다면, 디스크에 기록되는 정보에서 누락이 발생하여 Audio Drop out 이 발생한 것.
원인은 디스크의 쓰기 속도가 오디오의 정보의 출력 속도를 따라잡지 못하여서 이다.

따라서 Audio Drop out 에러 메세지를 표시하며 오디오 엔진이 멈추게 된다. 즉 녹음이 중간에 멈추게 된다.

Audio Export를 할 때 Audio Drop out이 절대 발생하지 않도록 프로세싱 하게 된다.⁴⁾ 그래서 CPU 부하가 큰 프로젝트의 경우에는 Realtime Export보다 일반 Export가 시간이 더 오래 걸리는 경우도 있다.

CPU 점유율과의 상관관계?

물론 버퍼 사이즈에 따른 CPU 점유율은 대략적으로 반비례 한다.
버퍼 사이즈가 128 samples 일 때 CPU 점유가 30%였다면, 버퍼 사이즈를 256 samples 로 높히면, CPU 점유는 15% 즈음으로 내려간다.

하지만 Audio drop out은 그렇지 않다. CPU 점유와 큰 상관이 없다.

어떤 시스템이 버퍼 사이즈 64 samples에서 오디오 드롭 아웃이 만약 발생한다면, CPU 점유가 0%에 가깝게 낮더라도 오디오 드롭 아웃이 발생한다.

그림 1: 오디오 드롭 아웃 발생

하지만 만약 그 시스템이 256 samples에서 오디오 드롭 아웃이 발생하지 않는다면, CPU 점유가 60-70%가 되더라도 오디오 드롭아웃은 발생하지 않는다.⁵⁾

그림 2: Realtime 점유 시 Audio Drop out없는 안정적인 동작

그림 3: 비실시간(ASIO-Guard) 점유 시 Audio Drop out 없는 안정적인 동작

실제로 이 스크린샷들 에서는 거의 100%에 꽉 찬 CPU 점유에도 불구하고 절대 Audio drop out이 발생하지 않았다.⁶⁾

좀 더 깊이 들어가면 이것의 원인은 일단 ASIO 드라이버가 Realtime(소프트웨어 모니터링, 실시간 VSTi 연주)에 대해서는 데이터의 정확성 보다 실시간 재생에 더 치중하여 디지털 데이터를 실제로 Drop out을 한다는 점, 그리고 CPU의 L1, L2, L3 캐쉬의 성능/DMA⁷⁾ 성능과 관련이 있다고 알려져 있다.

그렇기 때문에 이 예시에 나오는 시스템에서는 ASIO 버퍼를 256 samples 이하로 놓고 레코딩을 하지 않는 것이 좋다.(시스템마다 이 값은 다르다. 안정적인 버퍼 값을 찾아야 한다.) CPU 점유와 상관 없이 Audio drop out이 발생하기 때문이다.
따라서, 이 시스템에서는 최소한 256 samples 이상의 ASIO buffer 사이즈에서 Audio drop out이 없는 안정적인 작동이 가능하다.
그러면 레코딩 시스템에서 모니터링은, 당연히 소프트웨어 모니터링을 하기 힘들다. 256 samples 만 되더라도 레이턴시가 살짝 있기 때문이다.⁸⁾

오디오 인터페이스에서 설정상 최소로 가능한 버퍼 사이즈와, 해당 시스템(오디오 인터페이스와 컴퓨와 DAW를 통합해서)에서 안정적으로 동작하면서 소화가 가능한 최소 설정 가능한 버퍼 사이즈의 의미는 엄밀히 다르다.

따라서 당연히도, 레코딩 용도의 시스템은 콘솔 모니터링이나 다이렉트 모니터 시스템으로 구축하는 것이 바람직하다.⁹⁾

Warn on processing overload

만약 레코딩 상황이 아닌, Realtime(소프트웨어 모니터링, VSTi 실시간 연주)이나 단순 플레이백 상황에서 Audio Drop out이 발생했을 시에, 에러 메세지를 띄우고 오디오 엔진을 멈추고 싶으면 프리퍼런스에서 아래의 옵션에 체크를 하면 된다. 디폴트는 옵션에 체크가 안되어있는 상태인데, 재생이나 소프트웨어 모니터링에서 Audio drop out이 발생해도 오디오 엔진이 멈추지 않는다. 다만 drop out이 심하게 많이 발행하면 소리가 튀거나 버벅거릴 뿐이다.

일반적으로는, 이 옵션이 체크가 되어 있지 않으면 Realtime이나 플레이백에서는 Performance 미터에 빨간불만 들어오고 그냥 지나가고¹⁰⁾, 레코딩 상황에서만 Audio Drop out 에러 메세지 표기와 함께 오디오 엔진이 멈춘다.

만약 Audio Drop out이 많이 발생한다면, 안정적인 ASIO buffer 셋팅이 아니므로 Buffer를 좀 더 크게 설정하여 사용함이 좋다.

레코딩 소스의 완벽성 및 안정성을 위해서 버퍼를 크게 사용해야 하기 때문에 다이렉트 모니터링이 중요하다.

버퍼사이즈가 매우 작을 때는(레이턴시를 낮추기 위해) 위 영상과 같이 Audio Drop out이 많이 발생할 수 있다.

Reference

https://en.wikipedia.org/wiki/Audio_Stream_Input/Output

오디오, 스트리밍, 입력, 출력, ASIO

¹⁾

하지만 심한 Audio Drop out 이 발생하면 틱틱거리거나, 소리가 끊기는 등으로 들릴 수 있다. 또한 이 현상이 클럭의 문제나 지터 에러로 오해되는 경우가 많다.

²⁾

다이렉트 모니터링에는 해당 안된다

³⁾

이때 발생하는 틱틱거리는 잡음이나 오디오 끊김 현상을 클럭이나 지터 문제로 오해하는 경우가 상당히 많다.

⁴⁾

Realtime export 경우에는 만약 중간에 Audio drop out이 발생하면 에러를 표시하면서 멈춘다.

⁵⁾

물론 CPU 점유가 너무 높아서 100%까지 가게 되면 오디오 드롭은 발생하겠지만…

⁶⁾

예전 버전 기준 표기

⁷⁾

Direct memory access, Cache latency

⁸⁾

만약 64 samples에서 Audio drop out 이 절대 발생하지 않는 시스템이라면 소프트웨어 모니터링을 할만 할 것 같다.

⁹⁾

네이티브 모니터링 시스템으로 구성하려는 시도는 하지 않기 바란다.

¹⁰⁾

단, 지직거리거나 틱틱 거릴 수 있다.

Delay compensation

Anonymous (anonymous@undisclosed.example.com) — 2026-01-03T05:34:14+00:00

Delay compensation

디지털 믹싱 콘솔 또는 DAW 믹서에서 플러그인 등을 사용할 때, 사용하는 플러그인이 자체 레이턴시¹⁾를 가지고 있을 경우 해당 플러그인을 사용한 채널은 레이턴시에 의해 다른 채널들에 비해 지연되어 나오게 된다.

멀티 트랙 오디오에서 한 채널만 지연되어 나오는 것은 아주 미세한 지연이라고 하더라도 사운드에 콤 필터링 문제가 발생한다. 그래서, 해당 플러그인의 지연시간(레이턴시)에 맞춰서 다른 모든 채널들도 똑같이 지연시켜 주는 것을 지연 보상(Delay compensation)이라고 한다.

믹서 전체 채널에서 사용된 플러그인 중에서 가장 큰 레이턴시를 가진 플러그인에 맞춰서 전체 채널을 동기화 및 지연시킨다.

라이브 디지털 콘솔에서는 Delay Compensation 이라는 용어보다는 Phase Coherent Mixbus 라고 부르는 경우가 많다.

오해

많은 사람들이 Cubase의 Delay compensation을 끌 수 있는 걸로 잘못알고 있다. 딜레이 컴펜세이션을 끄는 방법은 없으며 Contrain delay compensation 기능은 딜레이 컴펜세이션을 끄는 기능이 아니고 딜레이 컴펜세이션을 발생시키는 자체 레이턴시가 있는 플러그인을 비활성화 시켜주는 기능이다.

Contrain delay compensation

딜레이

¹⁾

내부에서 연산하는데 시간이 오래 걸리는 플러그인의 경우 자체 레이턴시를 가지고 있는 경우가 있다.

Generic low latency ASIO driver

Anonymous (anonymous@undisclosed.example.com) — 2025-04-20T09:24:14+00:00

Generic low latency ASIO driver

Windows 계열의 OS 에서 Steinberg 의 DAW 소프트웨어를 설치하면 사용할 수 있는 범용 ASIO 드라이버(Generic ASIO Driver : 범용 ASIO 드라이버)

오디오 인터페이스가 아닌 일반 사운드 카드라서 ASIO를 지원하지 않는 사운드 장치도 ASIO 장치로 사용할 수 있게 해주는 범용 ASIO 드라이버이다. 애플의 MAC OS에서는 Core Audio Driver가 기본적으로 ASIO 를 지원하기 때문에 이런 범용 드라이버가 필요 없지만, Windows 계열의 WASAPI 드라이버는 ASIO 를 지원하는 오디오 드라이버가 아니기 때문에, Steinberg 에서 자체적으로 Windows 계열에서 범용 사운드 장치에 사용 가능한 ASIO 드라이버를 만들어서 지원해준다.

단점은, ASIO 드라이버로 사운드 장치를 점유하게 되면 다른 소프트웨어에서 해당 사운드 장치를 사용할 수 없다.

ASIO4ALL과 비슷한 역할을 하는 드라이버라고 볼 수 있다.

~~이 ASIO 드라이버를 잘 활용하면, 커피샵에 오디오 인터페이스 없이 랩탑과 헤드폰만 가지고 가서 간단한 작업도 가능하다.~~

레이턴시, ASIO

지터

Anonymous (anonymous@undisclosed.example.com) — 2025-05-22T02:45:14+00:00

지터

일반적으로 지터가 발생할 때 나타나는 부정적인 효과에는 두 가지 유형이 있습니다. 첫 번째로, 워드 클럭 신호의 동기화가 제대로 이루어지지 않을 때 발생하는 것을 “지터 에러(Jitter Error)“라고 합니다. 이는 시간적으로 정확한 신호 간격이 유지되지 않아 데이터의 도착 시간이 불규칙하게 변하는 결과를 초래합니다.

두 번째로, 워드 클럭 신호의 정밀도에 의해 발생하는 노이즈를 “지터 노이즈(Jitter Noise)“라고 합니다. 이러한 지터 노이즈는 워드 클럭 신호의 주파수 안정성과 관련이 있으며, 신호의 주기적인 변화로 인해 노이즈가 추가됩니다. 이러한 노이즈는 시스템 내에서 원하지 않는 신호 간의 상호 간섭을 초래할 수 있습니다.

지터는 정확한 타이밍과 동기화가 필요한 다양한 응용 분야에서 문제를 일으킬 수 있으며, 이러한 부정적인 영향을 최소화하기 위해 정밀한 클록 동기화 및 신호 안정성 관리가 중요합니다.

Jitter

When jitter occurs, it typically results in two negative effects. Firstly, there is 'Jitter Error,' which occurs when the synchronization of word clock signals is not achieved properly. This leads to irregular variations in the arrival times of data due to the inconsistent maintenance of precise signal intervals.

Secondly, there is 'Jitter Noise,' which arises from the precision of word clock signals. This type of jitter noise is related to the frequency stability of the signal and introduces noise due to periodic variations in the signal. Such noise can result in unwanted signal interference among different components within a system.

Jitter can pose issues in various applications where precise timing and synchronization are crucial. To minimize these adverse effects, precise clock synchronization and signal stability management are essential.

지터 에러

디지털 기기 간의 워드 클럭 신호가 동기화 되지 않거나 일치하지 않을 때 생기는 틱 잡음. 소리에 팝콘 튀기는 듯이 틱틱거리는 틱 잡음이 나게 된다.

두개의 디지털 장비를 디지털 프로토콜로 연결 했을 때, 클럭 마스터로 쓰일 장비는 Internal로 설정하고, 다른 장비는 Slave(클럭을 외부에서 받는 설정)로 설정해야 동기화되어 지터 에러가 발생하지 않게 된다.

디지털 프로토콜로만 연결했을 때에는 워드 클럭 신호를 생성해서 다른 장비로 보내주는 장비가 Internal로 설정되어야 한다. 디지털 인풋을 받는 장비는 Internal로 설정 하면 안된다. 왜냐면 워드 클럭을 Internal로 설정한 장비는 장비 자체에서 워드 클럭 신호를 출력한다는 뜻이기 때문에, 해당 장비에서 워드 클럭 신호를 생성해서 다른 장비로 보내주는 역할이 되기 때문이다.

받는 장비 쪽에서는 워드 클럭을 Internal로 설정하면 안되는데, 왜냐하면 워드 클럭 신호를 받아야 할 장비에서도 자체 워드 클럭을 생성하게 되면, 보내주는 장비도 자체 생성 워드 클럭 신호로 동작하고, 받는 장비도 자체 생성 워드 클럭 신호로 동작하면 두개의 워드 클럭 신호가 일치하지 않게 되기 때문이다. ¹⁾

만약 두 장비가 모두 Internal 이라던지²⁾, 두 장비가 모두 External³⁾이라면, 두 장비가 정상적으로 동기화 될 수가 없다.

두 장비의 클럭이 일치하지 않으면 지터 에러가 발생한다.

따라서 워드 클럭을 생성할 장비는 Internal로 설정하여 워드 클럭을 자체 생성하고, 워드 클럭을 받을 장비는 External로 설정하여 클럭 마스터의 워드 클럭 신호를 받아 동작해야 한다.

그래야 지터 에러 발생하지 않는다.

종종 ASIO buffer 사이즈를 낮게 설정하여 생기는 Audio drop out으로 발생하는 틱 잡음을 지터 에러로 오해하는 사람들이 많다. Audio drop out과 지터 에러는 전혀 관계가 없다.⁴⁾

지터 노이즈

A-D 컨버터에서는 나이퀴스트 이론에 의해 샘플링 레이트를 샘플링하려고 하는 주파수 보다 2배 높게 설정하여 샘플링 하게 된다. 즉 사람의 가청 주파수 범위 보다 2배 높은 40kHz 이상의 샘플링 레이트로 디지털화 해야 정상적인 디지털 샘플링이 가능하다. 하지만 자연계에는 가청 주파수보다 높은 주파수 성분도 존재하기 때문에 20kHz이상의 소리 성분도 40kHz 의 샘플링 레이트로 샘플링되고, 이러한 경우에는 2배 높은 주파수로 샘플링해야 한다는 조건에 맞지 않게 된다. 그러한 소리 성분들은 모두 앨리어싱 에러로 나타나게 된다.⁵⁾ 따라서, 20kHz 이상의 소리 성분들이 샘플링 되는 것을 막기 위해 앨리어싱 필터를 사용하여 20kHz 이상의 소리 성분을 걸러주게 된다.

최근의 컨버터 기술에서는 이러한 앨리어싱 필터 기술에 오버 샘플링이라는 기술을 응용하게 되는데, 이 때 클럭의 정확도가 20kHz 이상의 소리 성분들에 의해 발생하는 지터 에러의 발생여부와 관계가 있다. 워드 클럭의 정확도가 떨어지게 되면, 아주 높은 주파수의 지터 에러들이 폴딩 앨리어싱되어 낮은 레벨의 노이즈로 재생성된다. 오버샘플링이 2배 증가할 때마다 지터 노이즈는 6dB 감소한다. 이는 컨버터의 전체적인 노이즈 플로어 감소의 효과를 가져올 수 있다.

12000Hz의 사인파를 테스트 했을때 노이즈 플로어 인근에 여기저기 지터 노이즈가 뾰족하게 튀어나옴을 볼 수 있다.

클럭, 노이즈

¹⁾

하지만, 특별한 경우 어느 한 기기가 SRC(Sample Rate Converting) 기능이 있다면, 각기 Internal로 설정해도 동작할 수 있다.

²⁾

각자의 워드 클럭 신호로 독자적으로 동작

³⁾

둘다 워드 클럭 신호 수신 대기만 함

⁴⁾

당연히 ASIO 드롭 아웃으로 발생하는 틱 잡음 문제를 워드 클럭 제너레이터와 같은 장비로 해결 할 수 없다.

⁵⁾

ex. 30kHz →40kHz 샘플링 레이트로 샘플링 → 앨리어싱 에러 성분