기자가 4시간 동안 M4A 파일로 인터뷰를 보냈고 그녀의 전사 서비스가 이를 거부했기 때문에 320kbps에서 MP3로 변환하는 것이 "품질을 높게 유지"할 것인지 물었습니다. 그렇지 않을 것입니다. 녹음은 64kbps 모노 음성 메모였으며 320에서 다시 인코딩하면 정확히 동일한 오디오를 포함하는 5배 더 큰 파일과 두 번째 인코더의 새로운 손상 레이어가 생성됩니다. 그녀에게 필요한 것은 WAV였습니다. 전사 서비스가 PCM을 원했기 때문에 Wav였습니다. 그리고 그녀가 한 번 업로드하고 삭제하는 것에 대해 파일 크기가 중요하지 않았습니다. 전환은 1분이 걸렸습니다. 유용한 부분은 손실이 어떤 방향으로 실행되는지 알아내는 것이었고, 무엇이든 변환하기 전에 이해할 가치가 있습니다.
TL;DR: M4A와 MP3는 모두 손실이 있으므로 둘 사이의 변환은 이미 디테일이 누락된 오디오를 디코딩하고 다른 모델로 다시 압축합니다. 이를 피하는 설정은 없습니다. 두 가지 규칙이 작게 유지됩니다. 추가 비트가 녹음이 아닌 첫 번째 인코더의 인공물을 설명하고 변환된 사본이 아닌 마스터로 원본을 유지하기 때문에 소스 위의 비트 전송률을 선택하지 마십시오. 대상이 편집기, 전사 서비스 또는 음성 모델인 경우 대신 WAV로 변환하고 2세대를 완전히 건너뜁니다. 그만큼 오디오 변환기 Toolz.dev는 자신의 탭에서 WebAssembly를 통해 FFMPEG를 실행하므로 인터뷰 또는 음성 메모가 기계를 떠나지 않습니다.
.m4a 파일 내부에는 무엇이 있습니까?
확장명은 오디오가 아닌 컨테이너의 이름을 지정하며 그 한 가지 구분은 이 형식에 대한 대부분의 혼란을 해결합니다.
M4A는 단일 오디오 트랙을 보유한 MPEG-4 컨테이너입니다. 그 안에는 일반적으로 AAC가 있습니다. AAC는 iPhone 음성 메모, Mac 화면 녹화, QuickTime 내보내기 및 대부분의 Apple 다운로드가 생산하는 것입니다. 그러나 동일한 확장명을 가진 동일한 컨테이너가 Apple 무손실을 대신할 수 있으며, 그 두 파일은 아무런 동작도 하지 않습니다. 하나는 이미 세부 사항을 버리고 다른 하나는 그렇지 않습니다. iTunes Match의 .M4A는 AAC입니다. 무손실 모드에서 Apple Music에서 찢어진 .M4A는 ALAC이며 크기는 약 5배이므로 도구 없이도 구별할 수 있습니다.
올바른 변환은 확장이 아닌 코덱에 따라 달라지기 때문에 중요합니다. MP3로 변환된 AAC 파일은 2세대를 잃습니다. MP3로 변환된 ALAC 파일은 첫 번째 파일을 잃습니다. WAV 또는 FLAC로 변환해도 AAC가 이미 버린 것을 복원할 수는 없지만 더 이상 손실되지 않습니다.
컨테이너와 코덱 사이의 동일한 관계가 비디오를 제어하므로 훨씬 더 큰 오해가 발생합니다. 리뮤스 가이드: 래퍼를 교체하는 것은 저렴하고 압축을 변경하는 것은 그렇지 않습니다.
M4A를 MP3로 변환하면 왜 더 나빠질까요?
두 형식 모두 심리음향 모델이 듣지 못할 것이라고 예측한 것을 버려서 작동하고 두 번째 인코더는 녹음과 첫 번째 인코더의 남은 음식의 차이를 구분할 수 없기 때문입니다.
AAC와 MP3는 다른 모델을 만듭니다. 그들은 어떤 주파수가 더 큰 이웃에 의해 가려져 있는지에 대해 동의하지 않으며, 신호를 다른 수의 대역으로 나누고, 갑작스러운 과도 현상을 다르게 처리합니다. 따라서 AAC가 유지하기로 결정한 세부 사항은 MP3가 유지했을 세부 사항이 아니며 그 반대도 마찬가지입니다. MP3가 AAC 파일의 디코딩된 출력을 인코딩할 때 마이크 신호에 들어 있지 않은 인공물을 보존하는 데 비트를 보내고 첫 번째 패스에서 살아남은 것 중 일부를 버립니다.
피해는 예측 가능한 순서로 나타납니다. 심벌즈와 하이햇이 먼저 흘러가는 쉿 소리가 납니다. 손으로 가득 찬 방이 소음에 가깝고 소음이 이 코덱이 모델링할 수 없는 한 가지이기 때문에 박수가 뒤따릅니다. 그러면 치찰음, "S"가 말로 들리며, 일단 눈치채면 들리지 않는 지저귀는 소리가 난다.
이 중 어느 것도 변환에 반대하는 주장이 아닙니다. 다운스트림에 무언가가 진정으로 다른 형식이 필요할 때 원본에서 한 번 변환하는 것에 대한 논거입니다. M4A는 MP3보다 더 나쁜 파일이 아닙니다. 동일한 비트 전송률에서 AAC는 일반적으로 더 좋게 들립니다. 즉, M4A에서 MP3로 이동하는 것은 업그레이드가 아니라 약간의 품질이 필요한 호환성 단계입니다.
어떤 비트 전송률을 선택해야 합니까?
소스를 일치시키거나 약간 아래로 이동하고 위의 절대로 이동하지 마십시오.
이유는 위의 것입니다. 소스 속도 이상의 비트는 인공물을 설명하는 데 사용되므로 320kbps MP3에서 다시 인코딩된 128kbps M4A는 가청 이득이 없는 경우 크기의 2.5배입니다. 소스 아래로 잘 들어가면 그 반대의 역할을 하고 실제 세부 사항의 두 번째 도움을 던집니다. 소스 비트 전송률을 알고 있다면 사용하십시오. 그렇지 않은 경우 192kbps는 음악에 대한 합리적인 기본값이며 128 이상은 음성에 적합합니다.
천장은 도구 결정이 아닙니다. MPEG-1 레이어 III는 320kbps를 기록하며 읽을 수 있습니다. MPEG 오디오 프레임 헤더의 비트 전송률 인덱스 테이블, 그리고 어떤 인코더도 인터페이스가 제공하는 것과 상관없이 그것을 초과할 수 없습니다.
다음은 스테레오 오디오의 분당 각 대상 비용입니다.
| 타겟 | 분당 | 손실? | 그것은 무엇을 위해 |
|---|---|---|---|
| mp3 128kbps | 0.96MB | 예 | 음성, 팟캐스트, mp3만 읽는 장치로 이동하는 모든 것 |
| mp3 192 kbps | 1.44MB | 예 | 기본값. 마스터가 아닌 듣게 될 음악 |
| MP3 320kbps | 2.40MB | 예 | 소스가 적어도 이 정도 높았을 때만 |
| M4A(AAC) | 같은 속도로 mp3와 동일 | 예 | Apple 기기, 속도면에서 MP3 속도보다 더 나은 사운드 |
| 오그(보비스) | 다시 똑같다 | 예 | 게임, 웹 오디오, 무특무원 |
| 플랙 | 약 6MB | 아니요 | 무손실 소스 아카이빙 |
| 물결 | 10.1MB | 아니요 | 편집자, 전사 서비스, 음성 모델 |
WAV 수치는 추정치가 아닙니다. 44.1kHz 및 16비트의 비압축 스테레오 PCM은 44,100 x 2 채널 x 2바이트(초당 176,400바이트, 1분당 10.1MB)입니다. 침묵은 교향곡만큼이나 비용이 많이 든다.
대신 언제 WAV 또는 FLAC로 변환해야 합니까?
목적지가 한 쌍의 귀가 아닌 기계일 때마다.
오디오 편집기, 전사 서비스, 강제 정렬 도구 및 음성 모델은 모두 PCM을 원하며 손실이 있는 파일을 제공하면 어쨌든 먼저 디코딩한다는 의미입니다. WAV로 변환하면 두 번째 손실 생성이 완전히 건너뜁니다. 디코드는 한 번 발생하고 결과는 정확하며 더 이상 버려지는 것은 없습니다. 파일이 크고 한 번 업로드하는 것이 좋습니다.
flac은 작동하는 것이 아니라 아카이브 답변입니다. 일반적인 음악에서 PCM의 약 60%로 무손실 압축을 하므로 파일이 세 번째로 작은 동안 오디오를 비트 동안 비트 복구할 수 있습니다. 지금이다 RFC 9639에 공식적으로 지정됨, 사실상의 표준으로 20년 후, 그것은 알아야 할 가치가 있습니다. StreamInfo 블록은 인코딩되지 않은 오디오의 MD5 서명을 보유합니다., 따라서 디코더는 샘플의 원본 샘플과 일치하는 출력을 증명할 수 있습니다. 손실 형식은 이를 제공할 수 없으며 손실 소스를 구할 수 없습니다. MP3를 FLAC로 변환하면 동일한 손상된 오디오를 보유한 더 큰 파일이 생성되며 이는 일반적이고 완전히 무의미한 작업입니다.
# what the conversions amount to, if you have ffmpeg installed
#
# M4A to MP3, matching a 192 kbps source:
ffmpeg -i memo.m4a -vn -acodec libmp3lame -b:a 192k memo.mp3
# M4A to WAV for a transcription service (16-bit PCM, 44.1 kHz):
ffmpeg -i memo.m4a -vn -acodec pcm_s16le -ar 44100 memo.wav
# size arithmetic, which needs no tool:
# lossy MB per minute = kbps x 60 / 8 / 1000
# WAV MB per minute = 44100 x 2 x 2 x 60 / 1024 / 1024 = 10.1
내 mp3 시작 부분에 공백이 있는 이유는 무엇입니까?
MP3가 임의의 수의 샘플을 나타낼 수 없고 수정이 오디오 데이터 외부에 존재하기 때문입니다.
MPEG-1 레이어 III 프레임은 정확히 1152개의 샘플을 담고 있습니다. 따라서 파일의 길이는 프레임 경계까지 반올림되며 인코더는 유효한 출력을 생성하기 전에 리드인이 필요하므로 모든 MP3는 소스에 없는 전면에 약간의 침묵과 끝에 약간의 패딩이 있습니다. 44.1kHz에서 그 전면 간격은 수십 밀리초입니다. 하나의 연속 연주로 녹음된 앨범의 트랙 사이에서 라이브 녹음과 슬라이드쇼의 차이입니다.
이에 대한 필드가 없습니다. 플레이어가 대신 사용하는 것은 인코더가 지연과 패딩을 기록하는 첫 번째 프레임에 쓰는 헤더이므로 읽는 플레이어는 둘 다 자를 수 있고 그렇지 않은 플레이어는 그렇지 않습니다. MP4 컨테이너의 AAC는 컨테이너 구조의 일부로 길이를 가지므로 기본적으로 M4A 파일이 공백이 없고 MP3 파일이 규칙에 따라 Gapless입니다.
단일 음성 메모의 경우 이 중 어느 것도 중요하지 않습니다. 앨범을 변환하는 경우 모든 트랙이 괜찮더라도 결과가 미묘하게 잘못된 소리를 내는 이유입니다.
앨범 아트가 있는 파일에서 변환이 실패한 이유는 무엇입니까?
아트워크가 비디오 스트림으로 저장되고 인코더가 포기할 곳이 없는 형식으로 작성하도록 요청했기 때문입니다.
내장된 커버 아트가 있는 MP3 또는 M4A에는 오디오와 컨테이너가 비디오로 설명하는 단일 정지 이미지의 두 가지 스트림이 있습니다. 달리 말하지 않고 변환하면 FFmpeg는 해당 이미지를 출력으로 전달하려고 시도하며 WAV와 같은 대상의 경우 작업은 의미가 없으며 오디오 파일이 무엇인지에 대한 비디오 코덱을 언급하는 오류로 실패합니다.
수정은 하나의 플래그이며, -vn, 비디오 스트림을 완전히 삭제합니다. 여기에서 변환기는 변환할 때마다 전달하므로 아트워크는 버리고 오디오는 변환됩니다. 표지 아트를 보존하려면 변환기가 두 가지 모두를 안정적으로 수행하지 않기 때문에 나중에 태그 편집기로 다시 연결하고 다시 연결하는 형식으로 변환하십시오.
Ogg는 선택할 가치가 있습니까?
대부분의 사람들에게는 아닙니다. 두 가지 특정 경우의 경우 그렇습니다.
Ogg 용기에 담긴 Vorbis는 Xiph의 말로 "완전히 개방된, 비독점적, 특허 및 왕실이 없는, 범용 압축 오디오 형식". 그것이 전체 주장이며, 게임 내 오디오, 배포한 응용 프로그램 또는 코덱 라이선스가 누군가가 결국 묻는 질문인 모든 것을 제공하는 경우 실제 주장입니다.
반대: 하드웨어 지원이 고르지 않습니다. 많은 자동차 스테레오, 오래된 전화 및 저렴한 플레이어는 mp3를 읽는 것과 다른 것은 없습니다. 이것이 mp3가 프로그램이 아닌 사람에게 가는 파일에 대한 안전한 선택으로 남아 있는 이유입니다. 브라우저 지원은 훌륭하고 수년 동안 유지되었습니다.
소리는 씻는 것입니다. 대부분의 사람들이 사용하는 비트 전송률에서 Vorbis와 AAC는 모두 MP3보다 낫고 서로 가깝고 그 중 어느 것도 2세대에서 살아남지 못합니다.
오디오가 내 기계를 떠나나요?
아니요, 이 범주의 파일에 대해 요점입니다.
변환은 브라우저 탭 내에서 WebAssembly로 컴파일된 FFmpeg를 통해 실행됩니다. 파일은 디스크에서 페이지 메모리로 읽고 거기에서 변환되고 다운로드로 다시 전달됩니다. 변환 중에 DevTools에서 네트워크 패널을 열고 오디오를 전달하지 않습니다.
사람들이 무엇을 개종시키는지 생각해 보십시오. 음성 메모. 녹음된 인터뷰. 치료 노트. 고객이 전화합니다. 제3자에게 적용되지 않는 허가를 받아 녹음한 사람이 강의합니다. 무료 온라인 변환기의 일반적인 배열은 다운로드 링크를 교환하는 대가로 낯선 사람의 서버에 이 모든 것을 업로드하는 것이며 유지 정책은 바닥글이 말하는 모든 것입니다. 여기에 보관할 사본이 없습니다.
한계는 계획이 아니라 탭의 300MB로, 128Kbps 오디오의 약 5시간 또는 30분의 WAV입니다. 데스크탑 인코더가 더 나은 도구이며, 비디오 압축기 페이월이 아닌 브라우저의 메모리가 상한선을 설정하는 경우에 적용됩니다.
오디오가 비디오 안에 있으면 어떻게 됩니까?
그러면 이것은 잘못된 도구이며 구별이 현저하지 않습니다.
MP4에서 사운드트랙을 꺼내는 것은 오디오 파일을 다시 인코딩하는 것과는 다른 작업입니다. 비디오의 오디오 트랙이 이미 AAC이고 M4A를 원하는 경우 다시 인코딩 및 손실 없이 스트림을 바로 복사할 수 있습니다. 그것이 바로 오디오 추출기 그렇다. 이것이 바로 이 도구의 모드가 아니라 별도의 도구로 존재하는 이유입니다.
비디오에서 MP3가 필요한 경우 가장 적게 잃는 순서: 먼저 추출하고 어떤 코덱이 나왔는지 확인하고 결과가 대상이 거부하는 형식인 경우에만 변환하십시오. 비디오를 한 번에 MP3로 바로 변환하면 작동하지만 손실 재인코딩이 발생했는지 여부를 숨깁니다.
다른 방향인 MP3에서 M4A는 어떻습니까?
한 경우에는 할 가치가 있고 나머지는 무의미합니다.
도움이 되는 경우: 이전 자동차 통합, 일부 오디오북 플레이어 및 MPEG-4 래퍼의 AAC 트랙을 기대하는 모든 것과 여전히 발생하는 M4A만 읽는 Apple 장치 또는 앱. 그런 다음 동일한 비용으로 다른 방향으로 가는 것과 동일한 호환성 단계입니다.
사람들이 그것에 도달하고 해서는 안 되는 경우: 더 나은 소리의 파일을 기대합니다. AAC는 MP3보다 더 나은 코덱이지만 원본 녹음을 인코딩할 때 그 이점이 적용됩니다. 디코딩된 MP3를 건네주고, 새로운 비트 전송률로 MP3의 인공물을 충실하게 인코딩하며, 그 결과는 매우 약간 나빠지고 거의 같은 공간을 차지하는 2세대입니다. 형식 업그레이드가 더 이상 샘플에 없는 세부 정보를 복구할 수 없습니다.
정직한 테스트는 파일이 무엇을 위한 것인지 묻는 것입니다. 재생을 거부하는 것이 있으면 변환하십시오. 잘 작동하고 개선하려고 하면 유일한 개선 사항은 원본을 찾는 것입니다.
파일 폴더를 한 번에 변환할 수 있습니까?
브라우저에 있지 않으며, 그것이 명확해야 할 가치가 있는 경계입니다.
각 변환은 전체 파일을 탭에 로드하고 단일 FFmpeg Pass를 실행하므로 도구는 한 번에 하나의 파일을 설계적으로 처리합니다. 설치보다 빠른 3개의 음성 메모용. 음악 라이브러리의 경우 완전히 잘못된 도구이며 브라우저가 두 번째 파일에 있는 동안 로컬 FFmpeg에 대한 셸 루프가 완료됩니다.
# the batch version, once there are more than a handful
for f in *.m4a; do
ffmpeg -i "$f" -vn -acodec libmp3lame -b:a 192k "${f%.m4a}.mp3"
done
실제로 구분선은 약 10개의 파일 또는 30분의 오디오에 있습니다. 그 아래에서 브라우저는 설정 시간에 승리하고 그 위에 로컬 인코더가 모든 것을 이깁니다. 동일한 상충이 지배합니다. 비디오 압축기, 구독 계층이 아닌 탭 메모리가 천장을 설정하고 비디오 변환기 동일한 문제의 형식 측면에 대해.
