音乐CD的rip
dwing吧
全部回复
仅看楼主
level 7
大猫猫生小猫猫 楼主
打算rip成单文件的flac+cue，网上搜了下，似乎都说eac，但似乎eac要走一遍生成wav，再去flac
好像dwing在n年前从豪杰还是什么地方弄了个抓轨工具，输出是啥格式我忘了，好像新系统无法运行这个exe
请问，有没有啥简便的方法，提取cd音轨之后直接转给flac的encoder，生成单flac+cue？不中途生成wav
最好是命令行程序=。=不胜感激
2013年07月23日 15点07分 1
level 10
gartour
音乐CD是模拟信号，怎么可能直接编码成flac。
必然是有中间文件生成的（一般都是wav），无非是要不要写入磁盘的问题。
2013年07月24日 00点07分 2
HappyLee_12
CD是模拟信号？！
2013年07月24日 03点07分
結城有紀_纪纪
回复 HappyLee_12 : CD-Audio当然是模拟信号。
2013年07月24日 03点07分
HappyLee_12
回复 MeteorRain_1 : 维基百科上说,以及大众普遍的观点,CD存储的可是数字音乐: http://zh.wikipedia.org/wiki/CD
2013年07月24日 04点07分
結城有紀_纪纪
回复 HappyLee_12 : 好吧我稍微爬了一下文。是这样的，CD是模拟信号采样以后以PCM方式写入轨道。应该是我以前记错了。不过音乐CD和数据CD在存储规则上不一样，所以必须要用抓轨软件抓，而且要做数据纠错才行
2013年07月24日 06点07分
level 12
acwca
2楼的，难道我理解错误？CD盘面上不是用一个个坑道表示0和1吗？
2013年07月24日 01点07分 3
HappyLee_12
回复 MeteorRain_1 : 那用CD存储文件如何解释???
2013年07月24日 04点07分
roo_zhou
回复 MeteorRain_1 :又见神论，有深浅的那是黑胶唱片，而且音乐CD和普通数据CD自带校验。只有VCD为了更大的容量把校验的部分也用来存储数据，所以需要超强纠错。
2013年07月24日 09点07分
結城有紀_纪纪
回复 roo_zhou : 错误内容的回复已删除。
2013年07月24日 11点07分
HappyLee_12
回复 MeteorRain_1 : ...........[汗]
2013年07月24日 11点07分
level 13
dwing
豪杰那个是好多年前的了, 那时候还是win98流行的时代, 它有自己的CD读取驱动, 所以在新系统下恐怕无法运行了, 而且只支持输出WAV和MP3
eac虽然比较专业, 但用千千静听,foobar,winamp等软件也是可以直接从CD转码成其它格式的, 一般不会和eac输出的结果有差别
2013年07月24日 01点07分 4
free077go
前几天看到千千被终结，改名百度音乐心中一阵感伤。
2013年07月24日 03点07分
dwing
回复 free077go :依然在用纯净的5.0.1版本
2013年07月24日 04点07分
大猫猫生小猫猫
fb和千千，似乎都是分轨转换，最后再合并？我搜了下，好像ffmpeg不行…
2013年07月25日 02点07分
dwing
回复 大猫猫生小猫猫 :是分轨, 不过多数需求就是要分轨吧, 很少有需要合并的
2013年07月25日 03点07分
level 1
fensuijisheji
出wav的软件很多，系统自带的wmp就行，随便弄个foo，winamp都能wav转无损
2013年07月24日 05点07分 6
daik
winamp2.7.exe我还有收藏喔，安装包才540KB
2013年07月24日 14点07分
level 10
gartour
引用 @gartour (2楼)
音乐CD是模拟信号，怎么可能直接编码成flac。
必然是有中间文件生成的（一般都是wav），无非是要不要写入磁盘的问题。
———————————————————————————
多年前看过一篇文章后觉得cdda读取方式是模拟的，不过内容已经记不清了。也可能我是错的。
2013年07月24日 17点07分 7
結城有紀_纪纪
+1 不过后来查了一下好像是说读取时候会容易有错误所以要纠错
2013年07月24日 21点07分
似乎很好玩
怎么可能是模拟的。。音乐cd和数据cd的区别仅仅在于后者的校验要更强。。
2013年07月25日 00点07分
roo_zhou
回复 似乎很好玩 :校验也是一样的
2013年07月25日 03点07分
roo_zhou
回复 MeteorRain_1 :并不需要什么特殊的纠错方式，CD抓轨和你拷贝文件没什么大区别。PCM信号一旦出错，就不是音质的问题了，大多数情况都是出现爆音，不信的话你找个wav随机更改一个bit试试。
2013年07月25日 03点07分
level 8
asukaid
据说EAC抓轨时做了许多校正，真有作用吗？
2013年07月28日 05点07分 8
level 9
why2wrong
用EAC吧 精度更高 之前拿Media Monkey和itunes导出分轨wav 排除偏移延迟 波形也有小不同
2013年07月28日 06点07分 9
roo_zhou
真有人用16进制比较工具比过PCM部分么？我没见过有谁写过这样的报告，不知道有没有人给出过实例。
2013年07月28日 16点07分
Feisty2
回复 roo_zhou :用不同软件抓出来的wav都用au转换为.pcm文件以后crc32不同...
2013年07月29日 13点07分
why2wrong
回复 Feisty2 :[汗]会是软件校验纠错之后导致的小不同吗 想比的话还得用全新的碟多次实验才行
2013年07月29日 14点07分
Feisty2
回复 why2wrong :不清楚 在没有找到为什么抓出来的lpcm流crc32不一样以前先用eac再说... 我对比的是eac wmp itunes去抓轨 结果出来3个crc32完全不同...
2013年07月29日 14点07分
level 12
Feisty2
突然想到了一个测试哪个软件抓出来是准确的方法
把一个wav文件虚拟成音频CD
然后用各抓轨软件进行抓取...
抓出来的结果哪个和虚拟的那个文件一样 哪个不就是准确的么
2013年07月29日 14点07分 10
why2wrong
单独试了下itunes 源是EAC抓取的整轨wav 加载cue导入itunes 导出第一轨 然后给这轨写一个cue 导入itunes转wav crc32值是一样的
2013年07月29日 15点07分
level 8
asukaid
查下文档，貌似音频CD的确存在先天缺陷……
2013年07月29日 15点07分 11
level 8
asukaid
1.音频CD纠错方面只有CIRC帧，扇区内没有EDC、ECC码。
2.音频CD扇区内不保存地址码，光驱可能报出不同的偏移地址。
EAC认为要多加几重保险，来保证正确复制音频。其许多特性都是为了验证偏移、纠错。
当然已经受损的CD怎么纠错也没用，这时EAC可以填入静音，避免了错误数据造成爆音。
2013年07月31日 14点07分 17
roo_zhou
光静音还不够，前后还要有fade-in,fade-out才可以
2013年08月01日 02点08分
level 1
mikroe
CIRC就是音乐CD的ECC和EDC码[]
2013年08月01日 03点08分 18
level 1
mikroe
数据CD又额外加了另一层EDC/ECC码，所以校验、纠错能力更强一些而已
2013年08月01日 03点08分 19
roo_zhou
但是容量为什么一样？
2013年08月01日 04点08分
mikroe
回复 roo_zhou :如果从物理层面raw模式考虑容量应该是一样的，如果从记录的有效数据角度考虑，添加了额外的校验纠正数据以后有效数据容量应该是不一样的吧，仅仅是个人理解而已[呵呵]
2013年08月01日 04点08分
dwing
回复 roo_zhou :我记得音乐CD的数据量会比数据CD大, 大概是800M左右, 我见过超过70多分钟的CD, 如果换成WAV, 就超过700M了
2013年08月01日 04点08分
dwing
回复 roo_zhou :实际上, CD技术的容量物理上并不是固定的, 轨道密度可以改变, 过密会导致错误率提升
2013年08月01日 04点08分
1