누군가 나에게 40분 강의 녹음에서 소리를 빼라고 요청하여 출퇴근길에 전화로 갈 수 있도록 했습니다. 나는 그것을 mp3로 변환하는 명백한 일을 먼저했고, 몇 분이 걸렸고 비디오 안에 이미 있는 오디오보다 약간 더 큰 파일을 생성했습니다. 그런 다음 먼저 해야 할 일을 하고 대신 트랙을 복사했습니다. 1초도 채 걸리지 않았고 파일이 더 작았고 오디오는 레코더가 캡처한 것과 약간 동일했습니다. 두 번째 방법은 속임수나 지름길이 아닙니다. 파일 형식이 설계된 것이고 이 질문에 답하는 거의 모든 변환기가 이를 무시합니다.
TL;DR: MP4 또는 MOV는 일반적으로 AAC 오디오를 전달하며 M4A는 동일한 제품군의 오디오 전용 컨테이너에 있는 동일한 AAC이므로 디코딩 및 손실 없이 트랙을 똑바로 복사할 수 있습니다. 여기에서 60초 테스트 클립에서 측정: 복사가 0.04초 만에 완료되었고 추출된 오디오 스트림은 비디오 내부의 스트림과 동일한 MD5를 가졌습니다. 192kbps에서 MP3에 동일한 오디오를 인코딩하는 데 0.36초가 걸렸고 48% 더 큰 파일이 생성되었으며 필요하지 않은 두 번째 손실 압축을 거쳤습니다. 다운스트림에서 무언가를 거부하지 않는 한 M4A를 선택하고 편집자나 전사가 PCM을 원할 때 WAV를 선택하고 다른 것을 읽지 않는 장치에만 MP3를 선택하십시오. 그만큼 오디오 추출기 브라우저 탭에서 세 가지를 모두 수행하므로 녹음된 회의는 컴퓨터를 떠나지 않습니다.
MP4의 오디오 트랙 안에 무엇이 있습니까?
MP4는 컨테이너이며, 이는 형식이 아닌 파일링 시스템을 의미합니다. 그 안에는 별도의 스트림이 있습니다. 하나는 압축된 사진을 들고 하나는 압축된 소리를 들고, 때로는 자막 트랙과 그 옆에 챕터 마커를 담고 있습니다. 컨테이너는 각 항목이 시작되는 위치, 실행 시간 및 사용된 코덱을 설명하며 이것이 거의 모든 것입니다.
MP4의 사운드 스트림은 거의 항상 AAC입니다. 그것이 바로 iPhone이 생산하는 것, Mac 화면 녹화가 생산하는 것, QuickTime 내보내기에서 생산하는 것, 드론이 생산하는 것, MP4 또는 MOV를 쓰는 모든 카메라가 약 15년 동안 생산한 것입니다. MP4 래퍼 안에 MP3 오디오가 있는 오래된 파일과 압축되지 않은 PCM을 탑재한 전문적인 형식의 대부분의 예외가 있지만 AAC는 압도적인 기본값입니다.
이것은 당신이 가지고있는 모든 파일에서 확인할 수 있습니다. ffprobe 한 줄로 알려줄 것이며 대부분의 비디오 플레이어에서 파일 검사자도 마찬가지입니다. 이 가이드를 위해 작성한 테스트 클립에서 오디오 스트림이 다음과 같이 보고합니다. aac, 44100 Hz, stereo, 128158 bit/s, 일반적인 카메라 등급 녹화입니다.
유용한 결과는 다음 섹션의 결과입니다. 스트림이 AAC라는 것을 알게 되면 M4A가 터치하지 않고도 이를 유지할 수 있다는 것을 알 수 있습니다.
변환하지 않고 오디오가 나올 수 있는 이유는 무엇입니까?
M4A는 비디오 부분이 누락된 동일한 컨테이너이기 때문입니다.
MP4와 M4A는 모두 ISO/IEC 14496-12로 표준화되고 MP4, M4A, M4V, MOV 및 소수의 다른 사람들이 공유하는 구조인 ISO 기본 미디어 파일 형식의 프로필입니다. Apple의 QuickTime 형식에서 비롯되었습니다. 상자 레이아웃은 여전히 전체 문서화되어 있습니다. 그리고 거의 하나에 가깝기 때문에 MP4에 대한 설명으로 읽습니다. 상자는 같은 방식으로 배치되고 샘플 테이블은 동일한 방식으로 작동하며 하나에 쓰여진 AAC 트랙은 바이트에 대해 바이트에 대해 바이트입니다. 확장 프로그램은 운영 체제가 플레이어 창을 열지 여부를 알 수 있도록 다르며 이것이 확장 프로그램의 대부분입니다.
따라서 MP4에서 M4A로 오디오를 추출하는 것은 변환이 아닙니다. 리뮤직입니다. 오디오 샘플은 한 컨테이너에서 읽고 다른 컨테이너로 기록되며 어떤 시점에서도 디코더나 인코더가 관련되지 않습니다. 아무 것도 해석되지 않으므로 아무것도 저하될 수 없습니다.
이것은 비디오 측면에서 더 큰 오해를 유발하는 동일한 차이점입니다. 비디오 형식 가이드: 래퍼를 변경하는 것은 자유에 가깝고 내부의 압축을 변경하지 않습니다. 오디오 추출은 무료 옵션도 올바른 옵션인 경우이며, 이는 예상보다 희귀합니다.
FFmpeg 용어로 전체 연산은 네 가지 인수입니다.
ffmpeg -i recording.mp4 -vn -acodec copy recording.m4a
-vn 비디오 스트림을 삭제합니다. 그것을 빼면 ffmpeg는 사진을 넣을 곳이 없는 용기에 사진을 담으려고 합니다. 그러면 음악 플레이어가 열기를 거부하는 M4A가 생성됩니다. -acodec copy 무손실을 만드는 부분입니다. ffmpeg에 샘플을 인코더에 전달하지 않고 전달하도록 지시합니다.
사본이 정말로 아무것도 잃지 않았는지 어떻게 압니까?
이전과 이후에 스트림을 해시할 수 있고 두 해시가 일치하기 때문입니다.
60초짜리 테스트 파일인 1280x720 H.264 비디오를 128kbps 스테레오 AAC 트랙, 총 19MB로 제작했습니다. 그런 다음 비디오 내부의 오디오 스트림을 해시하고 오디오를 복사하고 다시 해시했습니다.
$ ffmpeg -i src.mp4 -vn -c:a copy -f md5 -
MD5=650032f86f01780991c64c30bd02f71b
$ ffmpeg -i src.mp4 -vn -acodec copy out.m4a
real 0.04
$ ffmpeg -i out.m4a -c:a copy -f md5 -
MD5=650032f86f01780991c64c30bd02f71b
다이제스트와 동일하므로 M4A의 압축된 오디오 데이터는 비디오의 압축된 오디오 데이터이며, 한 비트도 변경되지 않습니다. 추출된 파일은 950KB였으며 전체 작업은 0.04초가 걸렸으며 이는 SSD에서 19MB를 읽는 데 대략적인 시간입니다.
그 테스트는 신뢰를 받는 것이 아니라 자신의 파일에서 실행할 가치가 있습니다. 왜냐하면 그것이 하나라고 주장하는 변환에서 실제 사본을 구별하는 유일한 방법이기 때문입니다. 두 해시가 다르면 오디오가 다시 인코딩되지 않았다고 말하면서 오디오를 다시 인코딩한 것입니다.
대신 MP3를 선택하는 데 드는 비용은 얼마입니까?
2세대 손실 압축과 더 큰 파일.
AAC와 MP3는 모두 심리음향 모델이 당신이 들을 수 없다고 예측하는 것을 버리고 작동하며, 그것이 무엇인지에 대해 동의하지 않습니다. 그들은 신호를 다른 수의 대역으로 나누고 마스킹을 다르게 모델링하며 갑작스러운 과도 현상을 다르게 처리합니다. 따라서 MP3 인코더가 AAC 파일의 디코딩된 출력을 전달할 때 마이크에서 어떤 부분이 왔는지, 어떤 부품이 첫 번째 인코더를 남겼는지 알 수 없습니다. 그것은 둘 다 보존하는 데 소모를 보내고 첫 번째 패스에서 살아남은 것의 일부를 버립니다.
다음은 각 경로를 통해 동일한 60초 클립입니다.
| 출력 | 어떻게 만들어졌는지 | 크기 | 시간 | 추가 손실 |
|---|---|---|---|---|
| m4a | AAC 스트림 복사 | 972,706바이트 | 0.04초 | 없음, 해시-동일 |
| mp3 192 kbps | 디코딩, 절름발이로 다시 인코딩 | 1,441,479바이트 | 0.36초 | 네, 2세대 |
| 물결 | 16비트 PCM으로 디코딩 | 10,584,142바이트 | 0.05초 | 추가 없음, 취소 없음 |
MP3는 하나의 손실 인코더를 통해 오디오를 보유하면서 M4A보다 48% 더 큽니다. 손실이 비트 전송률이 아닌 디코드 및 다시 인코딩에 있기 때문에 이것을 피하는 설정은 없습니다.
어느 것도 MP3를 잘못 만들지 않습니다. 2009년의 카 스테레오, 저렴한 음성 녹음기, USB 포트가 있는 체육관 러닝머신, 놀라운 양의 방송 소프트웨어는 MP3를 읽을 수 없으며 그 외에는 아무것도 없을 것입니다. 그것이 목적지일 때, 생성 손실은 재생되는 파일의 가격이며, 말에 대한 작은 가격입니다. 요점은 도구가 당신을 위해 mp3를 선택했기 때문이 아니라 알면서도 지불하는 것입니다.
MP3 비트 전송률이 높을수록 추출이 더 좋아집니까?
그것은 MP3를 손상된 오디오의 더 충실한 사본으로 만듭니다. 이는 더 나은 것과 같지 않습니다.
나는 이것을 광대역 소스로 테스트했습니다. 순수한 톤은 코덱에 쉽기 때문에 아무 것도 말하지 않기 때문입니다. 테스트 클립은 30초 동안 128kbps AAC로 인코딩된 낮은 사인과 혼합된 핑크 노이즈였습니다. 이는 인코더에서 실제 음악이 얼마나 어려운지입니다. 그런 다음 참조로 사용하기 위해 해당 AAC를 PCM으로 디코딩하고 두 비트 전송률에서 MP3로 인코딩하고 참조에 대한 각각의 신호 대 왜곡 비율을 측정했습니다.
| MP3 비트 전송률 | 30초 크기 | AAC 소스에 대한 SDR |
|---|---|---|
| 192kbps | 705KB | 26.7dB |
| 320kbps | 1.1MB | 42.3dB |
320 kbps 파일은 약 15 dB만큼 AAC 오디오를 훨씬 더 가깝게 재현한 것입니다.이것은 AAC가 이미 그것을 버렸고 인코더가 그것을 다시 넣을 수 없기 때문에 원래 녹음을 더 가깝게 재현하는 것입니다. 추가 400KB는 첫 번째 인코더 출력물의 더 충실한 사본을 구입했으며, 인공물도 포함되어 있습니다.
그래서 규칙은 오디오 변환기 가이드 그 뒤에 더 날카로운 이유가 있습니다. 소스 비트 전송률을 일치시키거나 약간 언더컷하는 것이 합리적인 범위입니다. 그 이상으로 기록에 없는 세부 사항을 보존하기 위해 저장 공간을 소비하는 것이며, 그 아래로 훨씬 더 내려가면 두 번째 도움이 필요합니다.
원본에 대한 충실도가 중요하다면 답은 비트레이트가 아닙니다. 비트 전송률 결정이 없는 M4A 사본입니다.
WAV가 정답은 언제입니까?
다운스트림에 무언가가 사람들이 기대하는 것보다 더 자주 PCM을 원할 때.
오디오 편집기는 디코딩이 필요하지 않고 샘플별로 샘플을 편집할 수 있기 때문에 이를 선호합니다. 전사 서비스와 음성 모델은 종종 그것을 요구하며 압축된 오디오를 수락하는 것은 일반적으로 어쨌든 내부적으로 PCM으로 디코딩합니다. 강제 정렬 도구, 음향 분석 소프트웨어 및 모든 신호 처리는 모두 PCM에서 시작됩니다.
WAV는 더 이상의 손실을 추가하지 않지만 소스가 이미 버린 것을 취소할 수는 없습니다. 128kbps AAC 트랙으로 만든 WAV에는 여전히 AAC가 누락된 모든 누락된 세부 정보가 있습니다. 손상된 오디오를 위한 충실한 컨테이너이며, 다음 단계가 듣기보다 분석일 때 정확히 원하는 것입니다.
측정된 결과는 이 점에서 안심할 수 있습니다. 내가 추출한 WAV는 소스 오디오의 직접 디코딩인 동일한 MD5와 비트에 대해 비트이므로 추출에 자체적으로 추가된 것이 없습니다. 비용은 다음 섹션에서 다루는 크기입니다.
16비트 44.1kHz 스테레오는 합리적인 기본값이며 추출기가 작성하는 내용입니다. CD 사양이며 보편적으로 읽을 수 있으며 처음부터 손실이 있었던 소스에서 24비트 PCM을 작성하여 얻을 수 있는 것은 없습니다.
파일이 얼마나 클까요?
예상대로 유용한 부분입니다.
오디오 크기는 비트 전송률 시간이며 콘텐츠에 의존하지 않으므로 비디오와 달리 나중에 추측하기보다 작업이 시작되기 전에 알려줄 수 있습니다.
| 포맷 | 분당, 스테레오 | 한 시간 |
|---|---|---|
| 128kbps 소스에서 복사한 M4A | 0.95MB | 57MB |
| mp3 192 kbps | 1.4MB | 84MB |
| mp3 128kbps | 0.96MB | 58MB |
| WAV 16비트 44.1kHz | 10.1MB | 606MB |
WAV row는 사람들을 놀라게 하는 것입니다. 분당 10.1MB는 위의 테스트에서 측정된 수치이며 산술에서 직접 따릅니다. 두 번째, 2바이트 샘플, 2개의 채널에 44,100개의 샘플. WAV의 1시간 강의 오디오는 600MB 파일로, 일부 서비스에서 나온 많은 비디오보다 크고 일부 서비스가 업로드로 허용하는 것보다 더 큽니다.
이것이 추출기가 실행되기 전에 추정치를 표시하는 이유이기도 합니다. WAV에 추출된 1시간 녹음은 원하는 합리적인 것이고 놀라야 할 비합리적인 것입니다.
WebM이 오디오를 M4A에 복사하는 것을 거부하는 이유는 무엇입니까?
그 안에 있는 코덱은 MPEG-4 컨테이너가 휴대하지 않는 하나이기 때문에 도구는 자동으로 다시 인코딩하기보다는 그것에 대해 정직합니다.
WebM은 AAC가 아닌 Opus 또는 Vorbis 오디오를 보유합니다. 표준 뮤스에 관한 한 M4A에 속하지 않으므로 복사 경로를 사용할 수 없습니다. FFmpeg는 다음과 같이 분명히 말합니다.
[ipod @ 0x75bd019180] Could not find tag for codec opus in stream #0,
codec not currently supported in container
[out#0/ipod] Could not write header (incorrect codec parameters ?)
에 대한 발표된 사양이 있습니다. ISO 베이스 미디어 컨테이너에 Opus 캡슐화하기, 따라서 이것은 이론적 불가능성이 아니라 도구 및 재생 현실입니다. 실제로는 파일을 Opus로 가득 찬 M4A를 재생하는 데 아무 것도 전달하지 않으므로 유용한 답변은 다시 인코딩하는 것입니다. 20초 동안 오디오를 20초 동안 0.32초가 걸리고 473KB 파일을 생성한 동일한 테스트 콘텐츠에서 1세대 손실이자 유일한 옵션입니다.
동일한 논리가 다른 모든 소스를 결정합니다. MP4, MOV, M4V 및 M4A는 AAC를 복사할 수 있습니다. WebM, Opus 또는 Vorbis가 포함된 MKV 및 MPEG-4 제품군 외부에서 코덱을 운반하는 모든 것은 할 수 없으며 추출기는 이후가 아닌 시작하기 전에 어떤 경우에 있는지를 나타냅니다.
지속 시간이 정확히 일치하지 않는 이유는 무엇입니까?
AAC와 MP3는 모두 출력을 채우고 두 컨테이너는 해당 패딩을 다르게 처리하기 때문입니다. 갭리스 재생을 깨는 디테일이며 테스트 번호에 명확하게 나타납니다.
소스 오디오는 정확히 60초, 44.1kHz에서 2,646,000개의 샘플이었습니다. 추출된 M4A는 정확히 60.000000초의 지속 시간을 보고합니다. 추출된 WAV와 MP3는 모두 60.000363초를 보고하며 이는 16개 샘플 더 길다.
이 16개의 샘플은 엔코더 지연입니다. AAC는 1024개의 샘플 프레임에서 작동하므로 60초의 기록은 균일하게 분할되지 않고 인코더가 끝을 채웁니다. M4A는 편집 목록을 사용하여 이를 숨깁니다. 컨테이너의 작은 테이블인 디코딩된 출력의 어느 부분이 실제 녹음인지 알려주는 테이블입니다. M4A를 디코딩하면 2,646,016개의 패딩된 샘플을 다시 얻을 수 있습니다. 이 샘플은 WAV의 추가 0.36밀리초가 나오는 곳입니다.
형식이 아이디어보다 앞선 형식이기 때문에 MP3에는 편집 목록이 없습니다. 대신에 있는 것은 각 끝에 얼마나 많은 샘플을 버릴지 기록하는 첫 번째 프레임의 공급업체 블록인 절름발이 정보 태그입니다. 그만큼 필드 레이아웃은 바이트 단위로 문서화됩니다., 그리고 인코더 지연 및 끝 패딩은 바이트 0xB1 ~ 0xB3을 두 개의 12비트 값으로 공유합니다. 디코딩된 MP3는 2,646,016개의 샘플로 돌아와서 WAV와 정확히 일치하므로 태그가 여기에서 작동했습니다. 그것을 무시하는 플레이어 또는 그것을 쓰지 않는 인코더는 연속 앨범의 트랙 사이의 가청 클릭이 발생하는 곳입니다.
강의나 팟캐스트에는 이 중 어느 것도 중요하지 않습니다. 라이브 앨범이나 DJ 믹스에 대한 것은 매우 중요하며, 이것이 가능한 경우 복사 경로가 선호하는 이유입니다. 관련된 인코더가 없으므로 설명할 새로운 패딩이 없습니다.
M4A는 MP3가 재생되는 모든 곳에서 재생됩니까?
커밋하기 전에 알아야 할 가치가 있는 짧은 예외 목록과 함께 그것에 가깝습니다.
10년에 만든 모든 것이 M4A를 재생합니다. iOS와 Android는 모두 기본적으로 수행하며 모든 데스크톱 운영 체제는 모든 브라우저가 수행하며 모든 브라우저가 수행하는 모든 브라우저, Spotify 및 VLC 및 Plex, 소유하고 있는 모든 전화기의 스톡 뮤직 앱. 이 형식은 20년 된 것으로 대부분의 사람들에게 지구상에서 가장 인기 있는 전화기의 기본 출력이었습니다.
예외는 두 곳에서 클러스터링됩니다. 첫 번째는 오래된 자동차 스테레오와 독립형 하드웨어, 특히 2012년경 이전의 헤드 유닛으로, M4A 파일로 가득 찬 USB 스틱이 비어 있는 것으로 읽습니다. 두 번째는 오디오 업로드를 수락하고 콘텐츠가 아닌 확장으로 확인하는 소프트웨어로, 몇 년 전에 작성된 목록에 있는 M4A를 거부하고 다시 방문하지 않았습니다. 전사 서비스는 여기에서 일반적인 범죄자였습니다. 오디오 변환기 가이드 그녀의 서비스가 받지 않을 4시간의 파일로 끝났습니다.
합리적인 접근 방식: M4A에 먼저 추출합니다. 즉각적이고 무손실이기 때문에 먼저 추출하고 마스터로 유지합니다. 대상이 거부하면 해당 M4A를 MP3로 한 번 변환하십시오. 그런 다음 손실 사본을 유일한 사본으로 만드는 대신 1세대 손실에 대해 지불했습니다.
추출은 얼마나 걸리고 무엇을 결정합니까?
파일을 주로 읽고 인코더가 관련되어 있는지 여부.
복사 경로는 처리가 아닌 디스크와 메모리 속도에 의해 제한됩니다. 19MB 파일의 경우 0.04초는 작업 중인 오디오가 아니라 파일을 읽고 새 컨테이너를 작성하는 것입니다. 이를 확장하면 1~2초 만에 수백 메가바이트의 40분 강의 녹음이 나오며 거의 모든 것이 브라우저에서 탭으로 파일을 읽는 것입니다.
인코딩 경로는 인코더에 의해 제한됩니다. 이 기기에서 60초의 스테레오 오디오를 0.36초가 소요되는데, 이는 실시간보다 약 165배 빠른 속도로 1시간의 오디오는 약 20초의 작업 시간입니다. WebM에서 AAC 재인코딩을 유사하게 측정했습니다. 이것들은 진행률 표시줄이 대부분 정직을 위해 존재할 정도로 충분히 빠릅니다.
한 가지가 다른 모든 것을 지배하고 오디오가 아닙니다. 전체 파일이 탭 메모리로 들어가기 때문에 페이지에 소스 비디오를 로드하는 것은 큰 파일의 느린 단계입니다. 이것이 500MB 상한선의 이유입니다. 그 이상으로 탭이 명시된 한계보다 설명하기 어려운 방식으로 실패하기 시작합니다. 그보다 큰 파일로 작업하는 경우 먼저 트리밍 비디오 트리머 일반적으로 한계와 싸우는 것보다 빠르며, 트리밍 가이드 그 컷이 거의 무료인 이유도 다룹니다.
동영상에 오디오 트랙이 두 개 이상 있으면 어떻게 되나요?
한 트랙이 나와서 당신을 위해 선택되고 다른 트랙은 코멘트 없이 삭제됩니다. 이것은 시끄러운 실패가 아니라 조용한 실패이기 때문에 알아둘 가치가 있습니다.
나는 2개의 오디오 스트림, 128kbps 스테레오 트랙 및 64kbps 모노 하나를 포함하는 파일로 테스트했습니다. 이는 카메라 마이크와 별도의 라펠 마이크를 사용하여 녹음 모양입니다. 추출은 단일 스트림인 128kbps 스테레오 하나, 950kb를 생성했으며 두 번째 트랙이 존재했다는 언급은 어디에도 없습니다.
선택은 무작위가 아닙니다. 문서화된 스트림 선택 규칙 가장 잘 판단되는 스트림을 선택하십시오. 이는 오디오의 경우 가장 많은 채널 수를 의미하므로 일반적으로 원하는 채널을 얻습니다. 그러나 조용한 모노 트랙이 인터뷰 오디오이고 스테레오가 카메라의 룸 노이즈라면 잘못된 것을 얻고 아무 것도 알려주지 않습니다.
멀티 트랙 파일은 전문적인 워크플로 외에는 흔하지 않으며 전화기나 스크린 레코더의 거의 모든 오디오 스트림이 없습니다. 실제 촬영의 영상으로 작업하는 경우 추출하기 전에 스트림 목록을 확인하고 ffmpeg를 명시적 -map 0:a:1 두 번째 트랙이 필요할 때.
오디오를 추출해야 합니까 아니면 전체 비디오를 변환해야 합니까?
원하는 것이 소리라면 추출하십시오. 두 가지 작업은 대안이 아니며 사람들은 정기적으로 잘못된 작업에 도달합니다.
비디오를 MP3로 변환하는 것은 한 달에 수백만 건의 검색에서 나타나며 아무도 원하지 않는 작업을 설명하는 구문입니다. 그것은 그림을 디코딩하고 버리고, 오디오를 디코딩하고, 다시 인코딩하는 것을 의미하며, 이는 이미 존재하는 것의 더 나쁜 버전에 도달하기 위한 많은 작업입니다. 그만큼 비디오 변환기 마지막에 비디오를 원하는 경우에 존재하며 무언가가 재생됩니다. 오디오를 원할 때 추출이 작업이며 복사 경로도 저렴한 비용입니다.
결정 테이블은 짧습니다.
| 원하는 것 | 사용 | 비용 |
|---|---|---|
| 파일로 사운드트랙 | M4A로 추출 | 아무것도, 스트리밍 복사 |
| 편집자 또는 필사자의 사운드트랙 | WAV로 추출 | 크기만 |
| 오래된 하드웨어의 사운드트랙 | MP3로 추출 | 한 세대 |
| 작은 비디오, 포함된 사진 | 비디오 압축기 | CRF에 따라 다릅니다. 압축 가이드 |
| 재생되는 형식의 동일한 비디오 | 비디오 변환기 | 종종 리뮤직, 그래서 아무것도 |
5개의 행 모두에 걸친 패턴은 제거할 가치가 있는 패턴입니다. 작업에 다시 인코딩이 필요한지 묻고 그렇지 않은 행을 선호합니다.
브라우저에서 실행하면 무엇이 변경됩니까?
녹음이 어디로 가는지, 오디오에 대한 일반적으로 전체 질문입니다.
추출기는 페이지 내에서 WebAssembly로 컴파일된 FFmpeg를 실행합니다. 비디오는 디스크에서 탭 메모리로 읽혀지고 오디오 스트림이 거기에서 꺼내고 그 결과는 다운로드로 되돌려집니다. 어떤 요청도 파일을 전달하지 않으며 서버에 대기열에 있는 것도 없으며 누구나 삭제하는 것을 잊어버릴 수 있는 복사본이 없습니다.
사람들이 추출하는 오디오는 대부분 이 문제를 만드는 종류입니다. 녹음된 회의, 강의, 인터뷰, 상담, 변호사 또는 의사와의 전화, 게시하지 않을 내용이 포함된 음성 메모. 기존의 대안은 복사 경로에서 자신의 기계를 다시 작성하는 컨테이너가 1초 이내에 완료되는 작업에 대한 대가로 자신이 전혀 알지 못하는 사이트에 녹음을 업로드하는 것입니다.
브라우저 탭은 서버보다 메모리가 적고 대기열이 없기 때문에 거래는 500MB 한도와 한 번에 한 파일로 구성된 워크플로입니다. 단일 녹음의 경우 거의 항상 사용되는 것입니다. 이는 도달할 수 없는 한계이며 다른 방법으로 얻을 수 없는 개인 정보 보호 보장입니다.
