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