[홈레코딩 필독서]"모두의 홈레코딩"구매링크
가성비 있는 녹음실 찾으시나요? 리버사이드 재즈 스튜디오에서 녹음하세요!

차이

문서의 선택한 두 판 사이의 차이를 보여줍니다.

--- steinberg:cubase:audio_drop_out [2024/07/08] – 제거됨 - 바깥 편집 (Unknown date) 127.0.0.1
+++ steinberg:cubase:audio_drop_out [2025/06/02] (현재) – [Audio Drop out] 정승환
@@ 줄 1: / 줄 1: @@
+======Audio Drop out======
+{{  음향:daw:cubase:audio_drop_out:pasted:20220113-005326.png  }}
+기본적으로 Cubase 의 ASIO 드라이버는 디지털에서의 사용되는 데이터에 최대한 문제가 없도록 설계가 되어 있지만, CPU 사용률이나 컴퓨터의 안정성, 또 ASIO buffer 셋팅에 의하여 Audio Drop out 이 발생할 수 있다.
+녹음을 하는 상황일 때 Audio Drop out 이 발생한다면 에러를 표시하면서 멈추게 되지만,\\
+그냥 단순히 트랙을 재생하거나, 인풋을 소프트웨어 모니터링 하거나 VSTi 를 연주할 때에는 이러한 Audio Drop out 은 대부분은 귀에 들리지 않는, 티가 나지 않는 순간적인 Audio Drop out이((하지만 심한 Audio Drop out 이 발생하면 틱틱거리거나, 소리가 끊기는 등으로 들릴 수 있다. 또한 이 현상이 클럭의 문제나 지터 에러로 오해되는 경우가 많다.)) 대부분이기 때문에, 플레이백 에서는 Audio Drop out 이 발생해도 무시되고 그대로 플레이/인풋 모니터링 되게 되어 있다. 다만, <key>F12</key>키를 누르면 나오는 Audio Performance 창에서 빨간색 피크색으로 표기를 하여 Audio Drop out이 발생했었음을 알려준다.
+>종종 ASIO buffer 사이즈를 낮게 설정하여 생기는 [[steinberg:cubase:audio_drop_out|Audio drop out]]으로 발생하는 틱 잡음을 지터로 오해하는 사람들이 많다. Audio drop out 과 지터는 전혀 관계가 없다. 당연히 오디오 드롭 아웃으로 발생하는 틱 잡음 문제를 워드 클럭 제너레이터와 같은 장비로 해결 할 수 없다.
+=====ASIO performance meter=====
+{{page>steinberg:cubase:asio_performance_meter&&noheader}}
+=====CPU 점유율과의 상관관계?=====
+물론 버퍼 사이즈에 따른 CPU 점유율은 대략적으로 반비례 한다.\\
+버퍼 사이즈가 128 samples 일 때 CPU 점유가 30%였다면, 버퍼 사이즈를 256 samples 로 높히면, CPU 점유는 15% 즈음으로 내려간다.
+하지만 Audio drop out은 그렇지 않다. CPU 점유와 큰 상관이 없다.
+어떤 시스템이 버퍼 사이즈 64 samples에서 오디오 드롭 아웃이 만약 발생한다면, CPU 점유가 0%에 가깝게 낮더라도 오디오 드롭 아웃이 발생한다.
+{{  음향:daw:cubase:20220710-173508.png  }}
+하지만 만약 그 시스템이 256 samples에서 오디오 드롭 아웃이 발생하지 않는다면, CPU 점유가 60-70%가 되더라도 오디오 드롭아웃은 발생하지 않는다.((물론 CPU 점유가 너무 높아서 100%까지 가게 되면 오디오 드롭은 발생하겠지만...))
+<WRAP centeralign box>{{ 음향:daw:cubase:20220710-174013.png |Realtime 점유 시 Audio Drop out없는 안정적인 동작}}\\
+Realtime 점유 시 Audio Drop out없는 안정적인 동작</WRAP>
+<WRAP centeralign box>{{ 음향:daw:cubase:20220710-174134.png |비실시간(ASIO-Guard) 점유 시 Audio Drop out 없는 안정적인 동작}}\\
+비실시간(ASIO-Guard) 점유 시 Audio Drop out 없는 안정적인 동작</WRAP>
+실제로 이 스크린샷들 에서는 거의 100%에 꽉 찬 CPU 점유에도 불구하고 절대 Audio drop out이 발생하지 않았다.((예전 버전 기준 표기\\
+{{음향:daw:cubase:20220711-163848.png}}\\
+{{음향:daw:cubase:20220711-163751.png}}\\
+))
+좀 더 깊이 들어가면 이것의 원인은 일단 ASIO 드라이버가 Realtime(소프트웨어 모니터링, 실시간 VSTi 연주)에 대해서는 데이터의 정확성 보다 실시간 재생에 더 치중하여 디지털 데이터를 실제로 Drop out을 한다는 점, 그리고 CPU의 L1, L2, L3 캐쉬의 성능/DMA((Direct memory access, Cache latency\\
+{{음향:daw:cubase:20220825-155601.png}})) 성능과 관련이 있다고 알려져 있다.
+그렇기 때문에 이 예시에 나오는 시스템에서는 ASIO 버퍼를 256 samples 이하로 놓고 레코딩을 하지 않는 것이 좋다.(시스템마다 이 값은 다르다. 안정적인 버퍼 값을 찾아야 한다.) CPU 점유와 상관 없이 Audio drop out이 발생하기 때문이다. \\
+따라서, 이 시스템에서는 최소한 256 samples 이상의 ASIO buffer 사이즈에서 Audio drop out이 없는 안정적인 작동이 가능하다.\\
+그러면 레코딩 시스템에서 모니터링은, 당연히 소프트웨어 모니터링을 하기 힘들다. 256 samples 만 되더라도 레이턴시가 살짝 있기 때문이다.((만약 64 samples에서 Audio drop out 이 절대 발생하지 않는 시스템이라면 소프트웨어 모니터링을 할만 할 것 같다.))
+<WRAP info>오디오 인터페이스에서 설정상 최소로 가능한 버퍼 사이즈와, 해당 시스템(오디오 인터페이스와 컴퓨와 DAW를 통합해서)에서 안정적으로 동작하면서 소화가 가능한 최소 설정 가능한 버퍼 사이즈의 의미는 엄밀히 다르다.</WRAP>
+**따라서 당연히도, 레코딩 용도의 시스템은 [[오디오_프로덕션:recording:console_monitoring|콘솔 모니터링]]이나 다이렉트 모니터링 시스템으로 구축하는 것이 바람직하다.**
+=====Warn on processing overload=====
+만약 레코딩 상황이 아닌, Realtime(소프트웨어 모니터링, VSTi 실시간 연주)이나 단순 플레이백 상황에서 Audio Drop out이 발생했을 시에, 에러 메세지를 띄우고 오디오 엔진을 멈추고 싶으면 프리퍼런스에서 아래의 옵션에 체크를 하면 된다. 디폴트는 옵션에 체크가 안되어있는 상태인데, 재생이나 소프트웨어 모니터링에서 Audio drop out이 발생해도 오디오 엔진이 멈추지 않는다. 다만 drop out이 심하게 많이 발행하면 소리가 튀거나 버벅거릴 뿐이다.
+일반적으로는, 이 옵션이 체크가 되어 있지 않으면 Realtime이나 플레이백에서는 Performance 미터에 빨간불만 들어오고 그냥
+지나가고((단, 지직거리거나 틱틱 거릴 수 있다.)), 레코딩 상황에서만 Audio Drop out 에러 메세지 표기와 함께 오디오 엔진이 멈춘다.
+{{음향:daw:cubase:audio_drop_out:pasted:20220113-005407.png}}
+만약 Audio Drop out이 많이 발생한다면, 안정적인 ASIO buffer 셋팅이 아니므로 Buffer를 좀 더 크게 설정하여 사용함이 좋다.
+**레코딩 소스의 완벽성 및 안정성을 위해서 버퍼를 크게 사용해야 하기 때문에 다이렉트 모니터링이 중요하다.**
+<WRAP centeralign box>
+{{ youtube>Djbummm2mlc?full }}\\
+버퍼사이즈가 매우 작을 때는(레이턴시를 낮추기 위해) 위 영상과 같이 Audio Drop out이 많이 발생할 수 있다.
+</WRAP>
+{{tag>ASIO 오디오}}

[공지]회원 가입 방법
[공지]글 작성 및 수정 방법