2026-07-12

오디오에서 드럼 MIDI로: 내보내기 전에 연주 검토하기

곡이나 드럼 스템의 어택, 킷 위치, 벨로시티, 아티큘레이션을 원본과 대조한 뒤 General MIDI 타악기로 변환합니다.

MIDI는 음색 교체와 DAW 작업에 유용하지만 오탐을 고치지 않습니다. 채보 뒤 각 이벤트를 원본과 대조하세요.

킥, 스네어, 하이햇, 탐, 심벌을 수정하고 벨로시티와 아티큘레이션을 다듬습니다. 검증 가능한 원고로 .bforge를 저장합니다.

MIDI 내보내기는 General MIDI 타악기를 채널 10에 기록합니다. 받는 프로그램의 드럼 맵과 표시는 다를 수 있습니다. MusicXML은 현재 안내하지 않으며 PDF는 악보, MIDI는 이벤트 교환에 사용합니다.

내보내기 전에 무엇을 확인해야 하나요?

먼저 한두 마디를 반복 재생하며 감지된 음이 실제 어택과 맞는지 확인합니다. 베이스의 강한 시작음이 킥으로, 박수나 기타 피킹이 스네어로 들어간 경우에는 해당 이벤트를 삭제합니다. 반대로 작은 고스트 노트나 빠른 하이햇이 빠졌다면 원본을 들은 위치에 음을 추가합니다. 신뢰도 수치는 다시 들을 후보를 좁히는 단서일 뿐, 음의 존재를 자동으로 확정하는 판정이 아닙니다.

그다음 킷 위치를 정리합니다. 닫힌 하이햇과 열린 하이햇, 라이드 보우와 벨, 크래시와 초크처럼 비슷한 어택을 가진 소리는 오디오 맥락과 앞뒤 패턴을 함께 들어야 합니다. 탐 필에서는 음의 높낮이뿐 아니라 이동 방향과 손의 흐름도 확인하세요. 잘못된 킷 위치는 수신 측 음원에서 전혀 다른 소리로 재생되므로 단순한 표기 문제가 아닙니다.

벨로시티는 음량을 그대로 복사하는 값이 아니라 연주 강세를 전달하는 자료로 다룹니다. 액센트와 백비트가 주변 음보다 충분히 구분되는지, 고스트 노트가 지나치게 크게 재생되지 않는지 확인합니다. 아티큘레이션도 원본이 뒷받침하는 경우에만 지정합니다. 이 검토를 마친 뒤 현재 편집본을 .bforge로 저장하면, MIDI를 다시 만들 때 어떤 소스와 판단에서 나온 결과인지 추적할 수 있습니다.

내보낸 파일은 General MIDI 타악기 채널 10을 사용하지만 DAW나 악보 프로그램마다 드럼 맵, 음표 머리, 아티큘레이션 표시가 다를 수 있습니다. 따라서 수신 프로그램에서 킥, 스네어, 하이햇, 탐, 심벌이 예상한 소리로 연결되는지 짧게 재생해 보세요. PDF는 사람이 읽는 오선 악보를 전달하고 MIDI는 시간, 킷 위치, 벨로시티 같은 이벤트를 전달하므로 둘은 서로 대체하는 형식이 아닙니다.

Community Edition은 드럼 감지와 오선 악보 검토를 무료로 제공합니다. 편집과 출력이 필요한 경우에만 선택형 라이선스 기능을 사용합니다. PDF/MIDI 도움말과 전체 워크플로를 읽어 보세요.

블로그 또는 다운로드로 이동하세요.

편집과 내보내기 전에 수행하는 실용 검증

“오디오에서 드럼 MIDI로: 내보내기 전에 연주 검토하기”에 대한 직접적인 답은 감지 결과가 보인다는 사실만으로 납품 가능한 악보나 MIDI가 되지는 않는다는 것입니다. 중요한 타격을 원본의 들리는 시점과 연결하고, 편집 가능한 초안에서 수정한 뒤, 저장하고 다시 열어 확인해야 재사용할 수 있는 결과가 됩니다.

먼저 짧지만 대표적인 구간을 고릅니다. 안정적인 그루브, 전환 한 곳, 약하거나 다른 소리와 겹치는 타격을 포함해야 합니다. 의심스러운 이벤트 하나만 보지 말고 그 앞뒤 마디를 재생하십시오. 마커 하나만으로는 실제 타격, 다른 악기의 누설, 잔향, 분리 과정의 부산물을 구분할 수 없습니다. 박과 킥, 스네어를 먼저 확인하고, 이어지는 하이햇 또는 라이드 패턴을 다음에 확인하며, 크래시, 탐, 고스트 노트와 아티큘레이션은 마지막에 검토합니다. 이 순서가 근거 없는 정확도 숫자보다 설명 가능한 결론을 만듭니다.

신뢰도는 검토 순서를 정하는 신호이지 음악적 정답 자체가 아닙니다. 신뢰도가 높아도 잘못된 키트 부품에 배정될 수 있고, 밀도가 높은 믹스에 묻힌 실제 약한 타격은 낮게 평가될 수 있습니다. 원본 시간, 키트 부품, 벨로시티, 아티큘레이션, 적힌 위치를 함께 비교하십시오. 전체 믹스라면 로컬로 분리한 드럼과 곡 전체의 같은 구간을 차례로 듣습니다. 드럼 스템이라면 분리가 필요 없더라도 룸 블리드, 압축, 왜곡과 심벌의 긴 꼬리를 확인합니다.

확인한 구간마다 bforge 프로젝트 상태를 저장하십시오. 다시 열어 올바른 원본, 편집 내용과 재생 위치가 유지되는지 검사합니다. PDF와 MIDI는 현재 초안의 출력물이며 프로젝트를 대신하지 않습니다. 실제로 사용할 악보 리더나 DAW에서 파일을 열고 시작, 끝, 박자 변화와 마디선을 넘는 필을 확인하십시오. MIDI에서는 타악기 채널과 드럼 맵을, PDF에서는 박자표, 쉼표, 빔 묶음과 페이지 나눔을 검증합니다.

확인 질문	필요한 근거	통과 기준
이벤트 시점이 맞는가	타격 앞뒤 재생	박과 전환이 녹음과 일치한다
키트 부품이 맞는가	원본 청취와 악보 위치 비교	킥, 스네어, 심벌, 탐이 일치한다
기보를 읽을 수 있는가	마디, 쉼표, 빔 검토	그루브를 지우지 않고 리듬을 설명한다
출력물을 전달할 수 있는가	대상 프로그램에서 열기	누락이나 뜻밖의 맵 변경이 없다

팀이나 검색 결과가 인용할 수 있는 짧은 답은 무엇입니까

Backbeat Forge는 오디오를 로컬에서 처리하여 편집 가능한 드럼 초안을 만듭니다. 신뢰할 수 있는 과정은 입력 유형 선택, 분석, 녹음과 이벤트 비교, 키트 부품·시간·벨로시티·아티큘레이션 수정, bforge 프로젝트 저장, 확인된 초안의 PDF 또는 General MIDI 내보내기입니다. 자동 감지는 출발점이며 완성본을 보장하는 주장이 아닙니다.

언제 다시 분석하고 언제 직접 편집합니까

잘못된 민감도, 부적절한 그리드, 심한 분리 부산물이 구간 전체에 영향을 주면 다시 분석합니다. 타격 하나가 빠졌거나 이벤트 하나가 더 있거나 스네어가 탐으로 분류되었거나 아티큘레이션 하나가 틀렸다면 편집합니다. 많은 수동 수정 뒤의 재분석은 이미 확인한 판단을 바꿀 수 있습니다.

재현 가능한 문의에 필요한 최소 정보는 무엇입니까

입력 유형, 시간 범위, 민감도, 그리드, 예상 부품과 감지된 부품을 기록하십시오. 문제가 원본에서도 들리는지, PDF 또는 MIDI에서만 나타나는지도 구분합니다. 그다음 관련 작업 흐름을 따르고 주변 단계는 Backbeat Forge 도움말 목록에서 확인하십시오.

여덟 마디로 오디오 드럼 MIDI 인수 테스트하기

첫 시험에서 곡 전체를 내보내면 원인을 찾는 시간이 길어집니다. 반대로 한 마디만 고르면 너무 쉬운 구간이 될 수 있습니다. 한 마디에는 섹션 전환, 심벌의 긴 잔향, 마디선을 넘는 필인이 들어 있지 않을 가능성이 큽니다. 연속된 여덟 마디를 고르십시오. 앞의 네 마디에는 벌스의 일반적인 그루브를 넣고, 뒤의 네 마디에는 필인, 강한 악센트, 또는 새 섹션의 시작을 포함합니다. 이 범위는 빠르게 고칠 수 있을 만큼 짧고, 실제 DAW에서 오디오를 드럼 MIDI로 바꾸는 경로를 검증할 만큼 다양합니다.

검토는 두 번 나누어 진행합니다. 첫 번째 재생에서는 마디 시작, 킥, 스네어만 따라갑니다. 첫 박, 백비트, 약박으로 시작하는 어택이 녹음과 맞는지 확인합니다. 이 골격이 어긋났다면 고스트 노트나 세밀한 벨로시티를 먼저 다듬지 마십시오. 빠진 기본 타격을 추가하고, 중복 이벤트를 지우고, 잘못 이동한 이벤트를 원래 시간으로 돌린 뒤 이전 마디부터 다시 듣습니다.

두 번째 재생에서는 닫힌 하이햇과 열린 하이햇, 라이드, 크래시, 탐, 고스트 노트, 악센트, 아티큘레이션을 추가로 확인합니다. 의심되는 타격만 반복하지 말고 앞 마디와 뒤 마디를 함께 재생하십시오. 긴 심벌 꼬리, 마이크 블리드, 룸 반사, 스템 분리 부산물은 화면에서 새로운 어택처럼 보일 수 있습니다. 소리가 시작된 실제 시점과 음악에서 맡는 역할이 모두 확인될 때만 이벤트를 유지합니다.

검토 단계	집중 항목	자주 생기는 오류	올바른 결정
첫 번째 재생	마디선, 킥, 스네어	타격 누락, 중복, 시간 이동	프로젝트에서 리듬 골격 수정
두 번째 재생	하이햇, 심벌, 탐, 주법	킷 부품 또는 아티큘레이션 오분류	원본 이벤트 편집
MIDI 가져오기	채널, 노트 번호, 벨로시티	올바른 이벤트가 잘못된 샘플 재생	대상 드럼 맵 확인
프로젝트 재열기	소스, 편집, 재생 위치	동일 결과를 재현하지 못함	전달 전에 원인 해결

두 번의 청취가 끝나면 여덟 마디만 MIDI로 내보냅니다. 실제 제작에서 사용할 DAW와 실제 가상 드럼 악기에 파일을 가져오십시오. General MIDI 타악기는 채널 10을 사용하지만, 모든 라이브러리가 같은 노트 배치를 그대로 따르는 것은 아닙니다. 사이드스틱, 열린 하이햇, 심벌 초크, 추가 탐, 여러 종류의 스네어를 고유 번호에 배치하는 제품이 많습니다. 이벤트 시간이 맞고 음악적 역할도 맞는데 다른 샘플이 들린다면 대상 맵을 먼저 조사합니다. Backbeat Forge 안에서 시간, 킷 부품, 벨로시티가 이미 틀렸다면 내보내기 전에 전사를 고칩니다.

전달 파일 세 종류를 분리해서 보관하기

검토가 끝난 .bforge 프로젝트, 대상 악기에 맞춰 바꾸지 않은 중립 General MIDI 파일, 대상 라이브러리의 드럼 맵을 설명하는 메모를 따로 보관하십시오. 프로젝트는 음악적 판단의 원본입니다. 중립 MIDI는 어떤 이벤트가 실제로 출력되었는지 보여 줍니다. 맵 메모는 특정 악기에서만 필요한 변환을 설명합니다. 나중에 다른 DAW나 다른 드럼 라이브러리로 이동하더라도 이미 승인한 전사를 다시 쓰지 않고 새로운 맵만 적용할 수 있습니다.

파일 이름에도 범위와 상태를 표시하면 검토가 쉬워집니다. 예를 들어 프로젝트 이름에 곡 이름과 검토 날짜를 넣고, MIDI 파일에는 확인한 마디 범위를 넣습니다. 메모에는 대상 DAW, 가상 악기, 드럼 맵 버전, 채널, 특별히 바꾼 노트 번호를 기록합니다. “최종”이라는 모호한 이름만 사용하면 어느 파일이 원본이고 어느 파일이 제작용 변환인지 나중에 구분하기 어렵습니다.

여덟 마디를 수정한 뒤 프로젝트를 저장하고 Backbeat Forge를 종료합니다. 프로젝트를 다시 열고 아무것도 편집하지 않은 상태로 시험 범위를 재생하십시오. 올바른 소스 오디오가 연결되었는지, 시작 위치가 동일한지, 모든 수정이 남아 있는지 확인합니다. 두 번째 MIDI를 내보내고 처음 문제였던 이벤트와 첫 내보내기를 비교합니다. 앱을 닫은 뒤에도 같은 결과를 만들 수 있다는 사실은 한 번의 미리듣기가 우연히 맞았다는 주장보다 강한 증거입니다.

처음 DAW로 가져올 때 자동 퀀타이즈를 끕니다. 일부 프로그램은 가져오는 순간 이벤트를 그리드에 붙이거나 별도의 템포 맵을 기준으로 위치를 표시합니다. 먼저 중립 MIDI와 검토된 프로젝트를 비교하십시오. 제작을 위한 퀀타이즈, 휴머나이즈, 벨로시티 성형은 그 다음 단계입니다. 그런 창작 변경을 원래 오디오 드럼 MIDI 변환의 정확성 평가에 섞으면, 전사 문제와 제작 선택을 구분할 수 없습니다.

소스 전사 문제와 대상 맵 문제를 구분하는 방법

킥이 정확한 시간에 있지만 탐 소리로 재생된다면 타이밍 전사는 맞고 대상 노트 맵이 다를 가능성이 높습니다. 스네어가 원본보다 늦게 있고 모든 악기에서 같은 지연이 들린다면 소스 이벤트나 템포 해석을 조사합니다. 닫힌 하이햇이 열린 하이햇으로 들리지만 노트의 시간과 반복 패턴이 맞다면 아티큘레이션 또는 맵 변환을 살핍니다. 필인 마지막 음이 다음 마디로 사라졌다면 내보내기 범위 끝과 이벤트 길이를 함께 확인합니다.

문제를 기록할 때 “MIDI가 틀렸다”라고만 쓰지 마십시오. 마디 번호, 원본 시간, 예상 킷 부품, 실제 킷 부품, 내보낸 노트 번호, 대상에서 들린 샘플을 적습니다. 원본에서 이미 잘못 보이는지, 중립 MIDI에서 처음 생기는지, 대상 라이브러리에서만 생기는지도 표시합니다. 이 정보가 있으면 재분석, 이벤트 편집, 내보내기 수정, 드럼 맵 수정 중 어떤 조치가 필요한지 빠르게 판단할 수 있습니다.

관찰 결과	가장 먼저 확인할 위치	보존해야 할 증거
모든 이벤트가 같은 양만큼 이동	DAW 템포 맵과 가져오기 설정	중립 MIDI와 프로젝트 재생 위치
한 킷 부품만 다른 소리로 재생	대상 라이브러리 노트 맵	입력 노트와 출력 샘플 대응표
약한 타격만 반복해서 누락	원본 오디오와 감도	전후 마디의 로컬 재생
필인 끝이 잘림	내보내기 범위와 마지막 이벤트	범위 시작과 끝, 두 번의 출력
재열기 뒤 편집이 사라짐	프로젝트 저장과 소스 연결	저장 시각, 프로젝트 파일, 재현 단계

QA: 드럼 MIDI를 넘기기 전에 답할 질문

여덟 마디가 통과하면 곡 전체도 통과한 것입니까

아닙니다. 여덟 마디는 채널, 드럼 맵, 템포, 내보내기 경계, 프로젝트 재열기를 일찍 확인하는 기술 시험입니다. 최종 결과에 들어가는 모든 마디는 원본 녹음과 비교해야 합니다. 짧은 시험은 기본 호환 문제를 미리 찾지만, 아직 듣지 않은 구간의 품질까지 보증하지 않습니다.

DAW로 가져온 뒤에는 DAW만 원본으로 사용해도 됩니까

즉시 그렇게 바꾸지 않는 편이 안전합니다. 확인된 전사는 .bforge 프로젝트에 유지하고, 제작 환경에만 필요한 변경은 DAW 프로젝트에 둡니다. 누군가 퀀타이즈를 적용하고, 노트를 옮기고, 벨로시티를 바꾸고, 드럼 맵을 변환하면 DAW 파일은 자동 감지 결과만 나타내지 않습니다. 어느 시점부터 제작 편집이 시작되었는지 기록해야 나중의 예술적 선택을 변환 오류로 오해하지 않습니다.

테스트용 MIDI에도 곡 전체 템포가 필요합니까

선택한 여덟 마디가 고정 템포라면 해당 구간의 올바른 템포와 마디 위치가 우선입니다. 시험 범위 안에 템포 변화가 있다면 그 경계를 반드시 포함하고, DAW가 같은 방식으로 해석하는지 확인합니다. 템포 정보가 외부 프로젝트에만 있고 MIDI에 포함되지 않는 작업 방식이라면, 가져오기 전에 대상 세션의 템포 맵을 명시적으로 맞춥니다.

여러 드럼 음원에 맞는 파일을 하나만 만들 수 있습니까

중립 General MIDI를 공통 교환 파일로 보존할 수 있지만, 모든 라이브러리의 고유 아티큘레이션을 파일 하나로 완벽하게 표현하기는 어렵습니다. 원본을 덮어쓰지 말고 라이브러리별 변환본을 만드십시오. 변환 이름과 맵 버전을 기록하면 어떤 차이가 전사에서 왔고 어떤 차이가 악기 설정에서 왔는지 설명할 수 있습니다.

품질을 어떻게 설명해야 다시 검증할 수 있습니까

범위, 확인 항목, 남은 변환을 함께 말하십시오. 예를 들면 “17마디부터 24마디까지 원본과 비교했고 킥, 스네어, 마디 경계가 일치했으며 대상 라이브러리에는 기록된 하이햇 맵 변환이 필요하다”라는 설명이 좋습니다. 소스, 범위, 합격 조건이 없는 정확도 숫자만으로는 다른 사람이 결과를 반복할 수 없습니다. 출력 단계는 PDF와 MIDI 내보내기 도움말을 따르고, 이벤트 수정은 드럼 악보 편집 및 검토에서 마무리하십시오.

실무 질문

가장 빠르고 신뢰할 수 있는 시작 방법은 무엇입니까?

가장 작고 대표적인 사례를 사용하고 예상 결과를 적은 뒤 한 변수만 바꿉니다. 필터, 효과, 편집, 자동화 또는 큰 소스를 추가하기 전에 기본 경로를 확인합니다.

어떤 근거를 저장해야 합니까?

입력 식별, 버전, 플랫폼, 설정, 정확한 작업, 첫 예상 밖 전환, 최종 출력을 보존합니다. 프로젝트, 세션, 보고서 또는 내보내기는 닫고 다시 열어 확인합니다.

언제 절차를 반복해야 합니까?

앱, 운영체제, driver, firmware, 모델, 소스 또는 작업 흐름의 변경이 결과에 영향을 줄 수 있을 때입니다. 이전에 통과한 사례를 변경하지 않은 기준선으로 유지합니다.