[問題] 音源格式與藍芽編碼方式

作者: freeunixer (御劍客)   2020-12-12 02:48:25
我查到 SBC 是
source > pcm > sbc > pcm > source
不知道 aac、aptX 是不是也是這樣類推,
假設使用 mp3 160k.經由 sbc 到 tws+ 藍芽耳機,
因為 A2DP 的限制,剛好達到雙通道 320k 的上限?
所以如果是超過 160k 的 mp3,就應該用 aptX,這樣才能得到比 sbc 更好的效果?
如果是 128k 以下的 mp3,乾脆用 sbc 聽聽就算了~
我這樣的理解對嗎?
所以,你們這些聽 B&O、M&D、Sony、森海 藍芽的大佬,
是都用 192k 以上的 mp3 在當音源,還是都上 flac 這種號稱無損的音源了?
作者: penguinfuko (企鵝)   2020-12-12 03:01:00
不是,然後鼻要沒理解完全就開嗆。醬不行~
作者: freeunixer (御劍客)   2020-12-12 03:03:00
我沒有嗆啊,我只是問聽貴藍芽耳機的大佬們都用什音源.然後我就是查不到 sbc,aac,aptX 的傳輸差異比較表,
作者: penguinfuko (企鵝)   2020-12-12 03:05:00
sbc 被限制是囿於規格太早訂,不然他理論上可以開到1k kbps 。然後 ldac 在沒炸炸的時候,可以到 990kbps。aptx hd 也可以到 576 kbps
作者: freeunixer (御劍客)   2020-12-12 03:06:00
所以只好來問問到底有啥不同跟音源格式分界點我查到的資料是,雙通道時 sbc 理論上可以到 512k,但是
作者: penguinfuko (企鵝)   2020-12-12 03:07:00
然後藍牙主要還是在功能性上。所有無線傳輸的東西,都有很多干擾(ex 2.4Ghz 的吵雜環境
作者: freeunixer (御劍客)   2020-12-12 03:08:00
A2DP 限制雙通道上限是 328K,所以 sbc 無法突破 328k?
作者: penguinfuko (企鵝)   2020-12-12 03:09:00
在 lineageos 16 版有實作 sbc xq https://bit.ly/379Gon5
作者: freeunixer (御劍客)   2020-12-12 03:09:00
然後雙通道是 328k,所以只看一邊,是不是要 /2 ?
作者: Oswyn (Oswyn)   2020-12-12 04:07:00
BT 有 2ch、 那 MP3 有沒有 2ch,需不需要 /2 :D有損轉有損,會比無損轉有損更有損。一般餵編碼器越精確的數據(高碼率)會得出越好的結果,因為錯誤(有損誤差)會累積MP3 解成 PCM 後 160/320kbps 都不再有意義,因為它會變成44.1 or 48k、這個 PCM 跟原始無損之間的差異=失真/噪聲這個解開後的數據再送進 MP3 壓同碼率也只會產生更多失真送進 SBC or aptX 也是同樣,所以餵無損會比較好
作者: yohsiatai (yohsiahsuan)   2020-12-12 04:38:00
樓上O大,有損>無損>有損的過程會不會產生更多失真要看演算法,如果是同一種有損格式的話,有機會不添加更多失真
作者: Oswyn (Oswyn)   2020-12-12 06:36:00
在數學上不可能有這機率,有損解出來的數據不會=原始無損a 不等於 b、b 不等於 c、c不會這麼幸運等於a編碼計算總會小數無窮盡就算是浮點也有量化問題不會無損做個簡單實驗,Source file a 是 1 kHz 30sec 的 320k mp31 kHz 還是 1 kHz 但 99.74% 的採樣點數據都不同了https://imgur.com/4YDFfa1
作者: xoy (XerXes)   2020-12-12 06:54:00
同樓上,網路謠傳藍牙用AAC聽AAC就沒有二度破壞絕對是錯的另外我會把藍牙連線的取樣率設定成跟音源一樣,避免多一次SRC的破壞,這目前就Android最方便改,加上用UAPP聽FLAC破壞就只剩藍牙的編碼
作者: yohsiatai (yohsiahsuan)   2020-12-12 08:29:00
x大,那要先看AAC編碼解碼的演算法和參數是否相同,而走藍芽的話,編碼器的參數或演算法通常就不一樣了回O大,先感謝實驗,但mp3實在不是一個很好的例子。 FFT+DCT的轉換數學上也不是那麼可靠。 我猜測AAC有機會達成我前面提到的機會,不過沒有實驗過,只是覺得數學上有機會。
作者: xoy (XerXes)   2020-12-12 08:38:00
所謂的參數相同也避免不了二度破壞,因為進藍牙晶片的是整個系統的聲音,要經過系統的混音器,不可能把AAC檔原封不動的給藍牙接收段的AAC去解,所以我提UAPP加上取樣率配對就是盡量避免系統混音器的負面效果
作者: martinlin77 (mar)   2020-12-12 08:40:00
雖然聽不懂,還是先推了
作者: kuloincorner (陳近南)   2020-12-12 11:49:00
藍牙轉換的鬼太多 還是建議用較高的藍牙編碼啦
作者: Oswyn (Oswyn)   2020-12-12 12:22:00
沒一個有損包括 AAC 的頻率響應是平的,就是為什麼不可能啦https://imgur.com/mHnh2CL第一次壓完後的差異,會被第二次當成有效內容造成更多差異這些差異會吃掉 bitrates、讓原始頻率的可用 bitrates 變低所以有損編碼後再編碼會音質下降是肯定的
作者: elguapo (HPHT Synthesized)   2020-12-12 13:08:00
這也是為何蘋果有獨門的 Apple Digital Masters 工具,母帶直出 AAC 上 iTunes 然後一路全家餐不用再轉 codec一直到耳機 H1 處理器還原。
作者: ultimatevic (龜龜龜)   2020-12-15 00:07:00
還是會有果黑出來說音質差的

Links booklink

Contact Us: admin [ a t ] ucptt.com