녹음을 위해 노래에서 베이스를 분리하는 방법

기타, 드럼, 보컬 아래에 묻혀 있는 베이스 라인은 전사하기 어렵습니다. 단순히 음을 알아내는 것이 아니라 베이스가 연주하는 소리를 듣기 위해 믹스와 싸우는 것입니다. 베이스 트랙을 분리하면 그 싸움이 사라집니다. 모든 음표, 모든 고스트 음표, 모든 슬라이드를 들을 수 있습니다.

방법 1: EQ 필터링(빠름, 제한적)

약 250-400Hz의 저역 통과 필터를 적용합니다. 기타, 심벌즈, 보컬 등 베이스 주파수 범위 위의 모든 소리를 차단합니다. 남는 것은 대부분 베이스와 킥 드럼이다.

장점: 즉각적이며 EQ가 있는 모든 오디오 플레이어에서 작동합니다. 단점: 킥 드럼을 제거하지 않고 베이스의 고조파(스트링 노이즈, 어택 과도 현상)를 잃으며 베이스가 아닌 필터 컷오프 아래의 모든 것(로우 톰, 신스 베이스, 로우 피아노)이 여전히 새어나옵니다.

확실하지 않은 메모를 확인하기 위해 빠르게 들어야 할 때 이 기능을 사용하세요. 전체 전사에 의존하지 마세요.

방법 2: 줄기 분리(효과적, 처리 시간이 소요됨)

줄기 분리 도구(Demucs, Spleeter, MDX 기반 모델)는 신경망을 사용하여 믹스를 드럼, 베이스, 보컬 및 "기타"로 분할합니다. 베이스 스템은 분리된 베이스 트랙입니다. 완벽하게 깨끗하지는 않지만 전체 믹스보다 극적으로 깨끗합니다.

품질은 원본 자료에 따라 다릅니다. 깨끗한 스튜디오 녹음은 잘 분리됩니다. 블리드, 심하게 왜곡된 트랙, 조밀한 편곡이 포함된 라이브 녹음에서는 아티팩트가 생성됩니다. 허용되는 인공물: 킥 드럼에서 약간의 번짐, 지속적인 음표에서 가끔 지저귀는 소리. 허용되지 않음: 음표 누락, 잘못된 음표, 리듬 결함.

최신 CPU에서 일반적인 노래를 처리하는 데 30~90초가 걸립니다. GPU 처리(사용 가능한 경우)가 더 빠릅니다.

방법 3: 단계 취소(적중 또는 실패)

노래의 악기 버전을 찾을 수 있는 경우 위상을 반전시키고 원본과 합산하면 두 믹스 간의 차이를 제외한 모든 것이 취소됩니다. 악기 믹스가 베이스를 제외한 원본과 동일하다면 거의 완벽한 베이스 분리를 ​​얻을 수 있습니다. 실제로 악기 버전은 동일한 믹스(다른 마스터링, 다른 패닝, 다른 효과 전송)인 경우가 거의 없으므로 부분적으로 취소됩니다.

이것은 작동할 때는 훌륭하게 작동하지만 작동하지 않을 때는 전혀 작동하지 않습니다. 두 버전을 모두 사용할 수 있다면 시도해 볼 가치가 있습니다.

방법 4: 함께 연주하여 음표 찾기(어려운 방법)

격리가 불가능합니까? 전체 믹스와 함께 연주해 보세요. 코드 변경의 근음을 찾는 것부터 시작하세요. 그런 다음 합격 메모를 작성하세요. EQ를 사용하여 고음을 차단하고 믹스에서 저음을 앞으로 가져오세요.

트랙 속도를 늦추세요. 짧은 섹션을 반복하세요. 이는 격리 도구가 존재하기 전에 베이시스트가 녹음한 방법입니다. 속도가 느리고 실망스럽기는 하지만 작동합니다.

<!-- lowend-localized-transcription-completion-v1:start -->

직접 답변: 녹음을 위해 노래에서 베이스를 분리하는 방법 결과를 입증하는 방법

다른 사람이 같은 구간을 듣고 시간 경계를 확인하며, 음높이와 리듬, 줄 위치의 판단을 따라가고, 저장된 기록으로 편집 가능한 태브를 다시 만들 수 있으면 결과가 입증됩니다. 재생할 때 그럴듯하게 들리는 것만으로는 부족합니다. 모든 선택은 들을 수 있는 근거와 연결하고, 불분명한 곳은 억지로 음을 채우지 말고 불확실하다고 표시합니다.

듣기 전에 작업 조건 정하기

소스 파일과 버전, 표본 주파수, 사용 채널, 조율, 줄 수, 변칙 조율을 기록합니다. 대상 구간, 목표 빠르기, 전달 형식도 정합니다. 태브만 필요한지, 오선 표기, 연주 정보, 편집 가능한 프로젝트가 필요한지 구분합니다. 그 다음 프렛을 선택합니다. 같은 음높이는 여러 위치에 있고 조율, 음색, 앞뒤 이동에 따라 적절한 위치가 달라집니다.

분석할 권리가 있는 음원만 사용합니다. 개인 녹음이나 보호된 녹음을 허가 없이 외부 서비스에 보내거나 분리된 트랙을 배포하지 않습니다. 프로젝트를 공유할 때는 소스 이름을 별칭으로 바꾸고 로컬 경로와 민감한 정보를 지웁니다.

근거를 훼손하지 않고 오디오 준비하기

변경하지 않는 원본을 보관하고 작업 복사본을 만듭니다. 구간 앞뒤에 약간의 문맥을 남깁니다. 베이스를 분리했어도 원래 믹스와 계속 비교합니다. 분리 처리는 어택을 없애거나 배음을 이동시키고 킥 소리를 베이스 트랙으로 옮길 수 있습니다. 처리 잔여음을 확정 음표로 취급하면 안 됩니다.

편안한 음량과 약한 보정에서 시작합니다. 저역 진동이나 심벌을 줄이는 처리는 듣기를 돕지만 어택도 바꿀 수 있습니다. 설정을 기록하고 처리 전후를 비교합니다. 느리게 듣는 것은 유용하지만 시간 늘이기가 어택과 음높이를 바꿀 수 있으므로 원래 빠르기에서도 확인합니다.

단계	필요한 근거	흔한 오류	합격 확인
소스	별칭, 길이, 버전	다른 파일 작업	식별값 또는 고정 설명
시간 격자	강박과 빠르기 변화	한 빠르기 강요	처음과 끝에서 클릭 일치
리듬	시작, 길이, 쉼	너무 이른 정렬	박자음과 함께 재생
음높이	음, 화음 문맥, 확신도	처리 잔여음 채택	독주와 믹스 모두 확인
위치	줄, 프렛, 운지	항상 낮은 프렛	앞뒤 전환을 실제로 연주
편집	이음, 슬라이드, 뮤트	보기만 좋게 수정	마디별 비교
내보내기	형식, 버전, 범위	못갖춘마디나 여운 잘림	다른 읽기 도구에서 열기

시간과 음높이를 나누어 조사하기

첫 번째 통과에서는 모든 음을 찾지 않습니다. 강박, 구절, 쉼, 빠르기 변화를 표시합니다. 손뼉이나 손가락으로 박을 따라갑니다. 클릭이 떠다니면 먼저 빠르기 지도와 마디 경계를 고칩니다. 어택이 박보다 앞인지, 같은지, 뒤인지 적고 기계적으로 맞추기 전의 사람다운 흔들림을 보존합니다.

두 번째 통과에서는 짧은 구절만 봅니다. 길게 이어지는 음과 분명한 근음부터 시작한 뒤 접근음과 고스트 음으로 갑니다. 배음이 강하면 여러 옥타브 후보를 시험합니다. 같은 순간에 베이스나 기준음을 냅니다. 혼자서는 맞지만 화음 안에서 충돌하는 후보는 확정하지 않습니다.

음높이에서 연주 가능한 위치로

찾은 음높이를 자동으로 하나의 프렛에 넣지 않습니다. 선택한 조율에서 가능한 위치를 나열하고 앞 음에서 다음 음까지의 이동을 평가합니다. 포지션 이동, 개방현, 뮤트, 음 지속을 확인합니다. 높은 위치가 음색을 유지하거나 큰 이동을 피할 수 있습니다. 슬라이드, 해머온, 풀오프, 슬랩에서는 주법이 위치를 더 제한합니다.

각 구절을 천천히 연주한 뒤 목표 빠르기에서도 연주합니다. 음은 맞지만 운지가 현실적이지 않다면 태브는 미완성입니다. 타당한 다른 선택과 그 이유를 보존하고 거짓 확신을 표시하지 않습니다.

되돌릴 수 있는 편집

초안과 검토판을 분리합니다. 모든 수정에 마디, 이유, 종류를 적습니다. 음높이, 리듬, 운지, 표기 중 무엇이 바뀌었는지 남깁니다. 채택판을 덮어쓰지 말고 새 버전으로 저장한 뒤 다시 엽니다. 실행 취소와 재실행도 시험하고 이음줄, 쉼표, 셋잇단음표가 내보내기에서 다른 뜻으로 변하지 않는지 봅니다.

기본 흐름은 빠른 시작, 줄과 리듬 수정은 태브 편집, 인쇄물과 연주 정보 및 프로젝트 확인은 내보내기 형식에서 설명합니다.

자주 묻는 질문

분리하면 깨끗한 베이스 라인이 보장됩니까? 아닙니다. 듣기 보조이며 원래 믹스와 비교해야 합니다.
가장 가까운 프렛을 고릅니까? 아닙니다. 전환, 음색, 뮤트로 정합니다.
언제 박에 맞춥니까? 사람다운 원본을 저장한 뒤 파생판에서만 합니다.
불분명한 음은 어떻게 합니까? 확신도와 후보를 남기고 화음 문맥에서 시험합니다.
언제 끝납니까? 리듬, 음높이, 위치, 내보내기를 독립 검토했을 때입니다.

검증 절차와 최종 판단

네 가지 검증 사례를 만듭니다. 분명한 긴 음, 빠른 구절, 줄 이동, 킥이나 기타가 베이스와 겹치는 구간입니다. 각 사례의 시간, 원본 판단, 수정판, 변경 이유를 저장합니다. 근음이 맞았다고 고스트 음이나 슬랩까지 입증되는 것은 아닙니다. 주장마다 알맞은 근거가 필요합니다.

소스와 태브를 느린 속도와 원래 속도에서 함께 재생합니다. 먼저 시작점만, 다음에는 끝점만, 마지막에는 음높이만 듣습니다. 모든 것을 한꺼번에 판단하면 뇌가 오류를 쉽게 용서합니다. 소스를 잠시 끄고 재구성 음만 들은 뒤 반대로 합니다. 차이 위치를 못 찾으면 빠르기 지도를 바꾸지 말고 시간 창을 줄입니다.

다른 베이스 연주자가 처음에는 소스를 듣지 않고 태브만 보고 연주하게 합니다. 부자연스러운 운지, 의도하지 않은 줄 이동, 뮤트와 양립할 수 없는 지속을 기록합니다. 그 뒤 소스를 듣고 표기 문제인지 원래 연주의 의도인지 판단합니다. 쉽게 만들려고 몰래 음을 바꾸지 않습니다. 필요하면 정확판과 학습판을 별도로 저장하고 목적을 표시합니다.

내보내기와 복원 시험

내보낸 이름에 프로젝트 버전과 범위를 넣습니다. 인쇄물은 쪽 나눔과 번호를 보고, 연주 데이터는 다른 재생기에서 빠르기, 길이, 채널을 확인하며, 편집 프로젝트도 다시 엽니다. 첫 어택과 마지막 여운을 비교합니다. 성공 메시지만으로 내용이 완전하다고 증명되지 않습니다. 식별값을 저장하고 채택한 출력을 덮어쓰지 않습니다.

앱을 닫고 최근 파일 목록만 쓰지 말고 명확한 위치에서 프로젝트를 엽니다. 소스 별칭, 시간 표시, 조율, 줄 배정을 확인합니다. 소스가 없으면 분명한 경고가 나와야 하며 다른 파일과 몰래 연결되면 안 됩니다. 앱 버전, 운영 환경, 날짜를 기록합니다.

최종 검토 질문

적힌 음이 실제로 들립니까? 원래 믹스, 분리 보조, 실제 악기에서 확인합니다.
리듬이 연주를 설명합니까, 이상적 격자입니까? 사람다운 원본을 보존합니다.
연주할 수 있습니까? 전환, 뮤트, 주법을 목표 빠르기에서 시험합니다.
다른 사람이 판단을 반복할 수 있습니까? 시간 표시, 기록, 버전으로 충분해야 합니다.
결론 범위가 분명합니까? 시험한 것과 안 한 것을 쓰고 보편적 승자를 선언하지 않습니다.

재수집을 요청하기 전에 휴대 화면과 큰 화면에서 실제 페이지를 엽니다. 고유 제목, 보이는 직접 답변, 표, 질문, 내부 링크, 정규 주소, 언어 연결, 의도하지 않은 색인 제외를 확인합니다. 링크는 여러 단계 이동을 거치지 않아야 합니다. 언어, 검토자, 날짜를 남깁니다. 일반 머리 검색어는 제품 페이지가 담당하며 이 글은 제목의 좁은 의도에 답합니다.

추측을 막는 확신도 기록

각 사건을 확인, 가능성 높음, 미확정으로 나눕니다. 확인에는 들리는 어택, 화음 일치, 연주 가능한 위치가 필요합니다. 가능성 높음은 여러 근거가 있어도 약한 부분이 남습니다. 미확정은 사실처럼 전달하지 않습니다. 다른 음이나 리듬 후보와 둘이 갈리는 시간을 기록합니다.

불확실한 원인을 소리 가림, 분리 잔여음, 알 수 없는 조율, 빠르기 표류, 겹친 음으로 나눕니다. 원인 하나에 시험 하나를 적용합니다. 원래 믹스로 돌아가거나, 보정 하나만 바꾸거나, 이웃 화음을 확인합니다. 여러 요소를 함께 바꾸면 무엇이 해결했는지 알 수 없습니다.

리듬 측정

적은 어택과 들리는 어택의 차이를 시간이나 박의 비율로 기록합니다. 구절의 시작, 가운데, 끝을 봅니다. 차이가 커지면 빠르기 지도, 일정하면 시간 표시 이동을 의심합니다. 한 음만 다르면 먼저 주법을 검토하고 마디 전체를 옮기지 않습니다.

박에 맞추기 전후 버전을 저장하고 음표, 쉼표, 구절 길이를 비교합니다. 정렬 과정이 새 음을 만들거나 못갖춘마디를 지우면 안 됩니다. 스윙이나 뒤에 놓인 연주는 맞는 분할을 쓰고 수정량을 기록합니다.

악기 확인

기록대로 조율하고 후보를 소스와 함께 연주합니다. 맥놀이와 화음 관계를 듣습니다. 배음이 속일 때는 이웃 옥타브도 시험합니다. 전위 화음인데 흔한 근음을 자동으로 고르지 않습니다.

앞 음부터 구절을 연주합니다. 혼자 맞는 위치가 전환에서는 실패할 수 있습니다. 포지션 이동, 줄 이동, 뮤트를 평가하고 줄 선택 이유를 음색, 위치, 주법으로 적습니다. 같은 수준의 후보는 모두 남깁니다.

주제별 시험

압축이나 음역 조절 글에서는 같은 직접 입력 구절과 같은 출력 음량을 쓰고 한 값만 바꿉니다. 어택, 지속, 잡음을 기록하고 모든 장르에 통하는 설정이라고 단정하지 않습니다. 손가락, 피크, 슬랩, 뮤트에서는 소리, 리듬, 잡음, 동작 효율을 봅니다.

소프트웨어 비교는 같은 음원, 과제, 출력 목표로 가져오기, 반복, 편집, 재생, 복원, 정보 보호를 평가합니다. 시험하지 않은 항목에 가짜 점수를 주지 않습니다. 버전과 날짜가 결론 범위를 정합니다.

독립 검토자

결정을 모르는 사람에게 출력과 기록을 줍니다. 조율, 빠르기, 첫 마디를 알아내고 구절을 연주할 수 있어야 합니다. 말로 설명해야 하는 곳은 범례, 프로젝트 기록, Help에서 고칩니다.

마지막에 음원과 범위, 확인된 것, 열린 것, 유효한 프로젝트와 출력 버전을 요약합니다. 복원 시험은 원본이 아니라 복사본에서 합니다. 공개 페이지는 {{TITLE}}에 구체적으로 답하고 일반 머리 검색어는 제품 페이지에 남깁니다. 내용, 렌더링, 색인 신호를 확인한 뒤에만 재수집 준비 완료로 기록합니다.

기억에 의존하지 않는 재시험

다음 날 이전 기록을 먼저 읽지 않고 프로젝트를 엽니다. 원래 속도로 구간을 한 번 듣고 강박, 쉼, 의심 음을 새로 적은 뒤 기존 기록과 비교합니다. 어제의 답을 기억해야만 맞게 들리는 결정은 근거가 약합니다. 쉬운 구간만 다시 보지 말고 서로 다른 검증 사례를 모두 확인합니다.

원본과 작업 음원 또는 두 운지 후보를 이름을 숨기고 비교합니다. 음량을 맞추고, 더 분명한 음높이, 더 정확한 리듬, 더 쉬운 연주를 별개의 판단으로 받습니다. 한 후보가 음높이에서는 낫고 연주성에서는 나쁠 수 있습니다. 이유 없이 모든 지표를 하나의 점수로 합치지 않습니다.

버전 비교

앱이나 분리 처리 버전이 바뀌면 같은 검증 묶음을 다시 실행합니다. 시간 표시 수, 음표 수, 내보낸 길이, 첫 사건과 마지막 사건을 비교합니다. 결과가 다르다고 새 버전이 자동으로 더 좋은 것은 아닙니다. 없어진 오류와 새로 생긴 오류를 각각 기록하고 새 판이 합격할 때까지 이전 판을 보존합니다.

소스 복사본의 이름과 위치를 바꾸어 프로젝트를 엽니다. 분명한 재연결 절차나 기록된 별칭을 써야 하며, 이름이 비슷하다는 이유로 다른 파일에 몰래 연결되면 안 됩니다. 백업 복원을 시험하고 사용 흐름에 포함된다면 다른 장치에서도 출력을 엽니다.

읽기 쉬운 출력

인쇄물을 크게 확대하고 작게 축소하며 흑백에서도 봅니다. 프렛 번호, 줄, 확신 표시가 색만으로 구분되면 안 됩니다. 기호에 글 설명을 더하고 조율, 빠르기, 카포를 첫 부분에 표시합니다. 연주 데이터나 프로젝트에는 채널 연결을 적고 모든 읽기 도구가 같은 방식으로 해석한다고 가정하지 않습니다.

최종 결정에 검토자, 날짜, 앱 버전, 소스 별칭, 시험 범위를 적습니다. 범위 밖의 주장은 미시험입니다. 페이지 문장은 질문에 자연스럽게 답해야 하며, 검색어를 억지로 반복해 읽기나 페이지 역할을 망치면 안 됩니다.

전달 묶음에는 프로젝트 이름, 버전, 소스 별칭, 구간, 조율, 출력 형식과 파일 식별값을 적습니다. 작업 폴더가 아니라 실제 전달 묶음에서 각 파일을 다시 열어 확인합니다. 다음 검토자가 별도 설명 없이 같은 구간과 판단 근거를 찾을 수 있어야 합니다.

<!-- lowend-localized-transcription-completion-v1:end -->