版主: aeolusyung, zhang230631, suzumiyaminami
由 uyfduyjhy 發表於 週一 2月 13, 2012 11:51 pm
kenv1212277 寫:
好的播放軟體
音樂在空間上的詮釋會比較立體~定位感較佳
也比較有流動.躍動感覺
不過還是因硬體設備而影響
所以播放程式只是一個環節
單純換播放程式~不升級設備..聲音不會好到哪裡
相對的只升級設備~播放程式不換~聲音仍舊會受限
由 wuvincent 發表於 週二 2月 14, 2012 12:57 am
joshua_wu 寫:FOOBAR2000和芊芊靜聽聲音真的差蠻大的
不過有用過CPLAY和WAVELAB之後，都會覺得上面兩者的音質沒有很棒...只是比較方便罷了
由 u3350829 發表於 週一 2月 20, 2012 5:00 pm
mugi 寫:不同概念
BUFFER的用意就是預先寫入記憶體去做緩衝
寫進去的資料是不會有問題的 調小的意義在哪不是很懂
另外從硬碟R/W的速度絕對小於BUFFER 這邊條緩衝反而有可能造成問題
一般程式在運作的時候也是從硬碟寫入記憶體 其中從硬碟R/W速度會影響到載入時間OR運算
固 放在RAMDISK這個動作是可以理解的 可以降低R/W造成系統的LOADING
前者是希望硬碟R/W次數加高 降低緩衝的使用 用意何在 我還是不大能理解
後者是希望可以排除硬碟R/W造成系統的LOADING 減少對運算的干擾
由 mugi 發表於 週一 2月 20, 2012 6:19 pm
由 jieing 發表於 週一 2月 20, 2012 7:45 pm
由 syoukore 發表於 週一 2月 20, 2012 8:01 pm
jieing 寫:看了一下前面的buffer調整小, 撥放器音質會變好的說法
以下恕刪...
由 kenv1212277 發表於 週一 2月 20, 2012 8:04 pm
jieing 寫:看了一下前面的buffer調整小, 撥放器音質會變好的說法
提出這個觀念的人的觀念, 小弟感覺應該他是很單純的希望 "數位檔案不要經過太多層的關卡就能夠 output"
解釋一下小弟的個人理解
原本的流程為:
HDD --> memory(buffer) --> processor --> sound card or DAC --> output
很明顯提出這個觀念的仁兄, 可能有一點computer architecture的概念(至少他知道 buffer 這個東西)
但其他的觀念就欠佳了
他覺得 memory 這一層關卡如果能過跳過的話, 就能夠更加的無損音質(典型的 analog 思考方式)
所以他希望變成這樣的流程:
HDD --> processor --> sound card or DAC --> output
但他完全沒有考慮 HDD 的 seek time 和 r/w 時間, 和 memory 的 r/w latency 相比是多麼的緩慢, 多麼的沒有效率(就算是 SSD 也一樣)
數位檔案當然要在 buffer 越大的情況下播放才約有效率啊
memory(buffer) 很少, 撥放器只好不斷的呼叫檔案
所以小小的 memory(buffer) 就一直很愚蠢的被 clear 再填滿, 然後無辜的 HDD 就不斷地揮動磁臂去 seek file
然後你會發現明明就是播放音樂這種小事, 整台電腦卻可能會有點噸噸的, 為什麼?
因為 seek file 這件事情雖然是一個 I/O bound 的任務(不太吃CPU), 但是撥放器會卡住 cpu 的 scheduler (因為它不斷的要下一段音樂)
cpu 被卡住了之後, 整個系統就會卡卡的
這件事情就跟你以前從光碟複製檔案到硬碟的時候, 操作會覺得系統變得噸噸的一樣啦
由 mugi 發表於 週一 2月 20, 2012 9:03 pm
由 kenv1212277 發表於 週一 2月 20, 2012 9:34 pm
由 mugi 發表於 週一 2月 20, 2012 10:07 pm
由 kenv1212277 發表於 週一 2月 20, 2012 10:52 pm
mugi 寫:在比喻一下
如果水塔在蓄水的同時會花上十秒
若水壓不變跟來源端供應是1:1的時候
之前就把水位儲存在一定範圍內 就算前端稍微變動 也不會有問題
如果把水塔容量變成1/10(BUFFER LENGHT)我的蓄水時間變成了一秒
但是我的來源端瞬間就可以把這個水塔灌滿 如果我的出水端沒辦法消化水量就會出問題
你可以玩看看把BUFFER調小會是什麼效果 通常都是爆音
記憶體貴是指以前的時代
DSP部分是根據印象打的 錯誤還麻煩指正 謝謝
這個技術應該是應用在CD防震部分
就像你拿防震CD晃個兩下 他還是可以正常撥出聲音是一樣的
預先用小容量的BUFFER作DOWN SAMPLE讓BUFFER裡面可以塞更多東西以備不時之需
由 mugi 發表於 週一 2月 20, 2012 11:11 pm
由 kenv1212277 發表於 週一 2月 20, 2012 11:22 pm
mugi 寫:軟體不同 這要看CODE怎麼寫 才會知道處理方式
前面提到消化水量的就是牽扯到硬體效能
互相矛盾就是指RAMDISK跟BUFFER
數位其實很可靠 不會因為SOURCE=>BUFFER=>BUFFER而把裡面的數據改掉 除非是東西壞掉
BUFFER的存在目的就是預先讓你載入檔案 而不用時間到了才去呼叫檔案
RAMDISK是可以有效降低HDD R/W以及檔案載入記憶體的時間 也可以把它當成很大的BUFFER來看
但是相對會造成CPU LOADING(有多大可能要自己玩看看) 很多小細節可以拿出來放大檢視討論看看
至於會不會影響聲音
這邊還是一樣 數位的東西並不會因為寫入記憶體緩衝而把檔案改變
由 uyfduyjhy 發表於 週二 2月 21, 2012 12:01 am
kenv1212277 寫:如果數位都那麼單純~理論派和聽感派就不會爭吵不休了
由 mugi 發表於 週二 2月 21, 2012 2:26 am
由 palchiu 發表於 週二 2月 21, 2012 11:01 am
由 kenv1212277 發表於 週二 2月 21, 2012 7:50 pm
mugi 寫:
但是從發燒去看數位就會產生很多奇怪的觀點
或許用一些有利的證據會比較好說服別人 例如我 XD
palchiu 寫:沒人用J River嗎?
由 mugi 發表於 週二 2月 21, 2012 8:16 pm
由 s936304433 發表於 週二 2月 21, 2012 8:40 pm
jieing 寫:看了一下前面的buffer調整小, 撥放器音質會變好的說法
提出這個觀念的人的觀念, 小弟感覺應該他是很單純的希望 "數位檔案不要經過太多層的關卡就能夠 output"
解釋一下小弟的個人理解
原本的流程為:
HDD --> memory(buffer) --> processor --> sound card or DAC --> output
恕刪..
由 2xicon 發表於 週二 2月 21, 2012 9:53 pm
由 mugi 發表於 週二 2月 21, 2012 10:14 pm
Buffer Length
To protect playback from glitches during heavy system load or file access lag, resource-heavy operations such as decoding and DSP are always performed ahead of currently heard sound (this is not unique to foobar2000, all or nearly all media players behave this way). This setting controls the distance between decoding/DSP and output.
* High buffer sizes offer stronger protection against glitches but introduce side effects such as long delay between changing DSP settings (eg. adjusting equalizer bands) and changes in sound output.
* Low buffer sizes allow faster responses to DSP configuration changes at cost of higher risk of stuttering during high system load / file access lag / etc.
WARNING: Setting too low buffer length may cause certain visualizations to stop working correctly. Use of buffer lengths below 500ms is not recommended.
由 jieing 發表於 週三 2月 22, 2012 8:49 am
s936304433 寫:jieing 寫:看了一下前面的buffer調整小, 撥放器音質會變好的說法
提出這個觀念的人的觀念, 小弟感覺應該他是很單純的希望 "數位檔案不要經過太多層的關卡就能夠 output"
解釋一下小弟的個人理解
原本的流程為:
HDD --> memory(buffer) --> processor --> sound card or DAC --> output
恕刪..
就我在學校學到的電腦處理流程是:
HDD(如果資料不在MEM上) --> memory(電腦開機的時候就會先送些常用的程式到MEM中等待某些常用指令可以快速執行) --> processor -->memory --> sound card or DAC(output)
CPU處理完的結果不會直接送到out put而是先送到MEM上再經由BUS送到out put。
由 killkli 發表於 週三 2月 22, 2012 8:41 pm
mugi 寫:資料正確度是無可置疑的
但是SYNC上就有可能造成差異
所以才會有MASTER CLOCK 非同步 這種東西的存在
但是就PC本身內部並不會有問題
問題都是出在"傳"出本體以外的時候發生
聽不出來不代表耳朵壞掉
前提是在"真的"有差異 心理因素可以影響不少人對聲音的看法
就像我拿一條包裝過的電源線 內部其實一樣
要你分出兩條線的差異
預先跟你講說包裝那條線價位高昂
在AB TEST上當然插上高價線的時候會比較"仔細"去聽
細節當然會比B上多一點
再者 分不出來=菜鳥or木耳 這樣讓發燒的受驗者怎麼接受?
同樣條件下盲測有多少人可以正確聽出來?
實際玩過幾次後 結果都差不多 大概55波
或許是我的器材太廢 不過結果大多指向此處
聽感這種如人飲水 冷暖自知的方式是很難說服其他人的
如果真的有變動 並且明顯可見
應該把焦點放在 為什麼產生 被誰影響
而不是只跟尋前人的調整設定 卻不知其所以然
或許此舉會多走一些冤枉路
但是得到的答案卻是可以說服別人 並且自己能接受的
由 uyfduyjhy 發表於 週三 2月 29, 2012 1:48 pm
佐原詩音 寫:用Foobar2000搭配JPLAY如何?
應該算是不錯的解決方案吧
正在瀏覽這個版面的使用者：Bing [Bot] 和 122 位訪客
