이것들이 실제로 어떻게 작동하는지에 대한 긴 글입니다 — 원리, 실패 양상, 그리고 그 뒤의 측정값. 우리가 읽고 싶던 설명이 없어서 직접 썼습니다.
| 글 | 다루는 내용 |
|---|---|
| 어떤 노래로든 노래방 트랙 만들기 |
어떤 노래든 업로드 없이 브라우저에서 노래방 트랙으로 만들 수 있습니다. 과정, 결과가 어떻게 들리는지, 그리고 노래가 깔끔하게 분리될지 미리 확인하는 방법. |
| 브라우저 탭 하나에 담긴 오디오 도구 셋 |
세 도구를 모두 훑는 영상, 각 도구가 시작 전에 무엇을 내려받는지 — 52 MB, 16 MB, 64 MB — 그리고 내 파일이 업로드되고 있는지를 가려주는 네트워크 탭 4단계 확인법. |
| Cloudflare Pages에 130 MB WASM 모델 올리기 |
교차 출처 격리, 파일당 25 MiB의 벽, 그리고 압축에 대해 물으면 사실과 반대로 답하는 호스팅. pthreads WASM 모델을 정적 호스팅에 올리며 겪은 네 가지 실패이고, 그중 셋은 쓸 만한 오류 메시지조차 남기지 않습니다. |
| Audacity에서 보컬 제거하는 방법 |
두 가지 방법, 반주가 왜 텅 빈 소리로 돌아오는지, 그리고 내 파일이 애초에 될지 30초 만에 확인하는 방법. 측정값도 함께 담았습니다. 피크 엔벨로프가 약 40 퍼센트 내려가는데, 그중 일부만이 목소리였습니다. |
| 솔직한 비교: LALAL.AI, Moises, vocalremover.org |
그들이 우리보다 나은 지점을 그대로 적었습니다. 분 단위 과금은 더 많은 트랙 종류를 사고, 계정은 동기화되는 라이브러리를 사고, 서버는 곡 전체 길이의 파일을 삽니다. 한 페이지 뒤에 세 편의 글이 있고, 각각 그 도구를 쓸 이유를 담고 있습니다. |
여기에 주로 올라오는 것
도구 모음 소개도 아니고 릴리스 노트도 아닙니다. 맞대결 비교는 나오지만, 상대 도구가 더 잘하는 것을 밝히는 종류만 씁니다. 계속 소재가 나오는 주제는 두 가지인데, 하나는 신호 처리 이고 — 위상 상쇄가 닿을 수 있는 것과 닿을 수 없는 것, 분리 흔적이 왜 그 자리에 생기는지 — 다른 하나는 전달의 문제 입니다. 머신러닝 모델을 브라우저 탭 안에서 돌린다는 것 자체의 문제 말입니다.
둘 다 같은 방식으로 씁니다. 원리를 밝히고, 그다음 측정합니다. 숫자가 나오는 곳은 추정한 것이 아니라 실제 산출물에서 측정한 값입니다.
자주 묻는 질문
다이어그램을 다시 써도 되나요?
네. 출처를 밝히고 원래 글로 돌아오는 링크를 달아주세요. 다이어그램은 내보낸 이미지가 아니라 인라인 SVG로 그렸기 때문에 어떤 크기에서도 읽히고, 라벨도 선택 가능한 텍스트로 남습니다.
이 글들에 그 도구가 나오나요?
묻는 질문에 대한 솔직한 답이 그 도구일 때만 나오고, 그 밖에는 나오지 않습니다. Audacity 글은 대부분의 분량을 Audacity에 씁니다. 그게 그 글의 주제이기 때문입니다.