정보 손실 없이 오디오 CD를 덤프하는 가장 좋은 방법

정보 손실 없이 오디오 CD를 덤프하는 가장 좋은 방법

나는 CD 식별자, 큐 목록 등과 같은 정보를 잃지 않고 오디오 CD의 내용을 하드 드라이브에 덤프하는 "올바른" 방법을 찾고 있습니다.

저는 CD부터 ABCDE와 같은 압축 오디오까지 올인원 솔루션을 찾고 있지 않습니다. 왜냐하면 현재로서는 미래에 필요할 수 있는 모든 오디오 형식과 데이터 구조를 식별할 수 없기 때문입니다. 미래. 덤프할 때 CDDB나 Musicbrainz와 같은 온라인 CD 정보 소스를 쿼리할 필요도 없습니다. 아이디어는 다양한 기존 또는 향후 소프트웨어의 다양한 매개변수를 사용하여 필요한 만큼 여러 번 사후 처리할 수 있는 파일 세트로 완전하고 완벽한 품질의 무손실(분명히) CD 덤프를 얻는 것입니다. 일부를 일괄 변환하는 데 사용됩니다. 또는 모든 라이브러리를 특정 형식으로 변환합니다. 나는 주로 천 개가 넘는 CD를 여러 번 재생해야 하는 물리적 디스크 조키 작업을 피하고 싶습니다.

큐 시간, CD 텍스트 데이터, CD 식별자 등과 함께 전체 오디오 데이터의 바이너리 덤프를 얻는 가장 좋은 프로그램과 옵션 세트는 무엇입니까? 음, 디스크에 있는 것은 무엇입니까?

나는 프로그래밍 기술이 있고 선형 오디오(.wav) 및 텍스트 파일에 대해 이야기하는 한 덤프 내용을 일괄 처리하는 데 필요한 스크립트를 작성하는 데 문제가 되지 않습니다.

또한 전체 CD 오디오를 단일 트랙으로 사용하는 것이 더 나은지 아니면 단일 트랙으로 사용하는 것이 더 나은지 알고 싶습니다. 나는 단일 트랙이 더 유용할 수 있는 라이브 녹음을 많이 가지고 있습니다. 왜냐하면 그것이 제가 일반적으로 듣는 방식이기 때문입니다. 이에 대한 조언도 크게 감사하겠습니다.

지금까지 나는 cdda2wav와 cdrdao를 시도했고 다음 명령 세트가 나에게 필요한 많은 데이터를 제공할 수 있다는 것을 발견했습니다.

cdda2wav -D /dev/cdr0 -B
cdda2wav -D /dev/cdr0 -t all -cuefile
cdda2wav -D /dev/cdr0 -J
cd-info -C /dev/cdr0
cdrdao read-cd toc_file

이러한 명령을 모두 실행하면 많은 중복 정보가 덤프되고 전체 CD를 여러 번 읽게 됩니다. 명령 중 하나에서 제공하는 데이터가 다른 명령의 엄격한 하위 집합인지 명확하게 확인할 수 없어 질문을 드립니다.

저는 4개의 SATA CD 드라이브가 있는 데스크탑에서 Linux 슬랙웨어 15.0을 사용하고 있습니다. 위의 내용 외에도 여러 개의 CD 드라이브를 사용하여 최대 4개의 CD를 병렬로 덤프하면(시간 절약) 오류 위험이 더 높아질 것이라고 생각하십니까(예: 미디어가 긁힌 경우)?

답변1

현재 CD 드라이브에 있는 오디오 트랙이 있는 CD에서 가능한 많은 정보를 추출하려면 cdrdao드라이브가 지원하는 모든 하위 채널 정보를 사용해야 합니다.

cdrdao read-cd --read-raw --read-subchan rw_raw tocfile

--driver가지고 있는 드라이브에 따라 이 옵션을 사용하여 다른 드라이버를 지정해야 할 수도 있습니다 . cdrdao README자세한 내용은 설명서를 참조하세요.

드라이브가 지원하는 경우 CD-TEXT 데이터가 포함됩니다. 원하시는 분들은 참고해주세요쓰다CD-TEXT 데이터가 포함된 CD에서 이 드라이버를 사용하는 경우 generic-mmc드라이버 옵션 0x10을 명시적으로 활성화해야 할 수도 있습니다 . cdrdao알려진 드라이브의 데이터베이스가 있지만 사용 중인 드라이브가 포함되지 않을 수도 있습니다.

읽고 있는 CD의 상태가 좋지 않거나 드라이브 자체의 상태가 좋지 않은 경우 rw_raw최소한 오류를 감지할 기회를 얻기 위해 이 작업을 수행하지 않는 것이 좋습니다.

일반적으로 개별 트랙이 아닌 디스크 1회 모드로 CD를 읽어야 합니다. DAO는 공백(있는 경우)에 관계없이 원본 트랙과 CD의 시작 또는 끝 부분에 있는 추가 정보를 유지합니다.

답변2

와, 나를 다시 데려가 주세요.

그래서 cdrdao꽤 오랫동안 여기저기 다니면서하다이것이 당신이 구체적으로 사용하고 싶은 도구라고 생각하세요.

album="Nine Inch Nails – Broken"
cdrdao read-cd --read-raw --read-subchan rw_raw --device /dev/cdrom --datafile "${album}.bin" "${album}.toc"

이제 이 두 파일을 다시 굽는 것 외에 어떻게 해야 할까요? 솔직히 모르겠어요. CD-ROM의 경우 비교적 새로운raw2iso프로그램은 cdrdao 원시 이미지에서 ISO 이미지를 얻습니다. 하지만 사운드 플레이트에는 쓸모가 없습니다! 오디오 스타일 콘텐츠를 처리할 수 있도록 raw2iso를 확장할 수 있습니까? 아마도!

그러나 "가장 정확한" 오디오 CD 복사본을 만들기 위해 지금까지 내가 알고 있는 도구( cdrdao)에는 디스크에 다시 쓰는 것 외에 다른 용도로 사용할 수 있는 이미지 형식이 없습니다.

cdrdao read-cd --read-raw --read-subchan rw_raw따라서 이 작업을 수행하고 복사본을 사용하거나("구조" 목적으로 매력적일 수 있음) 원본을 두 번 읽어야 합니다. 한 번은 eg 로 , 한 번은 eg 로 읽거나 cdda2wav솔직히 abcdeFLAC 압축을 사용합니다. 이는 무손실이지만 고도로 엔트로피 인코딩("압축")되어 중복 데이터가 최소한 너무 많은 공간을 차지하지 않도록 합니다. 또한 오디오 플레이어 프로그램에 실제 오디오 파일을 제공하는 것이 더 유용하며 솔직히 말하면 대용량 저장 장치가 너무 저렴합니다. : 150유로4TB 2개 제공드라이브(다행히도 CD 백업 및 보안 카메라 녹화: 하드 드라이브 관점에서는 거의 동일합니다).

그 위에 체크섬과 미러링이 내장된 파일 시스템(ZFS?)을 얹고 4년 정도마다 디스크를 교체하면 장기 스토리지를 확보할 수 있습니다. 4TB는 전체 기능을 갖춘 최대 길이의 오디오 CD 백업 약 4000개입니다. CD가 4000개 이상인 경우 문제가 발생할 수 있습니다(테이프 드라이브를 사용하여 해결하는 것이 좋습니다).

아니면 솔직히 신뢰성 높은 백업을 원한다면,회사는 그것을 서비스로 판매합니다.;이미지를 검색하기 위해 더 많이 기다릴수록 비용이 더 저렴해지는 경향이 있습니다. 예를 들어 AWS는 가장 저렴한 아카이브 스토리지 계층에서 이미지를 가져오는 데 최대 12시간을 기다리게 하지만 1GB의 스토리지를 제공합니다. Its time은 한 달에 $0.0018의 비용이 들게 되는데, 이는 터무니없는 일입니다. 이는 CD 250장(이것은 대략적인 추측임) 라이브 미디어 컬렉션을 신뢰성이 높은 데이터 센터에 중복으로 보관하는 데 연간 5.40달러의 비용이 든다는 것을 의미합니다...FLAC 오디오가 그렇지 않다는 것을 깨달은 경우에만 이미지를 검색하는 데 몇 센트의 비용이 듭니다. . 충분히 "완전"하지 않습니다.


1 왜 Nine Inch Nails – Broken를 선택했나요? 왜냐하면 이것은 99개의 트랙과 리드인이 포함된 귀찮은 CD이기 때문입니다! 내 기억이 정확하다면 일부 CD 드라이브에서도 정확히 21분 21초에 오류가 발생했습니다. 말했듯이, 오랜 시간이 지났습니다.

답변3

웹상에 수백 개의 질문이 있다고 확신하지만 지금 당장 검색하기에는 너무 게으릅니다. 검색해 보시길 권해 드립니다.

특히 이건 unix. 불행하게도, 합리적인 Linux용 RIP 프로그램이 부족하여 Windows용 정확한 RIP 프로그램을 사용해야 했습니다.

과거에는 cdparanoia매우 편집증적인 설정을 사용했습니다. 하지만 속도가 느리고 여전히 찢는 것만큼 정확하지 않습니다. 그러나 고품질 CD의 경우 이것으로 충분합니다.

가상 머신에서 대체 Windows 또는 평가판을 사용할 준비가 되지 않은 경우 가장 좋은 방법은 Stephen의 답변에서 언급한 RAW CD 데이터를 얻는 것입니다.정확한 RIP 도구입력 데이터.

솔직히 말해서 나는 합리적인 품질의 CD를 없애고 이 오래된 기술을 잊어버리고 싶었기 때문에 이 작업을 수행하는 것을 결코 귀찮게 하지 않았습니다.

PS AccurateRIP는 사용 중인 하드웨어 장치와 해당 오프셋에 따라 달라집니다. 따라서 비트 단위의 정확성을 원한다면 복잡한 작업입니다. 내 개인적인 의견은 CD 편집증이나 합리적으로 정확한 리핑 장치의 사소한 문제를 듣지 않기 때문에 실제로 필요하지 않다는 것입니다.

답변4

확실히 이전 dd명령으로 작업을 수행할 수 있습니까?

반드시 떨어질 것이다모두정보!

관련 정보