PTT推薦

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

看板Headphone標題[問題] 音源格式與藍芽編碼方式作者
freeunixer
(離自相空她相)
時間推噓 8 推:8 噓:0 →:50

我查到 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 這種號稱無損的音源了?

--
讀者審校網試行版(2018/1/1 更新網址)
http://readerreviewnet.processoroverload.net/
(哲、史、法、政、經、社,人文翻譯書籍錯譯提報網)
◎洪蘭"毀人不倦"舉報專區
http://tinyurl.com/ybfmzwne
讀者需自救,有錯自己改...

--

※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.250.90.238 (臺灣)
PTT 網址

penguinfuko12/12 03:01不是,然後鼻要沒理解完全就開嗆。醬不行~

freeunixer12/12 03:03我沒有嗆啊,我只是問聽貴藍芽耳機的大佬們都用什音源.

freeunixer12/12 03:05然後我就是查不到 sbc,aac,aptX 的傳輸差異比較表,

penguinfuko12/12 03:05sbc 被限制是囿於規格太早訂,不然他理論上可以開到

penguinfuko12/12 03:05 1k kbps 。然後 ldac 在沒炸炸的時候,可以到 990

penguinfuko12/12 03:05 kbps。aptx hd 也可以到 576 kbps

freeunixer12/12 03:06所以只好來問問到底有啥不同跟音源格式分界點

freeunixer12/12 03:07我查到的資料是,雙通道時 sbc 理論上可以到 512k,但是

penguinfuko12/12 03:07然後藍牙主要還是在功能性上。所有無線傳輸的東西,

penguinfuko12/12 03:07都有很多干擾(ex 2.4Ghz 的吵雜環境

freeunixer12/12 03:08A2DP 限制雙通道上限是 328K,所以 sbc 無法突破 328k?

penguinfuko12/12 03:09在 lineageos 16 版有實作 sbc xq https://bit.ly

penguinfuko12/12 03:09/379Gon5

freeunixer12/12 03:09然後雙通道是 328k,所以只看一邊,是不是要 /2 ?

penguinfuko12/12 03:09https://bit.ly/379Gon5

penguinfuko12/12 03:10https://bit.ly/340LwaP 這篇講蠻詳細的

penguinfuko12/12 03:12btw 要用有損格式的話,推薦無腦轉成 opus

Oswyn12/12 04:07BT 有 2ch、 那 MP3 有沒有 2ch,需不需要 /2 :D

Oswyn12/12 04:13有損轉有損,會比無損轉有損更有損。一般餵編碼器越精確的

Oswyn12/12 04:13數據(高碼率)會得出越好的結果,因為錯誤(有損誤差)會累積

Oswyn12/12 04:22MP3 解成 PCM 後 160/320kbps 都不再有意義,因為它會變成

Oswyn12/12 04:2344.1 or 48k、這個 PCM 跟原始無損之間的差異=失真/噪聲

Oswyn12/12 04:23這個解開後的數據再送進 MP3 壓同碼率也只會產生更多失真

Oswyn12/12 04:23送進 SBC or aptX 也是同樣,所以餵無損會比較好

yohsiatai12/12 04:38樓上O大,有損>無損>有損的過程會不會產生更多失真要

yohsiatai12/12 04:38看演算法,如果是同一種有損格式的話,有機會不添加更

yohsiatai12/12 04:38多失真

Oswyn12/12 06:36在數學上不可能有這機率,有損解出來的數據不會=原始無損

Oswyn12/12 06:37a 不等於 b、b 不等於 c、c不會這麼幸運等於a

Oswyn12/12 06:37編碼計算總會小數無窮盡就算是浮點也有量化問題不會無損

Oswyn12/12 06:37做個簡單實驗,Source file a 是 1 kHz 30sec 的 320k mp3

Oswyn12/12 06:371 kHz 還是 1 kHz 但 99.74% 的採樣點數據都不同了

Oswyn12/12 06:37https://imgur.com/4YDFfa1

xoy12/12 06:54同樓上,網路謠傳藍牙用AAC聽AAC就沒有二度破壞絕對是錯的

xoy12/12 07:00另外我會把藍牙連線的取樣率設定成跟音源一樣,避免多一次S

xoy12/12 07:00RC的破壞,這目前就Android最方便改,加上用UAPP聽FLAC破壞

xoy12/12 07:00就只剩藍牙的編碼

yohsiatai12/12 08:29x大,那要先看AAC編碼解碼的演算法和參數是否相同,而

yohsiatai12/12 08:29走藍芽的話,編碼器的參數或演算法通常就不一樣了

yohsiatai12/12 08:36回O大,先感謝實驗,但mp3實在不是一個很好的例子。 FF

yohsiatai12/12 08:36T+DCT的轉換數學上也不是那麼可靠。 我猜測AAC有機會達

yohsiatai12/12 08:36成我前面提到的機會,不過沒有實驗過,只是覺得數學上

yohsiatai12/12 08:36有機會。

xoy12/12 08:38所謂的參數相同也避免不了二度破壞,因為進藍牙晶片的是整個

xoy12/12 08:38系統的聲音,要經過系統的混音器,不可能把AAC檔原封不動的

xoy12/12 08:38給藍牙接收段的AAC去解,所以我提UAPP加上取樣率配對就是盡

xoy12/12 08:38量避免系統混音器的負面效果

martinlin7712/12 08:40雖然聽不懂,還是先推了

kuloincorner12/12 11:49藍牙轉換的鬼太多 還是建議用較高的藍牙編碼啦

Oswyn12/12 12:22沒一個有損包括 AAC 的頻率響應是平的,就是為什麼不可能啦

Oswyn12/12 12:42https://imgur.com/mHnh2CL

Oswyn12/12 12:42第一次壓完後的差異,會被第二次當成有效內容造成更多差異

Oswyn12/12 12:45這些差異會吃掉 bitrates、讓原始頻率的可用 bitrates 變低

Oswyn12/12 12:46所以有損編碼後再編碼會音質下降是肯定的

elguapo12/12 13:08這也是為何蘋果有獨門的 Apple Digital Masters 工具,

elguapo12/12 13:08母帶直出 AAC 上 iTunes 然後一路全家餐不用再轉 codec

elguapo12/12 13:08 一直到耳機 H1 處理器還原。

ultimatevic12/15 00:07還是會有果黑出來說音質差的