|
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 儲存媒體討論區
(https://www.pcdvd.com.tw/forumdisplay.php?f=20)
- - Plextor專訪：怎樣製造出能燒出好音質CD的燒錄機？
(https://www.pcdvd.com.tw/showthread.php?t=162416)
|
|---|
引用:
我已經提到 難的不是"完成運算" 而是要"把完成運算的時間點控制的很精確" 在我翻出takuro大師的文章給您看後 您終於瞭解C1修正運算會用到陣列 若陣列錯1個數字和錯2個數字 程式執行迴圈的次數就不會一樣了 因此陣列完成運算所需的時間就不會一樣 另外我還是想知道大大為啥認為燒錄機會燒出 "錯字連連卻很清晰的報告"? 這點大大一直還沒給我答案呢? |
引用:
從來沒有人說光碟片的 C1C2 可以省略。 我提到 C1C2 可以省略是指硬碟的運作上， 由你的話的上下文語意來看， 既然你說 C1C2 不可省略，難道不是指用在硬碟的情況下？ 有沒有「一個空白行」竟變成那麼重要？我故意刪掉一個空白擺明要扭曲你的意思？ 你有被害妄想嗎？ 好像掉進海中的一個難民，好不容易看到了一根漂浮的稻草， 就死命抓著不放一樣。 你愛怎麼事後解釋是你自己的事了， 反正之前的討論內容都還在，大家都看得到，你也無法修改了。 你再辯解再多我也不想和你繼續扯了。 看了一下這個討論串，你除了討論內容錯誤百出，前後不一致之外， 有一個很明顯的地方，就是不斷事後回頭修改你的內章內容： Last edited by mig33 on 12-19-2002 at 07:42 PM Last edited by mig33 on 12-19-2002 at 07:52 PM Last edited by mig33 on 12-20-2002 at 02:38 AM Last edited by mig33 on 12-21-2002 at 02:14 PM Last edited by mig33 on 12-21-2002 at 02:27 PM Last edited by mig33 on 12-21-2002 at 12:58 PM Last edited by mig33 on 12-21-2002 at 03:50 PM Last edited by mig33 on 12-21-2002 at 04:07 PM Last edited by mig33 on 12-22-2002 at 12:09 AM Last edited by mig33 on 12-22-2002 at 01:36 AM Last edited by mig33 on 12-22-2002 at 02:25 AM Last edited by mig33 on 12-22-2002 at 01:55 PM Last edited by mig33 on 12-22-2002 at 03:19 PM Last edited by mig33 on 12-22-2002 at 02:23 PM Last edited by mig33 on 12-22-2002 at 03:08 PM Last edited by mig33 on 12-22-2002 at 04:35 PM Last edited by mig33 on 12-22-2002 at 10:35 PM Last edited by mig33 on 12-22-2002 at 10:43 PM Last edited by mig33 on 12-22-2002 at 10:51 PM Last edited by mig33 on 12-22-2002 at 10:57 PM Last edited by mig33 on 12-22-2002 at 11:01 PM Last edited by mig33 on 12-22-2002 at 11:52 PM 共有二十篇以上文章經過事後的修改， 其中有不少是發文兩三小時之後才回頭修改原文的， 且其中應該有不少篇修改了N次以上。 光是你剛才 12-22-2002 10:29 PM 所發表的文章， 你就修改了五次以上！且是最保守的計算： Last edited by mig33 on 12-22-2002 at 10:35 PM Last edited by mig33 on 12-22-2002 at 10:43 PM Last edited by mig33 on 12-22-2002 at 10:51 PM Last edited by mig33 on 12-22-2002 at 10:57 PM Last edited by mig33 on 12-22-2002 at 11:01 PM 看一下此討論串的其他人的文章，幾乎沒有這麼離譜的現象， 這代表什麼？你是否經常只是隨興思考，或是胡亂猜測？ 是不是經常事後認為失言了，或是想錯了，才回頭修改你的文章？ 依我這兩天的經驗來說，我有幾次看到了你的文章內容原本有蠻離譜的錯誤， 原本想質疑一下，但很奇怪的是，文章時常會自動被編輯，原本的內容被變動了。 不過即使你的文章內容經過了東編西改，錯誤仍是存在的。 你的基本態度及思考方式有明顯的問題，如何指望別人和你好好討論？ 一下拿 Windows 作業系統的 VB 來和低階晶片相比， 一下又拿 CPU 的 cache 來和 CD player 的 buffer 線路設計相比， 一下又扯出什麼古代或現代， 一下懷疑硬碟儲存資料的精確性， 一下覺得別人不友善， 一下又懷疑別人是故意攻擊你， 一下要別人拿出完整證據來推翻你的「創意猜測」， 一下又要別人對你保證東保證西， 一下又認為別人的說法都只是"想當然爾"，只有自己猜測才是最正確的。 這樣好了， 我也來進行猜測， 我猜測冥王星上住著一群頭上長著三根角的紫色外星人， 隨時可能會來地球進行各種規模的恐怖攻擊， 請你舉出完整證據來否定我的猜測。 看一下你的用語： "...從反面推敲也說明了..." "...可以隱約得到證實..." "...似乎有了答案..." 一堆含糊的猜測用語， 先是引用錯誤的資料，加上錯誤的猜測或推理及判斷，加上錯誤的態度， 如何能指望你最後能獲得正確的觀念？ 這個討論串中提到的有些東西其實很容易釐清的，且是可以討論的， 不過有人的基本態度及思考方式讓人感覺不是很舒服。 此討論串暫不奉陪了。 |
引用:
我的文章早就說過硬碟沒有DAC 所以接下來另一段(有空白隔開)描述C1C2到DAC的話 本來就不是指硬碟 是您自己說音響『加掛』硬碟 難道『加掛』和『替換』是同義辭? 所以您描述的產品就是既有CD讀取頭又有硬碟 然後您又說省略C1C2 當然就是指那樣的組合省掉C1C2 另外我文章修改多 修改的多半是一些譴辭用字 和補充東西進去 不然請您舉出我哪一篇文章是大轉彎的? 我本來不想批評您 您自註冊以後(到目前為止)發表的文章 8篇中就有7篇是針對我的 (居心令我懷疑) 原本您要好好討論亦可 但您沒秉持"對事不對人"的原則 引用:
這就是您的態度? 我後來的只是"投桃報李" |
引用:
很抱歉！就我這兩天遇到的經驗來說，你以上說法並非全部的事實， 單就剛才某篇文章來說，你的內容就改了五次以上， 不僅僅是你所謂的修改譴辭用字。 並且什麼是「大轉彎」？什麼算「小轉彎」？ 可能光是「轉彎」的定義你又可以和人吵個半天。 要我列出你的文章並提供完整證據？ 抱歉！我已表明不想和這種心態的人扯太多了。 引用:
你是否真的有被害妄想？ 我在這個討論串是這樣開頭的： 引用:
我純粹只是提出我的看法，你認為這是在針對你？ 後續的討論都是從這篇衍伸下去的， 既然你的後續回應充滿了許多錯誤且主觀的猜測， 我不能繼續回應嗎？ 相信這不是你第一次懷疑別人的居心。 只要看法和你相反，或是指出你的錯誤而又被你認為證據不夠完整， 這些人都可能被你懷疑其居心。 t1000 網友在這個討論串也才被你懷疑過。 糟了，你該不會又要猜想我和 t1000 是串通來聯合打擊你的的吧？ 就留你繼續在這個討論捍衛你的一堆創意猜想吧！ |
引用:
一下拿 Windows 作業系統的 VB 來和低階晶片相比 用來解釋執行運算的次數不同，時間就會不同 難道您認為：組合語言就沒所謂的迴圈運算? 程式語言語法或有不同，但程式原理是可類推的 一下又拿 CPU 的 cache 來和 CD player 的 buffer 線路設計相比 用來提醒您，CD Player不是"理所當然"一定會有buffer takuro兄後來找出來的文章 間接證明了不是所有的CD Player都有buffer設計。 一下又扯出什麼古代或現代 那是您老是用現代的觀點(硬體很進步) 來認為CD Player就一定會有buffer。 一下懷疑硬碟儲存資料的精確性 您的話意思是硬碟資料一定不會錯 而硬碟本來就存在有錯誤發生的機率 不然為何要有CRC?。 一下覺得別人不友善 您以下的話算友善? 『因此你後面就算再花多少時間解釋或強辯，只會愈錯愈離譜。 圓一個錯誤，必須花費更多的錯誤。』。 原來您這話叫友善，真佩服您的為人。 一下又懷疑別人是故意攻擊你 我已說過那句話是"投桃報李"用的 回應t1000所說的這句諷刺的話 『mig33網友對於辯護自己的推測真是不遺餘力啊.....』 是基於反擊而說的，而不是我想太多才說的。 一下要別人拿出完整證據來推翻你的「創意猜測」 您則是『想當然爾』的認為一定是，例如： 『就算 IC 的運算真的很慢很慢，會有來不及傳送迅號的可能，那麼 buffer 的設計難道是假的？這是廠商早就想到的一種古老的基本機制，你該不會連這個都要質疑吧？』 後來果然有文章說明CD Player有buffer不是早就想到的一種古老的基本機制，而是後來的技術。 一下又要別人對你保證東保證西 不是對我保證，是對您自己的看法保證 『C1很多也絕不會導致資料送達DAC的時間有快慢』 您還是沒保證這看法的正確性。 一下又認為別人的說法都只是"想當然爾"，只有自己猜測才是最正確的 您自己才是『想當然爾』的認為一定是，例如： 『就算 IC 的運算真的很慢很慢，會有來不及傳送迅號的可能，那麼 buffer 的設計難道是假的？這是廠商早就想到的一種古老的基本機制，你該不會連這個都要質疑吧？』 後來果然有文章說明CD Player有buffer不是早就想到的一種古老的基本機制，而是後來的技術。 你的基本態度及思考方式有明顯的問題，如何指望別人和你好好討論？ (這句話回送給您亦很適當) |
圓一個錯誤，必須花費更多的錯誤。
:) |
引用:
然後我是這樣回應的 引用:
這篇我也是在跟您討論事情 但您看看您的下一篇回應 引用:
您接下來的文章 沒針對這篇提出的觀點討論 (我已經表達出有兩個想和您討論的觀點) 但您反而試圖用這樣的用詞說明您的正確性 這就是您所謂的好好討論? |
引用:
我從和您的討論一開始 就清楚表達出想和您討論的兩件事 怎知您就是用這樣的用詞和我討論事情? 至今您一直還沒正面回答 您認為C1和jitter是否存在『正相關』? 為何您不肯對這問題回答? 就只會說『圓一個錯誤，必須花費更多的錯誤。』 若您認為您這樣的方式對討論事情有幫助 (事情上，後來等於是互相開火) 那原來您的為人就是這樣 |
引用:
這點，很簡單，可能你沒遇過，小弟之前燒錄機不穩定，所以： 1. 把影像檔 A 燒進光碟。 2. 把光碟直接以 RAW 方式讀回來，存為另一個影像檔 B。 3. 以 Binary 比對 A 與 B，有不等的錯誤發生 (大約 700MB 會錯一兩個 "bit")。 這就是因為燒錄機的問題導致光碟的問題，降速也沒用，可能是燒錄機有問題，或與小弟電腦風水不合。(那台舊的燒錄機有時還會罷工) 還有，小弟之前沒看到你要我給答案，各位也不用翻了，大家都很會翻舊帳，是真的沒看到，這點沒必要說謊。 |
對了，小弟還有一台超棒 CD-ROM，每次以 RAW 方式讀資料都會錯好幾百個 Byte，同硬體換上另一台光碟機都沒有問題。
為原版片（光碟一樣：Pit 與 Land 位置不會變），所以這是這台光碟讀的有問題，但小弟不知道是他本身讀取時 Jitter 太大，還是硬體會誤判，或者穩定性出問題，或者是其他因素？但如果用檔案管理員讀，就一點問題都沒有。所以，檔案的錯誤更正還是有發揮功效。 小弟要說的是，如果光碟燒錄或讀取都不會出錯，那就不需要錯誤更正了。也因為這種記錄方式容易出錯，所以才要用各種編碼方式來想辦法在錯誤發生時更正之。不然，光碟可以塞更多資料進去，和樂而不為？ ;) |
| 所有的時間均為GMT +8。 現在的時間是10:05 AM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。