본문으로 건너뛰기

HeartMuLa Transcribe는 노래 보컬에 맞춰 튜닝된 다국어 speech-to-text 엔드포인트입니다. 오디오 URL 하나를 보내면 가사를 텍스트로 돌려주며 옵션이 없고 줄별 타이밍·신뢰도·화자 라벨은 반환되지 않습니다.

최저가 $0.05/회

플레이그라운드

입력

음성→텍스트
0/1

오디오 파일을 끌어다 놓거나 직접 선택하세요 · 파일 1개 · 개당 최대 90 MB · MP3 · WAV

파일 0 / 1개
오디오 파일로 곧장 이어지는 URL입니다. HTML을 돌려주는 페이지는 잘못된 소재로 실패합니다. 언어 힌트는 필요하지도 않고 받지도 않습니다. 모델이 다국어라 오디오에서 알아서 파악합니다. 1자 이상

제출과 가격 계산을 열기 전에 계정을 확인하고 있습니다.

필수 항목 1개가 비어 있어요: 입력 오디오

출력

실행 대기

결과가 여기에 표시됩니다.

입력을 설정하고 예상 비용을 확인한 뒤 모델을 실행하세요.

관련 모델과 다음 단계

찾는 모델이 없나요?

필요한 모델과 쓰려는 목적을 알려 주세요. 다음에 무엇을 추가할지 정하는 팀에 바로 전달됩니다.

완성된 믹스에서 가사를 끌어내 텍스트로 돌려줍니다

HeartMuLa Transcribe가 받는 것은 오디오 URL 하나뿐이고, 그 녹음에서 불린 말을 작업 결과에 텍스트로 돌려줍니다. 언어 설정도, 타임스탬프 옵션도, 화자 분리 스위치도 없습니다. 스키마에 그런 필드 자체가 없기 때문입니다. 이 카탈로그에서 작업을 미디어 파일이 아니라 텍스트로 끝내는 모델 패밀리는 이것 하나뿐이어서, 미디어 저장소에는 아무것도 기록되지 않고 내려받는 단계를 만들 필요도 없습니다. 과금은 분 단위가 아니라 전사 1건 단위라, 6분짜리 곡과 20초짜리 훅의 가격이 정확히 같습니다.

플레이그라운드 열기
요청 필드
하나. audio_url — 오디오로 바로 연결되는 URL
출력
작업 결과에 실리는 가사 텍스트. 파일도 에셋 URL도 없습니다
과금
전사 1건 단위이며 오디오 길이와 무관합니다
언어
다국어 지원. 감지한 언어는 알려주지 않습니다
작업 상한
제출부터 종료 상태까지 3,600초
보관
미디어 에셋을 만들지 않으며 업로드한 오디오는 1일 뒤 삭제
형태
필수 필드는 하나, 나머지는 스키마가 거부합니다요청 본문은 audio_url이 전부입니다. 비어 있지 않은 URI 문자열이어야 하고 오디오 자체로 바로 연결되어야 합니다. 다른 키는 조용히 버려지는 대신 검증에서 실패하므로, 전사가 돌아왔다는 것은 보낸 값이 그대로 쓰였다는 뜻입니다. 호출마다 조정할 대상이 없고, 연동이 커져도 계속 맞춰야 할 설정표가 생기지 않습니다.
출력
버킷 속 파일이 아니라 작업 위의 텍스트여기 있는 다른 모델 패밀리는 가져갈 파일을 쓰면서 끝납니다. 이 엔드포인트는 작업 자체에서 끝나고 결과 안에 전사가 들어 있습니다. 내려받는 단계가 없고, 14일 미디어 보관 창에도 아무것도 들어가지 않으며, 클라이언트에는 에셋 목록을 훑는 대신 텍스트 필드를 읽는 분기 하나만 추가하면 됩니다.
겨냥
믹스와 겨루는 목소리에 맞춰져 있습니다불린 한 줄은 압축되고, 겹쳐지고, 리버브에 잠기고, 같은 주파수 대역의 악기와 겨루는 상태로 도착합니다. 범용 음성 모델이 학습하지 않은 상황이 바로 이것이고, 그래서 조각만 돌려주기 쉽습니다. 이 모델은 정확히 그 지점에 맞춰져 있습니다. 반대로 겨룰 믹스가 없는 인터뷰나 팟캐스트라면 범용 음성 인식 모델이 더 나은 도구입니다.

HeartMuLa Transcribe API가 잘하는 일

  • 외워서 쓸 수 있는 요청

    키 하나, 문자열 값 하나입니다. 유지해야 할 파라미터 표가 없고, 모델에게 맡기는 내용을 조용히 바꿔 버리는 설정 조합도 없으며, 연동이 커질 때 세울 이전 계획도 없습니다. 스키마가 닫혀 있어서 키 이름의 오타는 즉시 잘못된 요청으로 돌아옵니다. 적용했다고 믿은 설정으로 전사가 만들어지는 일이 생기지 않습니다.

  • 가사 텍스트는 작업 자체에 도착합니다

    결과가 전사를 직접 싣고 오므로 가져올 서명 URL도, 기록할 오브젝트 스토리지도, 내려받은 파일을 치우는 정리 작업도 필요 없습니다. 이미 미디어 작업을 다루는 파이프라인에 필요한 것은 분기 하나입니다. 이 엔드포인트가 끝나면 에셋 목록을 훑는 대신 텍스트 필드를 읽고, 가사가 이미 사는 곳으로 곧장 보내면 됩니다.

  • 길이가 청구서에 끼어들지 않습니다

    과금은 접수된 요청 1건 단위여서 오디오 길이도, 샘플레이트도, 실제로 나온 텍스트 양도 금액을 움직이지 않습니다. 밀린 작업의 예산은 전체 재생 시간의 함수가 아니라 곡 수 × 1건당 단가라는 곱셈이 됩니다. 뒤집힌 면도 계획에 넣을 만합니다. 아주 짧은 클립을 잔뜩 돌리면 처리한 오디오 1분당으로는 상대적으로 비쌉니다.

  • 언어 필드 없는 다국어 처리

    모델이 여러 언어를 알아서 다루고 언어를 선언하는 필드는 없습니다. 언어가 섞인 카탈로그에서 준비 작업 한 묶음이 통째로 사라집니다. 호출 앞의 감지 단계도, 언어별 라우팅 표도, 언어를 잘못 지정해 다시 부르는 일도 없습니다. 다만 어떤 언어로 판단했는지는 알려주지 않으므로, 그 라벨이 필요하다면 직접 가진 메타데이터에서 가져와야 합니다.

  • 모든 구절이 불린 그대로 돌아옵니다

    SpicyAPI는 자체 콘텐츠 필터를 덧대지 않으므로 욕설과 무검열 가사는 가려지거나 묵음 처리되지 않고 그대로 전사됩니다. 권리 검토, 모더레이션 대기열, 무검열 오디오 제품에서는 이 점이 중요합니다. 구멍이 뚫린 전사로는 그런 작업이 원래 던지려던 질문에 답할 수 없기 때문입니다. 오디오와 전사에 대한 권리는 여전히 호출하는 쪽이 쥡니다.

  • 비동기, 그리고 일부러 넓게 잡은 상한

    제출하면 곧바로 작업이 돌아오고, 전사는 그 작업을 폴링하거나 등록한 콜백을 처리해 읽어 옵니다. 상한은 생성부터 종료 상태까지 3,600초이며, 이렇게 넓은 이유는 대기열에서 보내는 시간만으로도 5분을 넘기는 일이 잦기 때문입니다. 그래서 수백 곡짜리 배치도 워커 하나에서 내보내고 결과가 도착하는 대로 거둬들일 수 있습니다.

HeartMuLa Transcribe는 누구를 위한 것인가

  • 음악 카탈로그와 메타데이터 팀

    묵은 카탈로그를 ‘무슨 말을 하는지’로 찾게 만들기

    가사 텍스트가 있으면 오디오 파일 더미가 검색하고, 태깅하고, 대조하고, 표시할 수 있는 대상으로 바뀝니다. 여기서 롱테일을 현실적으로 만드는 것이 1건 단위 과금입니다. 실행 비용은 전체 재생 시간이 아니라 곡 수로 정해지므로, 10분짜리 앨범 마지막 곡도 그 앞의 짧은 간주곡과 값이 같습니다.

  • 숏폼 영상과 자막

    타이밍보다 먼저 말을 확보하기

    음악 위에 얹는 자막에는 줄이 먼저 필요하고 타이밍은 그다음입니다. 이 엔드포인트는 텍스트를 건네고, 타이밍은 같은 오디오에 대한 강제 정렬 단계가 공급합니다. 출력에는 줄 단위 시간도, 신뢰도 값도, 구간 나누기도 없기 때문입니다. 이 분담은 자막 단계에서 발견할 것이 아니라 처음부터 설계에 넣어야 합니다.

  • 신뢰·안전과 권리 검토

    내보내기 전에 그 곡이 실제로 무슨 말을 하는지 읽기

    연령 등급 라벨이나 권리 주장을 판단하는 검토자에게 필요한 것은 요약도, 가려진 판본도 아닌 말 그 자체입니다. 플랫폼 필터를 덧대지 않으므로 전사는 녹음을 그대로 비춥니다. 그 판단에 쓸 수 있는 형태는 이것뿐입니다. 다만 전사가 누가 권리를 쥐고 있는지까지 알려주지는 않습니다. 그 확인은 호출하는 쪽에 남습니다.

  • 무검열 오디오 제품

    소재를 거절하지 않는 전사 단계

    범용 사업자라면 튕겨냈을 카탈로그도 여기서는 녹음된 대로 전사됩니다. 덕분에 검색, 태깅, 접근성 기능이 제품의 나머지 부분과 같은 콘텐츠 위에서 계속 작동하고, 라이브러리의 한 구역만 텍스트가 전혀 없는 상태로 남지 않습니다. 소재와 그 권리에 대한 책임은 호출하는 쪽에 있습니다.

HeartMuLa Transcribe API 호출 방법

  1. audio_url은 파일 자체를 가리켜야 합니다. 소개 페이지가 아닙니다

    URL은 오디오 바이트 자체로 응답해야 합니다. 만료가 있는 서명 링크도 유효한 동안에는 괜찮습니다. 재생 페이지, 공유 링크, 그 밖에 HTML로 응답하는 주소는 한 줄도 전사되기 전에 잘못된 소재로 실패합니다. 어느 쪽인지 확실하지 않다면 그 URL을 한 번 직접 받아 보고 무엇이 돌아오는지 확인하십시오.

  2. 단 하나의 필드를 Idempotency-Key와 함께 보냅니다

    본문에 들어가는 것은 audio_url뿐입니다. 돌려받은 작업 ID를 보관하고 요청에 Idempotency-Key를 실으십시오. 키는 24시간 유효하므로 연결이 끊긴 뒤의 재시도는 원래 작업으로 이어지고, 따로 과금되는 두 번째 작업이 만들어지지 않습니다.

  3. 상한에 가까운 타임아웃으로 폴링하거나 콜백을 받습니다

    이 엔드포인트는 비동기입니다. 간격을 늘려 가며 폴링하거나, 콜백 URL을 등록해 루프를 아예 없애십시오. 3,600초 상한까지 여유를 남기십시오. 대기열 시간만으로 5분을 넘기는 일이 잦아서, 클라이언트 타임아웃을 1~2분으로 잡으면 멀쩡히 돌아가는 실행도 죽은 것처럼 보입니다.

  4. 작업에서 텍스트를 읽어 내 저장소에도 옮깁니다

    전사는 결과에 텍스트로 도착하므로 내려받을 것이 없고 미디어 저장소에도 나타나지 않습니다. 프롬프트와 같은 주기로 지워지므로 오래 남는 사본은 저희 쪽이 아니라 여러분의 저장소에 있는 것입니다. 작업이 종료 상태에 닿는 그 시점에 트랙 ID 옆에 기록하십시오.

  5. 돌리기 전에 배치를 걸러냅니다

    반주만 있는 음원은 거의 아무것도 돌려주지 않지만, 그 실행도 성공한 종료 상태에 닿았으므로 다른 요청과 똑같이 과금됩니다. 큰 배치 앞에 보컬 유무를 확인하는 단계는 금방 본전을 뽑습니다. 6초 클립과 6분 곡의 값이 같기 때문입니다. 오디오는 한 작품에 해당하는 길이로 유지하십시오. 여러 곡을 한 파일로 이으면 끊김 없는 텍스트 한 덩어리로 돌아옵니다.

HeartMuLa Transcribe 실제 예시

  • 공개 저장소에 있는 한 곡

    동작하는 최소한의 호출입니다. 키 하나, 오디오로 응답하는 URL 하나. 그 밖에는 아무것도 받지 않고 아무것도 필요 없습니다. 응답은 작업 레코드이고, 가사는 그 작업이 종료 상태에 닿으면 결과 안에 도착합니다.

    {"audio_url": "https://files.example.com/masters/track-07.mp3"}
  • 서명 링크 뒤의 비공개 파일

    공개하지 않은 소재도 링크 자체가 유효한 동안 오디오로 연결되면 그대로 동작합니다. 서명 수명은 직접 내려받는 데 필요한 몇 초가 아니라, 5분을 넘기기도 하는 대기열 시간을 덮을 만큼 잡으십시오.

    {"audio_url": "https://storage.example.com/takes/session-04.wav?X-Amz-Expires=3600&X-Amz-Signature=2f9c1a"}
  • 작업 목록을 따라 도는 묵은 카탈로그 처리

    요청이 필드 하나이므로 배치란 URL 목록을 한 줄씩 도는 루프이고, 줄마다 Idempotency-Key를 붙이는 일입니다. 각 줄이 따로 정산되므로 실패한 한 줄만 다시 돌릴 수 있고 전체를 재실행할 필요가 없습니다. 실행 전체의 비용도 카탈로그의 총 재생 시간이 아니라 줄 수 × 전사 1건당 단가입니다.

HeartMuLa Transcribe API 자주 묻는 질문

이것은 우연히 오디오를 받는 텍스트 서비스이지, 우연히 말을 돌려주는 미디어 엔드포인트가 아닙니다. 뒤 공정에서 중요한 차이는 모두 거기서 나옵니다. 클라이언트는 파일을 가져오는 대신 필드를 읽고, 저희가 전사를 오래 두지 않으므로 저장 계획에는 반드시 여러분의 사본이 들어가야 하며, 자막으로 가려면 직접 준비한 정렬 단계가 필요합니다. 입력 쪽에서 통제할 수 있는 것은 URL 하나뿐이므로, 결과를 실제로 좋게 만드는 일은 그 URL이 오디오로 연결되는지, 그리고 그 오디오에 누군가 노래하고 있는지 확인하는 것입니다.