From 4ca2ea400474a86af6983e94cab807a9f2b01f15 Mon Sep 17 00:00:00 2001 From: logic-finder <83723320+logic-finder@users.noreply.github.com> Date: Sat, 23 Oct 2021 19:35:07 +0900 Subject: Translation modified Co-authored-by: Kyle --- files/ko/web/api/web_audio_api/using_audioworklet/index.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) 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: ---

{{APIRef("Web Audio API")}}

-

Web Audio API가 처음 브라우저에 소개되었을 때, 이것은 실시간 오디오 조작을 수행하기 위해 호출될 사용자 정의 오디오 프로세서를 생성하기 위해 JavaScript 코드를 사용하는 능력을 포함했습니다. ScriptProcessorNode의 문제점은 간단했습니다: 이것은 메인 스레드 위에서 실행되었으므로, 이것이 실행을 마치기 전까지 모든 것을 막았습니다. 이것은 이상보다 훨씬 못 미쳤습니다. 특히 오디오 프로세싱같이 계산적으로 비용이 많이 들 수 있는 무언가에 대해서 말입니다.

+

Web Audio API가 처음 브라우저에 소개되었을 때, 이것은 실시간으로 오디오를 조작하는 사용자 정의 오디오 프로세서를 생성하기 위해 JavaScript 코드를 사용하고 있었습니다. ScriptProcessorNode의 문제점은 단순했습니다: 이것은 메인 스레드에서 실행되기 때문에 실행을 마치기 전까지 다른 모든 동작을 막았습니다. 이러한 방식은 이상적이지 않았습니다. 특히 오디오 프로세싱같이 계산적으로 비용이 많이 들 수 있는 무언가에 대해서 말입니다.

{{domxref("AudioWorklet")}}이 도입되었습니다. 오디오 컨텍스트의 오디오 worklet은 메인 스레드에서 떨어져 실행되는 {{domxref("Worklet")}}인데, 이는 컨텍스트의 {{domxref("Worklet.addModule", "audioWorklet.addModule()")}} 메서드를 호출함으로써 이것에 추가된 오디오 프로세싱 코드를 실행합니다. addModule()을 호출하는 것은 명시된 JavaScript 파일을 로드하는데, 이는 오디오 프로세서의 구현을 포함하고 있어야 합니다. 프로세서가 등록된 채로, 여러분은 노드가 다른 오디오 노드들에 덧붙여 오디오 노드의 체인에 연결되었을 때 프로세서의 코드를 통해 오디오를 전달하는 새로운 {{domxref("AudioWorkletNode")}}을 생성할 수 있습니다.

-- cgit v1.2.3-54-g00ecf