PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 數位影音討論群組 > DVD 討論區
帳戶
密碼
 

  回應
 
主題工具
A PRO
Major Member
 

加入日期: Aug 2005
文章: 152
引用:
作者petrucciani
問題的癥結在於
一項技術的價值不是只根據它在日常生活的「實用性」來決定
你可以因為它在日常生活中對你而言沒有實用性而不選擇它
但是卻不能因為這樣而否定這項技術的價值,更何況是在完全不懂這項技術的情況下

這種主題每次一開
一定會有一知半解的人跑進來大喊「這東西根本沒屁用」
然後主題就偏移了
最後討論就會變成兩個方向
一是討論技術本身,另一個是討論實用性
然後重實用不懂技術的人就開始用各種天馬行空的理由來批評討論技術的人
只因為他們的一知半解被別人直接道破
這種現象真是可悲

所以很多早期的大老都說掰掰了

麻煩大大寫一篇這種文章出國比賽好了....
理論規理論
實際上的變化又是多少呢

我不懂技術..但這種技術可以吃嗎
我只有"實用"2個字代表
譬如賣一台車好了...你說它多好又多好...技術怎麼樣又怎麼樣
但消費者可能不懂...
他只知道車子好不好開和省油比較重要
     
      
舊 2006-05-07, 08:42 PM #71
回應時引用此文章
A PRO離線中  
superscalar
Senior Member
 

加入日期: Jul 2002
您的住址: 光碟托盤
文章: 1,495
引用:
作者adelies
沒有辦法取得這樣的檔案。另,Signal Integrity 影響到 Power Integrity 再影響回到 Signal Integrity 的模擬,並非 spice 就能搞定。


每次這種討論,好像都忘記晶片一定要數據解碼 > 檢查 > 重新把打散的資料重組,經過這樣的程序,正常狀況下資料是會回來的。因此,jitter 的影響,勢必是以另外的方式呈現到輸出端。


先簡單假設VRef 沒ripple
或是有固定 signature 的ripple
DAC 沒那麼耗電 對於供電的電路研究也不少
所以先這樣假設應該還可以

我沒管那邊是因為
現在還有在吵的還包括APE -> optical/USB -> DAC
這種情形
所以我第一會希望了解的是input jitter 對 standard DAC circuit output 的影響

解碼部分的耗電也沒多高
 
舊 2006-05-07, 08:46 PM #72
回應時引用此文章
superscalar離線中  
kondo_has_gone
Basic Member
 

加入日期: Sep 2002
文章: 17
引用:
作者petrucciani
看不懂你這篇在講什麼

很多大老不回來也不是我先開始說的

問題又不是我問的,我來回答問題還要爬什麼文?

算了,不是針對主題的文章我也不再多說些什麼了

我的意思是之前已經有妳所謂的大老討論過很多了,

所以A PRO老大就說是月經文了

跟妳的論點有不同,既然是妳要回答的,又不爬文,所以就是妳現在說的最對?


還有不是針對主題性的,

引用:
這種主題每次一開
一定會有一知半解的人跑進來大喊「這東西根本沒屁用」
然後主題就偏移了
最後討論就會變成兩個方向
一是討論技術本身,另一個是討論實用性
然後重實用不懂技術的人就開始用各種天馬行空的理由來批評討論技術的人
只因為他們的一知半解被別人直接道破
這種現象真是可悲

所以很多早期的大老都說掰掰了


那這又算什麼?這就是主題?還是這就是樓主要的解答?

這也看不懂,那要跟人家爭著回答什麼問題?

所以我才說很可笑,懂了嗎
__________________

此文章於 2006-05-07 08:53 PM 被 kondo_has_gone 編輯.
舊 2006-05-07, 08:50 PM #73
回應時引用此文章
kondo_has_gone離線中  
superscalar
Senior Member
 

加入日期: Jul 2002
您的住址: 光碟托盤
文章: 1,495
引用:
作者petrucciani
不會,除非jitter嚴重到產生傳輸錯誤

jitter是時間點的誤差,也就是訊號沒有在準確的時間點被讀出來
但是除非jitter太嚴重,否則0與1序列本身並不會出錯
只是時間點稍微不準,0與1們排列的「不整齊」,有的間隔大些有的則小些
對於非及時性的應用(例如複製到硬碟中)一般來說沒有影響
因為在你儲存到硬碟的同時,01序列就被「整齊」的排列好了

但是如果是及時性的應用,例如播放音樂CD或是講電話
jitter造成的影響就不能忽視了


你把ECC coding 當空氣還是真空啊
舊 2006-05-07, 08:51 PM #74
回應時引用此文章
superscalar離線中  
petrucciani
Amateur Member
 

加入日期: Mar 2006
文章: 30
引用:
作者A PRO
麻煩大大寫一篇這種文章出國比賽好了....
理論規理論
實際上的變化又是多少呢

我不懂技術..但這種技術可以吃嗎
我只有"實用"2個字代表
譬如賣一台車好了...你說它多好又多好...技術怎麼樣又怎麼樣
但消費者可能不懂...
他只知道車子好不好開和省油比較重要


所以不懂技術也是沒關係
天下那麼多事情沒有人能全都懂的
只要對於不懂的事,講話就不要太大聲,尤其不要亂放炮就好了
沒有了那些你不懂的技術,車子會越來越好開越來越省油嗎?
不要一句話推翻了無數人研究的心血,這才是我想說的
舊 2006-05-07, 08:52 PM #75
回應時引用此文章
petrucciani離線中  
petrucciani
Amateur Member
 

加入日期: Mar 2006
文章: 30
引用:
作者superscalar
你把ECC coding 當空氣還是真空啊


關於ECC的問題我已經回應過了
不知道你發文前是否有先把整個討論串看完?

再講一遍,ECC(就是我之前所講的錯誤修正機制)可以修正「錯誤」,但是未必能修正
「jitter」
當jitter造成傳輸錯誤時,ECC或許可以修正
但是當jitter沒造成傳輸錯誤時,ECC是要修正些什麼呢?

不要跟我說你搞不清楚「jitter」和「error」的差別......
舊 2006-05-07, 08:58 PM #76
回應時引用此文章
petrucciani離線中  
superscalar
Senior Member
 

加入日期: Jul 2002
您的住址: 光碟托盤
文章: 1,495
引用:
作者petrucciani
所以不懂技術也是沒關係
天下那麼多事情沒有人能全都懂的
只要對於不懂的事,講話就不要太大聲,尤其不要亂放炮就好了
沒有了那些你不懂的技術,車子會越來越好開越來越省油嗎?
不要一句話推翻了無數人研究的心血,這才是我想說的

說實在的 您講話蠻大聲的
舊 2006-05-07, 08:58 PM #77
回應時引用此文章
superscalar離線中  
petrucciani
Amateur Member
 

加入日期: Mar 2006
文章: 30
引用:
作者superscalar
說實在的 您講話蠻大聲的


有理的大聲和無理的大聲是不同的

歡迎隨時糾正我關於主題討論的錯誤,而不是雞蛋裡挑骨頭批評些有的沒的
舊 2006-05-07, 09:02 PM #78
回應時引用此文章
petrucciani離線中  
adelies
Elite Member
 
adelies的大頭照
 

加入日期: Dec 2001
您的住址: Cape Crozier
文章: 6,122
引用:
作者petrucciani
傳輸速率不穩定的話,是不能寄望錯誤修正機制能修正這種「時間軸」上的誤差的
例如,當拿來同步用的時脈本身都不穩定時
整個系統本身並不會察覺到自己有jitter產生(因為jitter就是這個不穩定的時脈造成的)
這種狀況下靠接收端是修正不到jitter的
就像是戴了個不準的手錶,自己是不會發現這個表不準的
因為你自己就是以這個表為準

jitter的影響,跟傳輸距離也有很大的關係
像是在幾萬哩的跨洋海底光纖電纜中
只要有那麼一點點的jitter,就會在接收端造成嚴重的傳輸錯誤
基本上是怎麼救都救不回來的
這時候只能嚴格要求發送端的訊號品質
然後藉由一些光學的特性(例如以soliton來傳輸或是藉由self-phase modulation來補償)
來盡量減少jitter的發生

以高速串列傳輸來說,以無同時傳輸時脈資訊的狀況,接受端必須要靠傳輸的資料本身來解出內藏的時脈資訊 (CDR),再利用這個還原的時脈去砍收到的資訊,以獲得他認定的數位資訊。以 CD 來說,是 8b14b。以目前電腦的 PCIe 與 SATA,是 8b10b。
舊 2006-05-07, 09:03 PM #79
回應時引用此文章
adelies離線中  
petrucciani
Amateur Member
 

加入日期: Mar 2006
文章: 30
引用:
作者adelies
以高速串列傳輸來說,以無同時傳輸時脈資訊的狀況,接受端必須要靠傳輸的資料本身來解出內藏的時脈資訊 (CDR),再利用這個還原的時脈去砍收到的資訊,以獲得他認定的數位資訊。以 CD 來說,是 8b14b。以目前電腦的 PCIe 與 SATA,是 8b10b。


這就牽涉到jitter的另一個修正方式,在接收端設置一個buffer來「預先處理」稍後要解碼的部分

不過很可惜的我不是音響或光碟機的硬體專家,這部分實際上是怎麼被設計出來的我並不清楚
不過若是因為costdown的關係而把這些buffer做得很小
那jitter的情況可以想見的並不會有效改善

還有很多狀況是不能把這個buffer做得太大
例如電話這種即時傳輸
若是buffer做得太大,就會有語音延遲的現象產生
舊 2006-05-07, 09:21 PM #80
回應時引用此文章
petrucciani離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是03:49 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。