最近用 8200cd + amarra 試 24bit/96khz 的發現

音樂再生之硬體、軟體、技術、感想、心得...

最近用 8200cd + amarra 試 24bit/96khz 的發現

文章iDemon » 2012-09-29, 00:57

這幾天在用 8200cd + amarra 播放 24bit/96khz 音樂檔時、發現會有爆音現象
在抓問題的過程中將 amarra off 才解決 :oops:
(可能和usb線長達10m以上也有關係)

不過這不是重點……

Amarra disable 後、我用 iTune 試播 44.1Khz 音樂檔案
8200cd的顯示面版取樣模式仍鎖在 24bit/96khz
而播放 44.1Khz 檔案的音樂性卻明顯有很不一樣的變化 :shock:

這個選項可以在 amarra 的 audio devices preference 設定
去強制設定 DAC 的 master clock 的取樣頻率

反覆測試幾遍、音樂性上明顯有很大的不同(進步,音響性待測)
不知道有沒有人在 usb audiolab dac 也有玩過這方面的設定


註:目前找到"音訊mini裝置"可做相同的設置
iDemon
 
文章: 35
註冊時間: 2012-09-29, 00:30

Re: 最近用 8200cd + amarra 試 24bit/96khz 的發現

文章drunkenlife » 2012-09-29, 09:43

iDemon 寫:這幾天在用 8200cd + amarra 播放 24bit/96khz 音樂檔時、發現會有爆音現象
在抓問題的過程中將 amarra off 才解決 :oops:
(可能和usb線長達10m以上也有關係)

哇勒...
USB規範限制在5m內,10m實在太誇張了...
iDemon 寫:Amarra disable 後、我用 iTune 試播 44.1Khz 音樂檔案
8200cd的顯示面版取樣模式仍鎖在 24bit/96khz
而播放 44.1Khz 檔案的音樂性卻明顯有很不一樣的變化 :shock:
...
反覆測試幾遍、音樂性上明顯有很大的不同(進步,音響性待測)

二年前玩過,聽來會顯得比較細緻柔順,
不過,高音的音場定位該會比較差,以風鈴聲試試就知道
這種設定是由OS或driver做44.1K -> 96K轉換,通常這沒做的很好,會損失不少細節
drunkenlife
 
文章: 21480
註冊時間: 2012-08-28, 01:47

Re: 最近用 8200cd + amarra 試 24bit/96khz 的發現

文章sancoba168 » 2012-09-29, 20:34

德國的silent wire,USB到10M還可以正常傳輸~
http://www.silent-wire.de/en/usb-cables/series-16.html


drunkenlife 寫:
iDemon 寫:這幾天在用 8200cd + amarra 播放 24bit/96khz 音樂檔時、發現會有爆音現象
在抓問題的過程中將 amarra off 才解決 :oops:
(可能和usb線長達10m以上也有關係)

哇勒...
USB規範限制在5m內,10m實在太誇張了...
sancoba168
 
文章: 50
註冊時間: 2012-09-13, 17:35

Re: 最近用 8200cd + amarra 試 24bit/96khz 的發現

文章drunkenlife » 2012-09-30, 16:46

sancoba168 寫:德國的silent wire,USB到10M還可以正常傳輸~
http://www.silent-wire.de/en/usb-cables/series-16.html

Wikipedia上這麼寫 http://en.wikipedia.org/wiki/Usb
USB 2.0 provides for a maximum cable length of 5 meters for devices running at Hi Speed (480 Mbit/s). The primary reason for this limit is the maximum allowed round-trip delay of about 1.5 μs. If USB host commands are unanswered by the USB device within the allowed time, the host considers the command lost. When adding USB device response time, delays from the maximum number of hubs added to the delays from connecting cables, the maximum acceptable delay per cable amounts to 26 ns.[40] The USB 2.0 specification requires cable delay to be less than 5.2 ns per meter (192,000 km/s, which is close to the maximum achievable transmission speed for standard copper wire).

長度限制是因為能容許的傳輸回應時間造成的限制
drunkenlife
 
文章: 21480
註冊時間: 2012-08-28, 01:47

Re: 最近用 8200cd + amarra 試 24bit/96khz 的發現

文章iDemon » 2012-10-16, 23:42

drunkenlife 寫:二年前玩過,聽來會顯得比較細緻柔順,
不過,高音的音場定位該會比較差,以風鈴聲試試就知道
這種設定是由OS或driver做44.1K -> 96K轉換,通常這沒做的很好,會損失不少細節


聽了段時間

我昇頻後最明顯的改變、是中低頻聲音形體明顯變得飽滿很多
音場前後深度有明顯的進步
現在設88.2khz
iDemon
 
文章: 35
註冊時間: 2012-09-29, 00:30

Re: 最近用 8200cd + amarra 試 24bit/96khz 的發現

文章drunkenlife » 2012-10-17, 19:22

iDemon 寫:我昇頻後最明顯的改變、是中低頻聲音形體明顯變得飽滿很多

?形體是指凝聚?
飽滿是指頻段比重吧?
iDemon 寫:音場前後深度有明顯的進步

高音少些會覺得音場比較後退(其實這該是因為再生高音比較容易失真,常常都衝出來),
檢驗方式是注意是否有一排一排羅列感
drunkenlife
 
文章: 21480
註冊時間: 2012-08-28, 01:47

Re: 最近用 8200cd + amarra 試 24bit/96khz 的發現

文章drunkenlife » 2012-11-02, 00:54

前兩天去台中測試DRC,
最後主人家想試試用Windows接M-DAC,一開唱就覺得高音比較不精準,有點糊,
再看,M-DAC的設定是24bits/96KHz,嗯...該是44.1 -> 48 -> 96吧...
drunkenlife
 
文章: 21480
註冊時間: 2012-08-28, 01:47


回到 音響、空間、電源