diff options
| -rw-r--r-- | files/ko/web/api/web_audio_api/using_audioworklet/index.html | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/files/ko/web/api/web_audio_api/using_audioworklet/index.html b/files/ko/web/api/web_audio_api/using_audioworklet/index.html index 9d82fbef88..1c2d823850 100644 --- a/files/ko/web/api/web_audio_api/using_audioworklet/index.html +++ b/files/ko/web/api/web_audio_api/using_audioworklet/index.html @@ -16,7 +16,7 @@ tags: --- <p>{{APIRef("Web Audio API")}}</p> -<p>Web Audio API가 처음 브라우저에 소개되었을 때, 이것은 실시간 오디오 조작을 수행하기 위해 호출될 사용자 정의 오디오 프로세서를 생성하기 위해 JavaScript 코드를 사용하는 능력을 포함했습니다. <code>ScriptProcessorNode</code>의 문제점은 간단했습니다: 이것은 메인 스레드 위에서 실행되었으므로, 이것이 실행을 마치기 전까지 모든 것을 막았습니다. 이것은 이상보다 훨씬 못 미쳤습니다. 특히 오디오 프로세싱같이 계산적으로 비용이 많이 들 수 있는 무언가에 대해서 말입니다.</p> +<p>Web Audio API가 처음 브라우저에 소개되었을 때, 이것은 실시간으로 오디오를 조작하는 사용자 정의 오디오 프로세서를 생성하기 위해 JavaScript 코드를 사용하고 있었습니다. <code>ScriptProcessorNode</code>의 문제점은 단순했습니다: 이것은 메인 스레드에서 실행되기 때문에 실행을 마치기 전까지 다른 모든 동작을 막았습니다. 이러한 방식은 이상적이지 않았습니다. 특히 오디오 프로세싱같이 계산적으로 비용이 많이 들 수 있는 무언가에 대해서 말입니다.</p> <p>{{domxref("AudioWorklet")}}이 도입되었습니다. 오디오 컨텍스트의 오디오 worklet은 메인 스레드에서 떨어져 실행되는 {{domxref("Worklet")}}인데, 이는 컨텍스트의 {{domxref("Worklet.addModule", "audioWorklet.addModule()")}} 메서드를 호출함으로써 이것에 추가된 오디오 프로세싱 코드를 실행합니다. <code>addModule()</code>을 호출하는 것은 명시된 JavaScript 파일을 로드하는데, 이는 오디오 프로세서의 구현을 포함하고 있어야 합니다. 프로세서가 등록된 채로, 여러분은 노드가 다른 오디오 노드들에 덧붙여 오디오 노드의 체인에 연결되었을 때 프로세서의 코드를 통해 오디오를 전달하는 새로운 {{domxref("AudioWorkletNode")}}을 생성할 수 있습니다.</p> |