Re: [問題] kbps 是什麼意思

看板Headphone作者 (曼聯魂)時間8年前 (2016/02/22 02:53), 8年前編輯推噓21(21推 0噓 19→)
留言40則, 17人參與, 最新討論串2/2 (看更多)
※ 引述《gordon61014 (90626GORDON)》之銘言： : 從踏入耳機界以來 : 我一直搞不懂什麼是kbps 平常也常聽到320k的mp3什麼的 : 但一直都不知道代表什麼 : 據我所知 khz指的是每秒取樣次數 就是所謂的取樣頻率 : 而bit是指每次取樣的大小(不太確定) : 那kbps 到底是什麼呢 跟上面那兩個單位有沒有關係呢 : 如果有的話有辦法換算嗎? (已在網路上爬文旦似懂非懂) kbps = kilo bits per second 但這只是一個單位 那為什麼要這東西呢 因為這代表的是bit rate bit rate代表的是流量/資訊量 一般來說資訊量越高代表音質越好(除非你裡面塞一堆沒意義的0) *補充:
推
02/22 10:49,
資訊量越高不一定代表音質越好，0也不是
02/22 10:49
→
02/22 10:49,
沒有意義的 16bit -32767 就有14個0
02/22 10:49
你要問的bit rate公式: bit rate = sampling rate * quantization sampling rate 取樣頻率 代表每秒取幾次sample 就是幾khz啦 quantization 表示每一個sample要怎麼量化(有好幾種方式) 重點是power of quatizatizer的數值 就是平常會講到的幾個bit ex:16/44.1, 24/96 *補充:
→
02/22 10:51,
quantize是一個動作，您想表達的應該是po
02/22 10:51
→
02/22 10:51,
wer of quantizer ，bit數不能用quantiza
02/22 10:51
→
02/22 10:51,
tion表達
02/22 10:51
舉例子就是CD音質 16/44.1 (16bit/44.1kHz) CD音質的bit rate = 44.1 * 16 = 705.600(kbps) 你會想奇怪平常不是說1411kbps嗎 因為上面的數值是單聲道 把他乘以二 數字就對了 ----------------------------------------------------------------------------- 更新:以下這段有誤 請直接看L大補充說明 不過你隨便拿一個mp3檔案來看的話 會發現怪怪的 有bit rate跟 sampling rate 照理說可以反推出quantization是幾bit 但是 有損檔有很多quantization的方式 很多是浮動的在作(VBR AAC-LC) 可能這一毫秒取樣時只用了2bit 下一毫秒的用了5bit 所以有損檔你用那些播放軟體也不會告訴這檔案是幾bit 無損就可以. *補充:
推
02/22 10:12,
Mp3那段....照那邏輯cbr 320k的mp3就是固定3 4個bit de
02/22 10:12
→
02/22 10:12,
pth?
02/22 10:12
→
02/22 10:13,
很明顯不合理，lossy特性的壓縮不能用pcm的觀點去看
02/22 10:13
推
02/22 10:17,
在沒有額外做調整下，mp3會保留原始pcm編碼的格式，他
02/22 10:17
→
02/22 10:17,
縮減的主要方式是刪除高低頻的成分以及心理聲學模型的
02/22 10:17
→
02/22 10:17,
遮蔽
02/22 10:17
推
02/22 10:19,
註：保留pcm格式指得是解碼後得到的pcm還是原始的格式
02/22 10:19
→
02/22 10:19,
，但內含的資訊量已經被刪減過
02/22 10:19
------------------------------------------------------------------------------ 用bit rate * 時間(秒) 也可以"大概"推出檔案大小 只是不會完全準確 因為資料結構裡有檔頭(不是那個檔頭, 是叫Header) 跟Meta data (就是專輯封面啊 歌手名稱 歌曲名稱 專輯名稱有的沒的) 所以這段的東西不用管他了 看看就好 -- "If it was never new, and it never gets old, then it's a folk song." - Llewyn Davis -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.42.13.27 ※ 文章網址: https://www.ptt.cc/bbs/Headphone/M.1456080809.A.F5D.html
推
02/22 03:29, , 1F
有教學有推
02/22 03:29, 1F
推
02/22 06:49, , 2F
推專業。
02/22 06:49, 2F
推
02/22 07:49, , 3F
專業推，長知識了，謝謝大大
02/22 07:49, 3F
推
02/22 08:32, , 4F
1411 修正一下吧
02/22 08:32, 4F
感謝豆餅大~~
推
02/22 09:22, , 5F
推
02/22 09:22, 5F
推
02/22 09:28, , 6F
推這篇
02/22 09:28, 6F
推
02/22 09:43, , 7F
好文！
02/22 09:43, 7F
推
02/22 09:54, , 8F
推 雖然有點怪怪的
02/22 09:54, 8F
推
02/22 10:10, , 9F
長知識推，擋頭XD
02/22 10:10, 9F
推
02/22 10:12, , 10F
Mp3那段....照那邏輯cbr 320k的mp3就是固定3 4個bit de
02/22 10:12, 10F
→
02/22 10:12, , 11F
pth?
02/22 10:12, 11F
→
02/22 10:13, , 12F
很明顯不合理，lossy特性的壓縮不能用pcm的觀點去看
02/22 10:13, 12F
我錯了QQ 那段原意只是要說反推回去是算不出來的 我保留原文然後放您的補充說明
推
02/22 10:17, , 13F
在沒有額外做調整下，mp3會保留原始pcm編碼的格式，他
02/22 10:17, 13F
→
02/22 10:17, , 14F
縮減的主要方式是刪除高低頻的成分以及心理聲學模型的
02/22 10:17, 14F
→
02/22 10:17, , 15F
遮蔽
02/22 10:17, 15F
推
02/22 10:19, , 16F
註：保留pcm格式指得是解碼後得到的pcm還是原始的格式
02/22 10:19, 16F
→
02/22 10:19, , 17F
，但內含的資訊量已經被刪減過
02/22 10:19, 17F
^^^^^^^^^^^^CBR跟VBR不是就差在這??
推
02/22 10:21, , 18F
專業推啊 看完就懂了
02/22 10:21, 18F
推
02/22 10:49, , 19F
資訊量越高不一定代表音質越好，0也不是
02/22 10:49, 19F
→
02/22 10:49, , 20F
沒有意義的 16bit -32767 就有14個0
02/22 10:49, 20F
→
02/22 10:51, , 21F
quantize是一個動作，您想表達的應該是po
02/22 10:51, 21F
→
02/22 10:51, , 22F
wer of quantizer ，bit數不能用quantiza
02/22 10:51, 22F
→
02/22 10:51, , 23F
tion表達
02/22 10:51, 23F
quantization的過程我覺得要描述還要多打一大篇所以就偷懶XD 看來我這樣會誤導其他人@@ 感謝解釋 釣到專業的兩位了XD 感謝補充說明 直接補上 ※ 編輯: simonohmygod (123.193.228.34), 02/22/2016 12:32:32
推
02/22 13:57, , 24F
0&1 就是數位的本質 別說0沒用 看binary code就知道
02/22 13:57, 24F
推
02/22 15:51, , 25F
長知識~~
02/22 15:51, 25F
推
02/22 16:20, , 26F
專業推 都可以放置底了
02/22 16:20, 26F
→
02/22 17:50, , 27F
CBR、VBR的認知有誤喔，請估狗
02/22 17:50, 27F
→
02/22 17:54, , 28F
算了，估狗出來的說法也是有問題，簡單說一下
02/22 17:54, 28F
→
02/22 17:55, , 29F
CBR就是不管是不是有聲音、聲音複雜度，都跑固定流量
02/22 17:55, 29F
→
02/22 17:58, , 30F
VBR在無聲、簡單的段落會把檔案壓的比較小
02/22 17:58, 30F
→
02/22 18:09, , 31F
缺點是VBR比較吃效能，所以早期MP3撥放不一定支持VBR
02/22 18:09, 31F
推
02/22 18:15, , 32F
總結就是joeyccc1大大說的，資訊量越高不代表音質越好
02/22 18:15, 32F
推
02/22 18:26, , 33F
我打字太慢了，沒看到simon大補充，上面我說的請無視
02/22 18:26, 33F
推
02/23 10:57, , 34F
推
02/23 10:57, 34F
推
02/29 01:07, , 35F
補充iWRZ大，數位訊號裡0與1的出現取決於
02/29 01:07, 35F
→
02/29 01:07, , 36F
對類別訊號取樣時的sample rate與encode
02/29 01:07, 36F
→
02/29 01:07, , 37F
方式，同時會影響DAC時差分方程的重建結
02/29 01:07, 37F
→
02/29 01:07, , 38F
果，所以0跟1基本上兩者是沒優缺的，基本
02/29 01:07, 38F
→
02/29 01:07, , 39F
觀點可以參考Proakis的Communication Sys
02/29 01:07, 39F
→
02/29 01:07, , 40F
tems
02/29 01:07, 40F
‣ 更多 simonohmygod 的文章
文章代碼(AID): #1MoWUfzT (Headphone)
‣ 更多 simonohmygod 的文章
文章代碼(AID): #1MoWUfzT (Headphone)