作者kevin190 (Truth...)
看板CSSE
標題Re: [問題] 漸近式傳送的最主要理由
時間Thu Jan 26 04:39:47 2006
※ 引述《jackghost (~~風城XD人~~)》之銘言：
: 小弟想問的是圖片方面的漸進式傳送
: 漸進式傳送我的印象就好比是在以前撥接時代
: 我們邊下載邊看一張gif圖片
: 是由模糊一直變成清楚的狀態..如果不是你想要的圖片可以即時取消下載
: 便可以節省一大筆不需要傳送的資料
: 現在的網路頻寬已經很大了
: 看一張圖片或許不到0.1秒就已經傳到電腦裡面了
: 我們還需要漸進式傳送這樣的技術嗎?
: 或者是現在還有哪個地方是類似漸進式傳送的概念呢..
: 謝謝..
有，印象中這種漸進式傳輸是定義在JPEG中
至於GIF有沒有支援我就不清楚
在視訊裡面這樣的觀念稱為Scalable Video Coding
最早在MPEG-2開始就有支援
他是利用在DCT Block中設定一個中斷點
把資料分成基礎層與加強層
當網路頻寬充足的時候就送比較多的加強層
頻寬不夠的時候就送比較少的加強層資訊
這種觀念就好像在疊積木一樣
當頻寬大的時候就疊多一點
頻寬小的時候就疊少一點
之後到MPEG-4中的FGS也是一樣的觀念
利用傳送MSB到LSB的位元平面資料來達成
目前ITU-T跟MPEG也正在制訂H.264 Scalable Extention的標準
這部分的編碼效率又比以往MPEG-4 FGS好上許多
一些更多的細節就不贅述了
不過發文大或許少考慮一個情況
當然影像畫面的品質是越精緻越好
可是不見得看影像畫面的機器都會是PC
有可能是手持式裝置或一些Embedded System
因為其運算能力有限, 在這樣的條件下
這種漸進式傳輸還是有其存在的必要...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.123.102.219
1F：推 jeunder:GIF當然不可能會支援. 要支援progressive, 關鍵是要有 01/26 22:35
2F：→ jeunder:transform (或subband coding)... 01/26 22:35
3F：推 kevin190:GIF當然也可以支援, 只是這會牽涉到標準的變更, 不是辦不 01/28 16:41
4F：→ kevin190:到, 只是開發GIF標準的公司想不想做而已... 01/28 16:42