如同 Falan 大大所述,Graham60大大所說的話足以解釋許多無謂的爭論了

早期的CD唯一的功能就是播放音樂,因此設計的主要考慮只要能忠實播放聲音即可,
當時根本不用考慮什麼倍速的問題
因此晶片的速度不會是影響音質或造成jitter的因素
希望 Migg33不要再說什麼古代的晶片運算多慢,而現代的又如何之類的了

[QUOTE]Originally posted by falan
[B]to adelies
你找的資料已經足夠解釋你想知道的東西了。

to 小水-aqua
??JITTER本來就只是指出雷射光循軌時PUSH-PULL的偏差量??
tracking 方式有很多種，push-pull只是其中一種tracking方法。
^^^^^^^^^^^^^^^
我並不清楚tracking的方法有哪些
因為我知道pp是導正雷射循軌時的偏差量
JITTER是當雷射光偏離TRACK時所產生的偏差量
不管TRACKING有哪些方法雷射光的行進方式就是固定的
我會這樣說 只是因為以前看國外論壇有人把影印的規格書原文擷取出來一段



jitter的主要來源其實就是燒錄,壓片的不完美，
當然不可能有完美的。

graham60說的就是經典..........
經典我不敢肯定是，但是也並沒有錯
只是原理上大家所看的不同，所以並不需要去錦上添花

對個人有問題的請傳簡訊，非本文章討論的問題
請來信討論，敝人不對個人問題在版面上討論

TO MIG33
我還在等朋友測試的資料 慢慢等囉 ^^

???
原來您還沒看出某些資料所代表的涵義
恕小弟再提醒您一次

根據下文資料(1999年2月)
(摘自http://www.geffers.demon.co.uk/cd.html)

截至1999年為止
(當時)還只有部分的player的C1解碼運算
可以做到更正1個frame裡面有2個錯誤

所以更古老的晶片
的確在運算能力上不如現在想的強大
只能處理1個frame裡面有1個錯誤的情形
所以當C1高到一定程度
代表錯誤密度高到一定程度時
1個frame裡面有2個錯誤的現象就會變的較嚴重
古老的晶片就解不開了
這情況就可以解釋為何古老player不收C1高的片子
也可以解釋古老VCD player碰到輕微刮傷就有馬賽克、停格

1999年左右的晶片
由於運算能力的強大
所以一些player會解1個frame裡面有2個錯誤的現象
只要您肯花一些時間去推敲一下C1解碼的演算法
就會知道，其實解2個錯誤還不算難
只是要花的時間會變多而已

其實整個C1C2解碼的流程，又更複雜
所以晶片的設計和運算能力
的確會關係到是否能順利解開更多的錯誤
請仔細看如下adelies兄亦引用過的話
(摘自http://www.geffers.demon.co.uk/cd.html)


小弟請您仔細看過adelies兄所提示的資料
就會理解為何adelies兄後來也認為早期的晶片很遜

你好像有看沒有懂...

那篇文章根本沒有提到"晶片的快慢"會造成來不及處理 c1 而導致jitter
而晶片的快慢會造成來不及處理 c1 然後產生 jitter 是你一開始以來堅持的理論

那篇文章的重點是處理 c1 有不同的演算法
何以從該文章看出古代的晶片會"來不及"算?

對於c1, 晶片只有要不要去計算的問題, 而沒有來不來得及的問題

大家一直在糾正你的, 不就是你不斷強調晶片會"來不及"算?
然後因為"來不及", 所以產生了jitter?

小弟的文章有提過
若錯誤較多以致古代晶片無法及時處理時有兩種可能
(1)是延誤送出
(2)是不延誤但送出錯誤資料
至於會是哪一種狀況
在提出當時沒人跟小弟討論
因為另外一方所持的觀點是無論有多少錯誤
若現在的晶片算的出來，古老的晶片一定也可以算出來

所以小弟舉例老音響不吃過高的C1
或老VCD player無法順利播放有輕微刮傷的片子
偏偏這些有問題的片子拿去其它player播放都很正常
『老player不吃但新player會吃』這樣的現象
小弟當時認為跟晶片運算能力有關係
但另一方卻認為不可能是晶片運算能力的關係
這才是重點，OK?
雖說小弟的推測也有不對的地方
(小弟沒想到古代的晶片遜到1個frame有2個錯就不解了)
但至少比起認為和晶片運算能力無關的一方來說
顯然當初另一方太高估了古代晶片的能力

回到最關鍵的"爭執點"
就是小弟認為古代的晶片運算能力差
另一方卻認為古代的晶片運算能力夠強
至於運算能力差是如何影響音質的?
這的確是可以再討論
只是另一方根本就否定有這可能
以致於後來的討論重點是古代晶片運算的能力究竟好或不好

資料很明顯了
古代的晶片碰到較多的錯誤時
(例如1個frame有2個錯誤)
的確會有解不開的現象
但換成現代的晶片卻可以順利解開
只要網友認同古代的晶片很遜
這就是雙方共同的交集

從你的此篇內容,
再次會讓別人覺得你很喜歡�***段之詞及詭辯法來吃別人豆腐

就我的了解,你之被批到臭頭的觀點一直是(1),
也就是"晶片太慢會導致來不及計算"這個錯誤觀點

至於(2)根本不是原本討論的重點,
(2)的觀點是你到了很晚期被大家所指正後才進行修正的

好像也沒有人說古代的晶片和現代的晶片一樣厲害
大家主要的看法都是古代的晶片運算速度不會不夠快,
不會無法及時完成交待的任務

因為晶片的複雜度本來就不會相同,這是很簡單的道理

你和大家爭執的關鍵明明就是在於晶片的"速度"上,
都是白紙黑字了, (pcdvd可能要說是藍底白字)
利用這種詭辯的方式實在讓人無法信服

由於要重開機, 所以上一篇打到一半
本文接續前一篇...

adalies大大說得沒有錯,
不要老是只挑選對自己有利的觀點或資料來解釋事情
否則就流於詭辯

把全部的資料攤開來, 藍底白字,
一清二楚的東西再辯都是無益

這個主題都快三百篇了,必定有其來龍去脈
若是早一點勇於認錯,這個主題也不會拖得又臭又長
靠一兩篇的片面之詞就想要掩蓋之前犯的錯,
是一種很天真的做法

Graham大大早就說了,晶片不用分什麼古代和現代,
一定都能及時完成它們的工作
重點在於晶片要滿足多少功能

所以Migg33一直把jitter怪罪到晶片速度的差異,
蠻異想天開的.....

另外 Vanhalan大大很早之前就指正過你了:
=============================================

=============================================

Vanhalan大大和 Graham60大大的說法都一樣,
晶片的"速度"快慢不是重點,
重點在於線路設計及指令功能及複雜度

都是藍底白字,
Migg33何必一直用詭辯的方式,
就只是為了想找個台階下嗎?

小弟請教您
為何古代的晶片不做1個frame有2個錯誤的運算
直到1999年左右的晶片才會做這樣的運算?
對! 您會說是設計的複雜度
但是影響設計的一個原因是什麼?
就是當時晶片的速度

若您真的有將C1解碼過程推敲過
就會知道其實解1個frame有2個錯的情況
也並不是很難的演算法
為何要到1999年左右才加入此一設計?
說穿了就是科技的進展
當時的晶片運算速度夠快了
(或是說當時價位可負擔的晶片速度夠快了)
所以才開始普遍加入這個設計
開始會嘗試修正1個frame有2個錯誤
所以可容忍的錯誤多寡對先後期的player的確是有差別的

之前的大大提到的是可處理"基本"的需求
所以錯誤壓低在一定範圍內時
當時的晶片一定可以處理，這是小弟同意的
但是如果錯誤多到不屬於"基本"的狀況呢?

從前文來看
另一方網友所持的重要觀點
就是古代的晶片在運算能力上已經很進步
現代晶片解的開的錯誤在古代晶片也是勝任有餘
然後小弟舉出老player不吃某些片子或怕刮傷的原因
(但這些片子又可以被新player順利吃下)
小弟認為有可能和晶片有關係
但另一方卻認為不會是晶片的關係

如果您改變立場也認為早期的晶片很遜
以致於先後期的晶片對錯誤的容忍度不同
小弟竭誠歡迎
之前另一方的觀點是認為雖然早期比現在慢
但仍不妨礙處理較多的錯誤
也就是先後期晶片對錯誤的容忍度是相同的