CD的D/A解码依赖脉冲方波的模拟特性—这样的话CD是纯数字音频信号吗？

饿虎扑食

原帖由 Fly Mouse 于 2009-9-15 16:35 发表

小子嘴巴干净一点，别他妈的象那个脖肿一样满嘴喷粪。
CD读碟是硬件控制，CD-ROM也一样。驱动程序只不过可以命令CD-ROM去读光盘上任意一个Block，但是在读这个Block的时候，也和CD机一样是硬件控制。没写过驱动程 ...

老兄也冷静点，[s:21] [s:21] [s:21] 讨论问题嘛，又不是赌钱。[s:97] [s:14] [s:30] 可能是高手的语气激怒了顺溜。把技术讨论弄成骂贴可不好。[s:21] [s:21] [s:21]

饿虎扑食

交易区新帖推荐

我请二位喝酒。
[s:67] [s:67] [s:67] [s:67] [s:67] [s:67] [s:67] [s:67]

今夜星光

原帖由 饿虎扑食 于 2009-9-15 16:47 发表
我请二位喝酒。
[s:67] [s:67] [s:67] [s:67] [s:67] [s:67] [s:67] [s:67]

饿虎怎么冒出个版主的气度？看来快了，呵呵。[s:14] [s:14] [s:14] ，支持饿虎！

顺溜

原帖由 Fly Mouse 于 2009-9-15 16:35 发表

小子嘴巴干净一点，别他妈的象那个脖肿一样满嘴喷粪。
CD读碟是硬件控制，CD-ROM也一样。驱动程序只不过可以命令CD-ROM去读光盘上任意一个Block，但是在读这个Block的时候，也和CD机一样是硬件控制。没写过驱动程 ...

在Windows系统下,如果要完成给光驱加速这么一个操作的话，它首先调用的是上层开发包API中的一个函数，这个函数会封装一些系统命令（这一步也许会省略，因为程序自己有可能直接调用系统API），这些命令又会调用系统API中的函数（这是光驱驱动程序的一部分），系统函数会找到光驱所在的内部地址，向这个内部地址发送一定的控制信号，光驱的控制芯片收到这个信号之后会驱动光驱马达，使光驱加速。

因为Windows系统不允许正常的应用程序直接控制硬件，所以脱离系统直接向光驱发送控制信号的方法正常情况下是行不通的.

操作系统发送这个控制信号的最底层的过程是：操作系统接收到一个函数调用，要给光驱加速，操作系统会将这个要求给光驱驱动程序，驱动程序会找到执行这项操作的控制命令（现在的光驱控制命令都是兼容的），然后再找到光驱的地址，之后，向光驱地址写入这些数据就ok了，剩下的传输才是硬件的事情.

枪打死了人,却追究枪的责任,这是什么鸟逻辑[s:97]



我说过只骂一个人,其他好聚好散,算了,愿意与丐帮高手同穿一条裤,这也是一种活法[s:97]

老虎,谢谢你的酒,你的面子还是要给的,呵呵

坏人t

很多人还是拿模拟电路的观点来看数字电路啊。

容错。数字电路的最大优势。怎么就直接视而不见了呢。
如果都出现了ls各位所说的那么大的错误了。那么这个数据源根本就是不合格的。。。

未仔的贱骨头

交易区新帖推荐

需要丰富的实践经验，而不是纯粹靠理论分析，更不是靠骂大街能够说服别人的。相对来说，我觉得在这里顺溜和勃总还是比较有经验的，顺溜说得比较细，也看得明白，勃总说得比较概括，但道理总体是对的。至于那个动不动就骂人的“高手”，思维就很混乱，除了看到骂人，根本不知道在表达什么。讨论技术，思路一定要清晰，高到什么程度先不说，首先要让人看得明白，不是吗？如果你真的那么牛，何不公布一下真实身份？如果你有真正的成果，大家自己自然服你，不然就是通过骂人得了天下第一又如何？
其次就是以前说过的，大家都谦虚一些不可以吗，如果你真的在无线电、高频、模拟电路、数字电路、硬件、软件、信息传输、信息处理......有丰富的实践经验，就狂妄不起来了。
当我开始工作的时候，我接触是100M～300M的产品，后来接触到GSM和CDMA，曾经有一个台湾的工程师对我说，我们这边超过500MHZ就歇菜了，个中原因，如果一位有实践经验的工程师，会用频谱仪和综合测试仪，又有高频产品的开发经验，当时就连抗议的力气的都没有。
至于数字产品，就更不用说，我们天天说DSP、解码，你知道国内有几个人掌握了其中的技术吗？目前还停留在探索别人技术的档次，标准基本上在他人手中，国内的大部分研发，性质是二传手或三传手，如果你是一位有独到之处的天才，何不把精力相关成果的研究上呢，而不是在这里不可一世骂大街。

顺溜

原帖由 未仔的贱骨头 于 2009-9-15 18:10 发表
需要丰富的实践经验，而不是纯粹靠理论分析，更不是靠骂大街能够说服别人的。相对来说，我觉得在这里顺溜和勃总还是比较有经验的，顺溜说得比较细，也看得明白，勃总说得比较概括，但道理总体是对的。至于那个动不动 ...

末兄所言极是,惭愧.

这翻闹腾,俺也觉得没意思,没什么愉快的感觉.也许人都有丑陋的一面,只不过看在什么时候表现出来.
论坛上藏龙卧虎,每个人都有自己强的一面,当然也有弱的一面,我发现不少人在讨论时,占着一点理,或是抓住一点漏洞,难免就得意洋洋,冷嘲热讽就来了,俺也是这样,免不了这俗.

提个倡议吧,今后讨论,大家都平和一些,不要在讨论中对人加附加评语,创造一个和谐的交流环境.

本贴中,俺对飞鼠和YXIAO有过一些藐视性的言论,这里向两位道个歉,两位在理论上都是强于我的,今后还要多向二位学习.

未仔的贱骨头

为什么我支持勃总的观点，因为我觉得他的结论更正确一些，同样，只要我认为正确的我都支持。但有些问题比较深入，自己的认识是有限的，不能自认正确就是真理，所以拭目以待。
至于争吵，在现实工作中也一样，很少有人能一呼百应，但争吵总归有个度，不象"高手”那样句句骂人的。

Fly Mouse

原帖由 顺溜 于 2009-9-15 17:44 发表


在Windows系统下,如果要完成给光驱加速这么一个操作的话，它首先调用的是上层开发包API中的一个函数，这个函数会封装一些系统命令（这一步也许会省略，因为程序自己有可能直接调用系统API），这些命令又会调用系 ...

这就是你说的命令。这些命令到达CD-ROM内部的控制器后，还是依靠硬件来执行的，与驱动程序无关。

yxiao

原帖由 顺溜 于 2009-9-15 18:30 发表


末兄所言极是,惭愧.

这翻闹腾,俺也觉得没意思,没什么愉快的感觉.也许人都有丑陋的一面,只不过看在什么时候表现出来.
论坛上藏龙卧虎,每个人都有自己强的一面,当然也有弱的一面,我发现不少人在讨论时,占着一点 ...

言重了。看来大家的心情都是一样的，掺有“杂质”的所谓争论的确无法给人带来愉悦的感受。[s:20] [s:20] [s:21] [s:21]

我也有很多话一激动说过了，还望兄海涵。争论技术问题是不该激动的，不知怎的就激动了，于是说了很多过头的、对老兄不公平的话。下午冷静下来的时候就想道歉来着，但后来帖子里似乎又有了新的误会便暂时作罢，不想被老兄高姿态抢了先。[s:20] [s:20]

诚如老兄所言，每个人都有自己的长处，争强好胜是大可不必。兄弟在软件问题上还能勉强插上几句话，其他则几乎可以说是一窍不通，以后还望兄多多指教。

高手中的高手

原帖由 顺溜 于 2009-9-15 14:41 发表


还他妈的拿CD和CD-ROM来比较,这是一种东西吗?顺溜的爸顺溜的妈都是一个脑袋两条腿,拉尿的姿势一样吗?

你自己去问清楚不就得了?[s:97]

红药丸蓝药丸

就“CD的D/A解码依赖脉冲方波的模拟特性—这样的话CD是纯数字音频信号吗？“谈谈我的个人看法
个人认为，”CD的D/A解码依赖脉冲方波的模拟特性“不是”CD算不算纯数字音频信号的认定标准“。

如果象普通CD机一样，用单倍速读取，用单一的时钟把转盘的机械转动和DA解码绑定，只能算是半数字的吧。

如果象高文CD机一样用DVD机芯，可以多倍读取，缓存满了可以停转，转盘的机械转动和DA解码相对独立，应该算数字音频信号了。

今夜星光

原帖由 顺溜 于 2009-9-15 18:30 发表


末兄所言极是,惭愧.

这翻闹腾,俺也觉得没意思,没什么愉快的感觉.也许人都有丑陋的一面,只不过看在什么时候表现出来.
论坛上藏龙卧虎,每个人都有自己强的一面,当然也有弱的一面,我发现不少人在讨论时,占着一点 ...

顺溜和末仔都是技术人材，[s:20] [s:20] [s:20] [s:21] [s:21] [s:21] ，有些人，像我自己，都年纪大了，快退居二线了，才到这儿来学习和自己的专业毫不相干的事情，为度过余生找些事做，呵呵，相互尊重就是尊重自己。

未仔的贱骨头

“CD的D-A解码依赖脉冲方波的模拟特性，这样的话CD是纯数字音频信号吗？”
再把这话分解一下，从碟片读取到EFM解调完成，再通过I2S（SPDIF也好USB也好还是还要转换为I2S）送给DAC，在送给DAC的时候，一般不存在什么脉冲不正常的问题，如果那时脉冲有大量错误，是硬件故障了。
顺溜的意思，我的理解，是碟片上的PIT/LAND长度存在偏差的时候，读取到并转换为脉冲也就是数字信号的时候，对应的触发时间就有了偏差，这种偏差就是碟片的jitter，厂方的教材上说得非常清楚，和碟片划伤后播放出错的性质是一类的。
“脉冲方波的模拟特性”，这话听起来有点拗口，脉冲的指标如上下沿时间和占空比引用到这里不是很到位，准确一点地说，是“碟片上PIT/LAND的物理偏差造成脉冲的触发时间出现偏差”。

今夜星光

原帖由 未仔的贱骨头 于 2009-9-16 00:11 发表
“CD的D-A解码依赖脉冲方波的模拟特性，这样的话CD是纯数字音频信号吗？”
再把这话分解一下，从碟片读取到EFM解调完成，再通过I2S（SPDIF也好USB也好还是还要转换为I2S）送给DAC，在送给DAC的时候，一般不存在什么 ...

未仔兄，数字波的发生已经很清楚了，抖动和错码，没什么其它的了。但是解码是使用脉冲方波为基础完成的，所以脉冲方波直接影响音质。但是这个脉冲方波不是前面的数字波，而是“再生样本信号”ljw100 网友说得很清楚，这个再生脉冲方波的质量非常重要。再生波和前面的数字波之间可能的唯一的物理联系是来自前面的抖动会传给再生信号，这仅仅在老式的机器中有可能，新的机器用异步升频，前后隔离，时间重新控制，完了。不好意思，菜鸟学了几天要冒充专业，尽管拍砖。[s:14] [s:14] [s:14]