俗語有話大難不死必有後福，不過我諗今次就未必，冇展示嘅舞臺同死都冇乜分別。

今期 Stereophile 2023/10

lossy 扮 lossless





最後修改時間: 2023-08-24 15:47:47

所以影響DAC音質最重要的因素，並非在於 oversampling, 或 sampling rate conversion, 最大的因素在於插值 interpolation, 而上面說過的 sinc(x) function就成為現代有 dsp的 streamer, cd player 等等在音響音質上的核心，有人叫這方法是撞磚式數碼濾波，簡化圖如下，藍色圖點是數碼音響的其中一段 sample, 而每一點的 sinc(x) 全部相加就成為圖下連線出來原本的 analogue signal (紅色), 這方法一直是現代有 DSP/FPGA的 DAC 應用法則，MQA也不例外，但亦有人說這是超級做假，就是不好聽，事實上這是現代的無線電通訊，手機通訊等都一定要應用的。

#47, ”sampling theorem” 本身是屬於工程科學的範圍，其中 Harry Nyquist 定義左一個訊號的取樣頻率必須是這個訊號的2倍，如果用在音響中，就是人耳響應頻率最高是20Khz, 那麽 sampling frequency 必須高於 40Khz, 飛記因當代歷史問題定義左cd 的 sampling frequency 係 44.1Khz, 而 over sampling dac 就是用高於這個 nyquist frequency的倍數的頻率去 clock 個dac，例如用88.2Khz，當中缺少了的 data就用 interpolation的方法去插值，舊日沒 DSP的年代是插個零的數值，dac的 output 用 analog filter 去 smooth. 近代因有DSP，所以這類 sampling rate conversion 可以利用數學上 sinc(x) function去插值，並且作任何非倍數的採樣轉換。

[#39]
LaLaLam師兄, 謝謝解釋.
另外想請教Lam師兄, 可否講解Audio DAC嘅oversampling同sample rate conversion嘅分別同應用等等, 因為似乎呢度好多師兄把oversampling, upsampling, rate conversion等等對digital audio data嘅處理方法, 唔清唔楚, 混為一碟, 謝謝.

做假就周圍都係, 啲喇叭出聲再用咪收錄, 都幾流下.

呢個表都流流地.


最後修改時間: 2023-05-08 13:43:00

#42, 的確如是，所以 Roon raat改用 TCP, 有用家話選歌慢左，但音質好左！

#41
所以audio ”streaming”唔理delay改返行TCP係咪最佳選擇？

＞＃40... Coding gain嘅SNR同轉analog 之後嘅audio SNR有咩關聯?

非常大關聯！#39 說了網絡streaming 音響訊息必須加入 forward error correction code (ECC) 即有改錯功能，比喻不會將雞蛋全部放在一藍子裏，而是將小量雞蛋放在細小藍子，丟了一小藍子，不會全部 loss, 等如 UDP這小藍子，失了一個，裏面的 data 就靠 ECC去修正，但有極限，如 ECC沒法修正，就靠插值 interpolation去估算，用上一個和下一個 data的平均值去填補，這樣就引致SNR變差。

＞... 實際bit error rate高，package/frame/MSB lost已經係爆音

BER 高，高極不外乎3種方法應付，1,2, 是上面說的 ECC 改錯功能和 interpolation 插值當然不會一嘢插 MSB 大數，而是插一個丟包的上下平均數，正常人亦不會發覺異樣，用 spectrum analyzer才會發現異常，如再有更加嚴重的BER出現，Audio stream 或 receiving dac/apps會乾脆 mute左佢，變靜音，所以任何情況一定不會爆音。

Remarks, 整個運作模式, 跟 CD 碟本身，和 CD 機內置的 ECC 是同一樣性質， ref. Below:

#39 Coding gain嘅SNR同轉analog 之後嘅audio SNR有咩關聯? 實際bit error rate高，package/frame/MSB lost已經係爆音

Audio streaming 其實算是real time application 所以不能用有 error而 resent 的 TCP 而需要用有 error 即 lost 的 UDP, 所以packet loss 的確會做成失真，劣化s/n ratio 等大問題，所以現代的 streaming service 都會在發射和接收端加入forward error correction code (FEC). 簡化圖如下，即是如果一個 packet loss, 咁佢只影響一大組 data的其中一小部份，之後從redundant parity byte restore 整組 data, 即有改錯功能，有D似CD 機沿用致今的 cross-interleaved Reed–Solomon code (CIRC)，但就算有 FEC 改錯功能，如果 packet loss太嚴重的話，其實都會影響SNR, 下圖的 code gain 就成為packet loss vs 音質的指標。

#34
LaLaLam師兄, 謝謝解釋.
另外想請教Lam師兄, audio steaming 個 packet size 雖然好細, 但可能有啲 packets 會遊地球幾個圈先至去到房企個 router 入 streamer, 會有 packet loss, 呢啲 loss 要去到幾多%先會影響個file, 同係家用房企環境下, besides buffet, 有冇乜嘢方法同工具去改善呢個 loss 問題 ? 謝謝.

Well... 最近幾天在youtube見到有鬼佬講, TIDAL都有可能轉用lossless FLAC. 真係唔明白 現今世界hi speed internet已經咁普及, 點解TIDAL仲要用lossy compression方法去做streaming, DAC又要有MQA... 又麻煩又低能.

係同一件 hardware 內，Streamer 用了 low latency kernel, or even real time kernel 會好聲好多。
Latency 大，呢聲會死好多，暗唖好多，音場、動態好多嘢都會差好多，直接影聲音嘅音樂感、真實感同現場感。

最後修改時間: 2023-04-17 08:47:25

#34
audiophile 聽歌又唔係realtime application，只要個jitter buffer夠大就得，有latency 對音質有乜影響？

簡單而言，Audio Video Streaming 係用TCP/IP 內的 UDP 包裝成比較細的 packet，目的是減低 network latency 網絡時延產生的影響，而且可以利用 streamer內建的 jitter buffer去還原訊息，如果用家是用自己內聯網 stream自己的nas 問題不會太大，但如果是外聯網 stream 距離非常遙遠的 server, 咁呢個 latency 的影響就會非常嚴重，所以專業用的 protocol 本身係有 time stamp去控制每個 packet都放在準確位置，而網絡亦需要用上所謂 TSN (time sensitive networking).

#32，
LaLaLam師兄, 關於現代嘅 data streaming, 請教Lam師兄, streaming video & audio 之類嘅data, 我理解係行Internet Protocol 下面果啲 Streaming Protocol, streaming 係用封包 packet, 呢個封包化對啲 video & audio file嘅還原有乜影響？ 謝謝。