thinkspace 发表于 2017-4-25 19:32:13

wwwping2011 发表于 2017-4-25 15:19
T大认为现在的抓轨软件有什么缺陷?谢谢!

最根源的问题是现有的抓轨软件,设计目标是为了复制应用,而并非为回放应用,无论是EAC还是CloneCD,都是尽量还原光盘布局(layout),并不重视数据传输过程。
如EAC就具备抓取CD-TEXT功能,CD-TEXT实际是运用了光盘空闲的R-W子通道,在抓取过程中需要使用MMC-3(SCSI Multi-Media Commands Set 3)扩展指令进行读取,这是个高阶指令集,调用这个指令集会增加光头寻道次数,破坏数据传输的连续性。实际上以HIFI为目标设计的CD,根本不会读取这些子通道。
更具体的技术细节内容较多,需要的话可以开一个专题讨论。

小白 发表于 2017-4-25 19:43:38

thinkspace 发表于 2017-4-25 19:32
最根源的问题是现有的抓轨软件,设计目标是为了复制应用,而并非为回放应用,无论是EAC还是CloneCD,都是 ...

Think兄开发出牛逼的抓鬼软件先给我玩。

thinkspace 发表于 2017-4-25 19:47:22

小白 发表于 2017-4-25 19:43
Think兄开发出牛逼的抓鬼软件先给我玩。

我早就已经做了。
https://item.taobao.com/item.htm?spm=a1z10.3-c.w1017-1741665675.14.jqwVLh&id=539491209879&

小白 发表于 2017-4-25 19:51:34

thinkspace 发表于 2017-4-25 19:47
我早就已经做了。
https://item.taobao.com/item.htm?spm=a1z10.3-c.w1017-1741665675.14.jqwVLh&id=539 ...

那还不发给我Try。

4realms 发表于 2017-4-25 19:57:21

thinkspace 发表于 2017-4-25 19:47
我早就已经做了。
https://item.taobao.com/item.htm?spm=a1z10.3-c.w1017-1741665675.14.jqwVLh&id=539 ...

看意思, 大致就是按着accuraterip形式抓到的并非精确的音乐数据, 真正好的音乐数据只能以录制数据流的形式记录下来, 吗?

夜游人 发表于 2017-4-25 20:04:04

thinkspace 发表于 2017-4-25 19:47
我早就已经做了。
https://item.taobao.com/item.htm?spm=a1z10.3-c.w1017-1741665675.14.jqwVLh&id=539 ...

看介绍,使用了优化的WAV格式???

玩了这么久的WAV,只知道WAV是最简单的音频文件格式,对系统资源的使用是最低的,然而经过你优化的WAV,消耗还能更低??

这个是吹牛,还是真有其事,很好奇

PCaudiophile 发表于 2017-4-25 20:07:03

thinkspace 发表于 2017-4-25 20:07:25

夜游人 发表于 2017-4-25 20:04
看介绍,使用了优化的WAV格式???

玩了这么久的WAV,只知道WAV是最简单的音频文件格式,对系统资源 ...

我犯得着吹牛嘛。WAV是RIFF格式的文件,RIFF格式的文件有很多,常见的就是WAV、ANI和AVI,正规的读写是调用RIFF API,ZONK WAV完全符合RIFF API,自己编写的方法就不能保证兼容了

夜游人 发表于 2017-4-25 20:10:51

thinkspace 发表于 2017-4-25 19:32
最根源的问题是现有的抓轨软件,设计目标是为了复制应用,而并非为回放应用,无论是EAC还是CloneCD,都是 ...

       另外,你所说的这种所谓的新抓轨方式,不过就是WIN系统上很普通的实时播放记录功能,没你说的那么玄乎,很多软件都可以做,AD Sound Recorder的功能都比你强多了

      

夜游人 发表于 2017-4-25 20:22:34

thinkspace 发表于 2017-4-25 20:07
我犯得着吹牛嘛。WAV是RIFF格式的文件,RIFF格式的文件有很多,常见的就是WAV、ANI和AVI,正规的读写是调 ...

哦?确定不是吹牛?

WAV文件就分成2部分了,文件头和数据块,文件头不说了,各种文件信息,即你所说的所谓RIFF API信息,调用之后在播放过程中是完全不参与线程的,然后就是数据块了,WAV只所以是最无损的格式,是因为他几乎是把AD出来的数据直接储存了,试问你还想往哪里优化???

thinkspace 发表于 2017-4-25 20:30:13

夜游人 发表于 2017-4-25 20:22
哦?确定不是吹牛?

WAV文件就分成2部分了,文件头和数据块,文件头不说了,各种文件信息,即你所说的 ...

那就要看你是怎么读的了,不同的读取方式优化能力也不一样,假如是mmioRead,ZONK WAV会使每一次io操作都是align并被mmio缓冲。如果使用c语言内置的fread,那么就利用不到mmio的缓冲特性,不过ZONK WAV仍然保证io操作是对齐的。当然程序员自己犯傻逐字节读那我就没有办法。
我有SDK,只开放给开发者。

夜游人 发表于 2017-4-25 20:47:58

thinkspace 发表于 2017-4-25 20:30
那就要看你是怎么读的了,不同的读取方式优化能力也不一样,假如是mmioRead,ZONK WAV会使每一次io操作都 ...

文件本来就是块读取的,天呐,难道还真的有人逐字节读取????

bokeh 发表于 2017-4-25 20:49:14

这种办法录sacd应该比ps2那办法靠谱。
找台lyra录A转D应该效果就够好了

夜游人 发表于 2017-4-25 20:52:05

http://www.cnblogs.com/wangguchangqing/p/5970516.html

学习一下吧

thinkspace 发表于 2017-4-25 21:04:44

如果讨论一个理想的文件,这个文件存放在一个理想的介质上,那么这个问题并不需要讨论,反正怎么读都是一样的。
可惜我们的世界并没有这么理想,实际存放的介质,就有扇区、镞、寻道、稀疏、IO地址、DMA等各方面的影响。
任何文件都可以优化,只是对于大部分应用意义不大,一个WORD文件优化以后使加载速度提高了0.001秒,基本上毫无意义。
只有对音视频应用这些持续IO的操作,优化才显得比较有意义。
理解了这些再谈,不理解就当我忽悠好了。
页: 1 2 3 [4] 5 6 7
查看完整版本: 提出一个问题供讨论:要数据准确性 还是更好听 —— CD应该如何抓轨

耳机俱乐部微信
耳机俱乐部微信