我正在寻找“正确”的方法将音频 CD 的内容转储到硬盘,而不会丢失任何信息,如 CD 标识符、提示列表等......
我并不是在寻找从 CD 到压缩音频的一体化解决方案,例如 ABCDE,因为我目前无法确定未来可能需要的所有音频格式和数据结构。未来。也没有必要在转储时查询在线 CD 信息源,例如 CDDB 或 Musicbrainz。这个想法更多的是获得完整、完美质量、无损(显然)的 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 slackware 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
这样做,至少有机会检测到错误。
一般来说,您应该以一次性磁盘模式读取 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
) 的工具没有允许除重新写入磁盘之外的其他用途的图像格式:(
因此,要么你这样做并使用副本(这可能对“救援”目的很有吸引力),要么你必须阅读原件两次:一次使用eg cdrdao read-cd --read-raw --read-subchan rw_raw
,一次使用eg cdda2wav
,或者老实说,abcde
使用FLAC压缩——这是无损的,但经过大量熵编码(“压缩”),因此您的冗余数据至少不会占用太多空间 - 为您的音频播放器程序提供实际的音频文件也更有用,而且,老实说,大容量存储是这么便宜:150欧元为您提供两个 4TB驱动器(你很幸运,CD 备份和监控摄像头录音:从硬盘驱动器的角度来看几乎是同一件事)。
在其上放置一个内置校验和和镜像的文件系统(ZFS?),如果每 4 年左右更换一个磁盘,您就可以获得一些长期存储。 4 TB 大约是 4000 个成熟的最大长度音频 CD 备份;如果您有超过 4000 张 CD,则可能会遇到问题(值得使用磁带机来解决)。
或者老实说,如果您想要高度可靠的备份,公司确实将其作为服务出售;您越愿意等待检索图像,它往往会变得更便宜;例如,AWS 会让您等待(最多)12 小时才能在其最便宜的存档存储级别中获取图像,但存储 1 GB 的存储空间和下载它的时间将花费您每月 0.0018 美元,这非常荒谬。这意味着您的 250 张 CD(这是一个大胆的猜测)实时媒体收藏每年将花费 5.40 美元在高可靠性数据中心进行冗余存档……如果您意识到您的 FLAC 音频不是,则检索图像只需花费几美分。还不够“完整”。
1 为什么我选择九寸钉 – 破碎?因为这是一张烦人的 CD,有 99 首曲目,还有一个引出片段!如果我没记错的话,它还会在 21 分 21 秒整时触发某些 CD 驱动器中的错误。正如所说,已经有一段时间了。
答案3
我确信网络上有数百个问题,但现在懒得搜索。我建议你去搜索一下。
特别是这个unix
。不幸的是,由于缺乏适用于 Linux 的合理的 RIP 程序,我不得不求助于 Windows 精确的 RIP 程序。
过去我使用cdparanoia
高度偏执设置。但速度很慢,而且仍然不如准确的撕裂。但对于高品质的 CD 来说就足够了。
我认为,如果您还没有准备好在虚拟机中使用备用 Windows 或试用版,那么您最好的选择是获取 RAW CD 数据,如 Stephen 的回答中所述精确的 RIP 工具输入数据。
老实说,我从来没有费心这样做,因为我只是想以合理的质量丢弃我的 CD,并忘记这种过时的技术。
PS AccurateRIP 还取决于您使用的硬件设备及其偏移量。因此,如果你想要一点一点的准确性,这是一项复杂的工作。我个人的看法是,我并不真正需要它,因为我不会听到 cdparanoia 或合理准确的 rip 设备的小问题。
答案4
当然,旧dd
命令可以完成这项工作吗?
肯定会倾倒全部信息!