ntfs的FUSE就算編進kernel也是FUSE嗎？
所以歧視kernel也不用包NTFS Driver了？
更正：只要是源碼樹內的不管是編進去還是沒編進去都一樣
我交給偉大的Archlinux makepkg(O
我看archlinux的kernel好像本來就有開高精度timer跟low latency
real time都是要打patch才會出現的選項
用Cadence 程式開jack2時，有通過rt 檢測的話就是可以的
我就想把我的deepin Linux 的音質搞得好聽一點，起碼跟windows差不多的音質，所以我裝了jack,但是完全不知道怎麼用，網上連教程都沒有，大神們誰能指點我一下啊？
我的機器裝了deepin, centos,windows三個系統，就是windows 的音質最好，不知道為什麼
但是確實差別很大，好像一個經過了功放，另一個就是平放輸出
我直接ㄐㄧㄤ，我是這方面的老司機，欣賞上可以有很多形容詞，但是要改善一個聲響系統，必須用一個客觀的基準，例如一首你熟悉的歌之wav檔、flac檔、cd等
你要先把所有條件都盡可能一樣，比如說每個平台上音樂播放器的「色染處理」（EQ）等通通關掉，來作比較
這個時代用flac 不然做個品質好的aac 最少高品質ogg 來比較
驅動程式預設的音訊是44100？48000？幾bit？
既然是同一台電腦硬體，關於耳朵，除非你是經過訓練，最基本能聽得出低頻、中頻、高頻差異（可以一聽馬上可以說一個聲音主要在幾hz到幾hz的頻段），不然不要太相信自己的耳朵，盡可能把客觀條件釐清控制住，再好好的聽，是否仍然不同
搞不好是不同的mp3 decoder decode實作的糖衣色染 :-P
要有好的類比聆聽器材，不然聽不出那一點點差異 :-)
當然就算是44100 好了，如果聽得太少，沒聽過真正的好聲音（至少聽過10場音樂會之類），也聽不出來
不過mp3 跟 ogg 就插蠻多的，我剛好有比較影片
如果聽起來一樣，先不要難過自己木耳，很多時候是你的耳機和喇叭的問題，不是你耳朵的問題，把99元的耳機、廉價藍芽喇叭扔掉，換好一點的，做audio computing 的鑽研或者你要玩音樂、鑑賞音樂就至少有一個還過得去的起點
模組化的意義有兩個，一個是可以分開編譯，在很久以前 CPU 很慢的時代方便編譯工作的排程與除錯管理；第二個就是可以不重新編譯，直接在執行碼上增減系統核心的功能。但是如果你把一大堆確實要用的功能都模組化，那開機時會花更多時間找檔案。
Latency 過高，不過一邊聆聽很ok ，看你在做什麼工作再調整
如果硬體最低就是48000，那就不該把jack 設成44100 （再經過硬體dac時額外多一步）還有適當的dither 設一設
Pluseaudio 的latency 我不知道是哪一種，不過jack的是block latency，也就是穩定的latency ，系統就算再多的工作，音訊的latency還是會維持住
不過看到你的kernel 是驚嘆號，可能有東西不完整
如果程式能直接塞jack的話是降低，如果一樣過pulseaudio真的有差嗎 🤔
我好奇一問，你有使用任何的jack應用程式嗎？你錄音用甚麼程式？
Pulseaudio bridge 進jack，alsa也是，這種bridge模組要裝一下
你們會針對處理器原生支援的指令集自源碼重新編譯那些東西嗎？
我是說 Jack 那些，而且是針對處理器世代最佳化
比方說針對 Coffeelake 所支援的指令集來編譯
Jack 不是kernel 的東西而是需要kernel 的lowlatency 或者rt 能力
請閱讀我以前的相關公開的linux pro audio slide 還有jserv 有關的rr kernel 文章
如果xrun 發生在啟動某個程式的過程，這沒有關係，如果系統放著什麼事都不做3分鐘，xrun 不會產生就是ok
如果什麼事都不做，xrun 會自動激增，就是那個設定你的音效晶片撐不住
我補充剛才講的，聲音生產力應用的瓶頸的「觀念」跟一般應用不同，比較類似的是自動駕駛車
buffer size x buffer 數目其實也是可以探究的微調參數
去天才吧或者其它授权维修店 换iphone电池当天可以搞定嘛？
嚴格來說 iOS 是 Unix (darwin) 啦