Re: [閒聊] 會有人"500TB"不夠用嗎!?缺"1PB"嗎!?
看板PC_Shopping (個人電腦購買)作者SmallBeeWayn (喵喵叫的蜜蜂貓)時間16年前 (2008/09/29 16:33)推噓23(23推 0噓 15→)留言38則, 16人參與討論串1/1
: 影音,想近十年前 硬碟還在10G 左右主流時
IBM 9.1G & 10.1G 應該是那年代許多人的共同回憶...
什麼軸承位移啦, 資料遺失(玻璃材質的問題?)啦....都是當年的名詞
: 大多數人還是用 1min/mb 的 AVI mov 等壓縮檔 VCD-rip
: (勉強達到mpeg-1的播放水準的)
: 來減少硬碟消耗,甚至有壓成rm的低消檔的影音 來傳播
: 一片CD-R能燒放5~10倍 VCD的檔,成為當時的主流
當時是 rm 大放光明的時代 (1min/MB)
之後ADSL發展
很快的DivX就出來了, 大概發展到 100MB/一集 (一集平均大概27min)
另外也有些是VCD source直接放出
導致我手上有大概100片CD,一片都只有三集而已XD
: 約五年前,DVD類的產品開始降價,
: 此時 rmvb 或 DVD-rip 的 Divx 檔(VGA 解析度的 AVI),
: 慢慢取代了 傳統的簡配,差不多三年前,
: 就很少能看到這類的影片了 除了較早期壓縮的老片外
如果你要說五年前, 那個時候XviD已經取代封閉的DivX成為主流了
主要是因為2001年, DivX封閉事件,導致很多正義人士(?)轉換到XviD去
憑著這股氣勢XviD一下子就取代了DivX的市佔率, 而且XviD真的比DivX壓的好...
當時的主流大約是150mb/一集
對岸方面,倒是從古至今一直都是RM愛好者
從rm => rmvb(9代) => rmvb(10代)
DVD大概是9年前破萬的,那個時候我就買了一台-.-+
剛剛為了調查以前用的編碼...發現當年那些DVD片子都還讀的到耶XD
: 現在,是大家在等藍光敢快降下來
等BD燒錄機破8000的時候準備要來換了...不然最近DVD越燒越快了...
我是光碟儲存派的, 目前累計庫藏CD 240片, DVD 470片
扣除遊戲的140片, 大概累計9000集動畫(都是正常向的, 愛情動作片我是看完就砍)
XviD+MP3 雄踞了壓縮主流好多年 (早期也有XviD+WMA)
一直發展到300MB/一集, 目前平均大概是200~300都有人壓
就算到了現在,XviD還是相當受歡迎的主流壓縮方式
H.264+AAC in MKV 則是最近開始起來新格式
壓縮大概是從150MB/一集 到 ???MB 都有人壓
(看那精美的[True_Tears][01][FullHD1920x1080] 882MB...)
BD趕快降價啊= =
:
: 音樂也是,Flac APE 等無損檔,慢慢擴大了他的影響力
: 不過 mp3不死,只是壓縮率調較接近無損而已
: 因為只有這一二年新出的隨身聽或隨身看,才有支援這些無損格式
: (雖然我覺得Flac APE,這些格較於wav來說,都算有損的)
MP3倚靠著Lame VBR技術,以快速高壓縮低損失比持續佔有市場主流地位
而且事實上320CBR正常人的耳朵已經聽不出跟原音的差距了
不過畢竟是一個古早的壓縮法,現在無論OGG還是AAC的損失比都比MP3少多了
另外你這邊是錯的,WAV & FLAC & APE & TTA 及最近新出的TAK
都是無損的, 就算你互轉幾千次內容也是完全相同的
:
: 網路下載是個趨勢,正常情況是不可能愈走愈慢的
: 不過 有時侯 中華電信 和 擋P2P 的學店 是不正常的狀況
: 大部分情況網路加快時,去捉的東西會變多,不管是捉好玩的還是捉心酸的
: 開牧場的總是有載有保佑,雖然載的大多用不到
: 我載過 1 GB/Min 的高清檔,接電視放,整個效果不是一般的DVD可比的
這是DV吧? DV的流量是125Mbit/sec=937.5MB/min
:
: 當然,未來的年代,更高解析度的規格,
: 也許是 4XXX p 的 HD-Video 或 HD-Audio 或 windows7 8 9 10 .....
: 都會暫去更多的硬碟空間,1PB 的時代,嗯嗯,數位時代是等比前進的
: 畢竟用 1G 的硬碟,或者 幾MB 的 flash,也不過是不久前的事而已
音樂的話,已經有DVD-Audio這個規格了
最大支援規格是 192kHz/24bit/Stereo或96kHz/24bit/5.1
也就是最大1728kB/s, 以人耳來說, 更高的儲存方式實在已經多此一舉了
影像的話, 目前最高的D5規格是1920x1080非交錯(1080p)
(BD用的是1920x1080交錯信號=1080i)
但是距離戲院等級的膠卷解析度,還有遙遠的距離
: 不過 D-A轉換 數位類比轉換 就沒有這麼簡單的
: 比較能具體化的解釋,就是 π e 這些無窮小數的,一但被截取
: 像是取了 3.14 3.1416 就不會有機制讓他變回π
: 更深入一點說,類比,是在一個「真實」的環境產生的
: 像是 溫度,顏色,聲音,速度
: 科學,是有其他方法把數位轉換成類比,像是用二進位分析的方式
: 但,他永遠不會是原來的 溫度、顏色、聲音、速度
:
: 不用電腦的幅檔名 .wav
: 而用他的原意:波型(wav)
: 可以分析,可以用更短的區間(interval)
: 分析成更小的元素(element)
: 但是這是在 有限的原素分析 範圍內 取得較「接近」的結果
: 轉成的數位訊號,還原回去,也只是一個模擬「可能」的原型
: 而不是他的原貌
:
: 這個區間取的愈小,產生的元素更多(檔案更大)
: 轉成的數位訊號,就和原來的愈「接近」
: 但是也還不能較換回去原來的樣子,只是更接近原來的樣子罷了
目前市面上能夠用類比儲存資料的儲存媒介真的不多
早年還有錄音帶...
就算真的用新式錄音帶儲存, 解析度終究還是有他的極限
就算能夠把解析度逼到極限,根據測不準定理也還是測不到正確值
因為「觀察紀錄」這件事情本身就已經破壞了原始的狀態了
也就是說,類比資料不存在無損這種東西...
CD-Audio的取樣頻率是44.1kHz/16bit/Stereo
這個意思是一秒鐘紀錄44100筆資訊
每筆資訊紀錄將音量分割為2^16個能階(以dB為單位,也就是類似人耳的對音量的感受)
光看這行字就知道, 必然是有損失的
我並不是很清楚音樂的無損壓縮倚靠什麼技術,就有損而言不外乎
1.向量化
典型的例如ADPCM, 將原本16bit的絕對音量位置, 換成4bit的相對音量
也就是跟前一次紀錄的差值, 這樣一下子就有1:4的壓縮率
缺點是音量變化太大會loss
但是也有解決方法, 例如將變化太小的值, mapping到大值過去用
2.FFT轉換
FFT轉換之後會變成頻率響應, 人耳收音極限大概是10Hz~25kHz
其中最重要的大概在20Hz~8kHz左右吧
所以只要壓縮重要的部份, 不重要的部份就給他丟掉或降低資訊儲存量
:
: → yugif:還好啦,應該說教育部是大學店,拿學生的錢,鎖學生的網XD 09/22 13:25
這個我要小complain一下,一般學校學生付的網路費用
大概最多只夠維持學校內部網路正常運作而已...
: → yugif:如果說的wav是PC的副檔名,那廣意的來說也還是有損的 09/22 14:07
: → yugif:如果是物理學上的定意,那是無損的^^ 09/22 14:07
: → yugif:現在 PC 泛稱的wav,是指類比母帶 壓縮 輒取的CD(CDDA) 09/22 14:11
: → yugif:轉到PC系統上能讀取的訊號檔,640mb/74min 09/22 14:12
: → yugif:但我玩過的數位母帶(DAT)。一小時錄音轉到電腦上都 x0 G了 09/22 14:13
: → yugif:不用說更接近原始聲音的開盤帶,那轉出來的資料量有多大 09/22 14:15
: → yugif:不過有在玩 單眼 或 真空管 這類的玩家,較知道這中間的差距 09/22 14:24
: → yugif:一片35mm的負片(靜態)洗成數位可能就有 x10 MB這麼大 09/22 14:25
: → yugif:所以…70mm膠捲的IMAX攝像機(動態) 100TB/1hr 這個我相信 09/22 14:28
把類比方式紀錄的膠卷換算成數位資訊去討論流率其實是很不合宜的
這端看你的數位取樣設備解析能力而定
: → yugif:=============以上是離題的分格線========================= 09/22 14:29
: → yugif:[閒聊] 會有人"500TB"不夠用嗎!?缺"1PB"嗎!? <<==這是主題 09/22 14:29
: → yugif:我想是有的,這世界上還有個形各色的工作者,目前的科技無法 09/22 14:31
: → yugif:滿足他們的需求(說不定那時他們需要的不止是1PB了) 09/22 14:32
早就有了, 而且也應該早就不夠了....對那些超級電腦的使用者而言XD
量子電腦待望...
--
短句釋義: 書店都不書店了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 122.116.180.163
推
09/29 16:40, , 1F
09/29 16:40, 1F
推
09/29 16:40, , 2F
09/29 16:40, 2F
推
09/29 16:42, , 3F
09/29 16:42, 3F
→
09/29 16:44, , 4F
09/29 16:44, 4F
推
09/29 16:45, , 5F
09/29 16:45, 5F
→
09/29 16:45, , 6F
09/29 16:45, 6F
→
09/29 16:46, , 7F
09/29 16:46, 7F
推
09/29 17:00, , 8F
09/29 17:00, 8F
→
09/29 17:06, , 9F
09/29 17:06, 9F
→
09/29 17:07, , 10F
09/29 17:07, 10F
推
09/29 17:13, , 11F
09/29 17:13, 11F
推
09/29 17:38, , 12F
09/29 17:38, 12F
推
09/29 17:40, , 13F
09/29 17:40, 13F
→
09/29 17:40, , 14F
09/29 17:40, 14F
推
09/29 17:40, , 15F
09/29 17:40, 15F
推
09/29 17:42, , 16F
09/29 17:42, 16F
推
09/29 17:44, , 17F
09/29 17:44, 17F
推
09/29 17:44, , 18F
09/29 17:44, 18F
推
09/29 17:45, , 19F
09/29 17:45, 19F
→
09/29 17:45, , 20F
09/29 17:45, 20F
→
09/29 17:45, , 21F
09/29 17:45, 21F
→
09/29 17:46, , 22F
09/29 17:46, 22F
推
09/29 17:46, , 23F
09/29 17:46, 23F
→
09/29 17:46, , 24F
09/29 17:46, 24F
→
09/29 17:47, , 25F
09/29 17:47, 25F
推
09/29 17:47, , 26F
09/29 17:47, 26F
→
09/29 17:47, , 27F
09/29 17:47, 27F
推
09/29 18:01, , 28F
09/29 18:01, 28F
推
09/29 18:28, , 29F
09/29 18:28, 29F
→
09/29 18:35, , 30F
09/29 18:35, 30F
推
09/29 21:26, , 31F
09/29 21:26, 31F
推
09/29 22:23, , 32F
09/29 22:23, 32F
→
09/29 22:25, , 33F
09/29 22:25, 33F
推
09/29 23:52, , 34F
09/29 23:52, 34F
推
09/30 00:01, , 35F
09/30 00:01, 35F
推
09/30 02:42, , 36F
09/30 02:42, 36F
→
09/30 02:43, , 37F
09/30 02:43, 37F
推
09/30 19:36, , 38F
09/30 19:36, 38F
PC_Shopping 近期熱門文章
PTT數位生活區 即時熱門文章