CEC DA53

 CEC_DA53
  因為周邊設備太多了(耳擴、電腦喇叭、前級)
所以一直在找一台橋接性能高
能整合我周邊設備的DA
具有豐富的連接短子與平衡輸出在這個價格帶上的DA並不多
因此DA53在這個價位(1~2W)上顯露出他的優勢

前面
da53_fup
個人覺得機器質感很好  加工精度也很高
但是面板稍嫌複雜了點
然後左旋鈕的Level是MIC的放大調整   不是耳擴的放大調整
還做那麼大 個人覺得沒有需要  況且耳擴與MIC的功能僅提供給USB使用
作為一台”專職”DA...實在不需要太在這部分著墨太多


後面
da53_rup
可以看到他有豐富的連接性

再來....當然要脫光光
DSCF7413
上視圖 

DSCF7429 DSCF7422
電源部分
整流晶片不是很容易看得很清楚
橋式整流晶片 B10A45V
穩壓晶片5L0380R
都是我很陌生的型號
不過突波吸收器、濾波器還有電源隔離設計 該有的都有 感覺還不錯

DSCF7414
上面可以看到兩個大大的紅色東西
就是CEC 引以為傲的LEF電路
主要就是一種集成電路的OP放大器
但是能提供LEF (Load Effect Free)零負載 防止失真的產生

DSCF7419
前面板的耳擴電路
抱歉照的不是很清楚
OP是TL082
與晶體(小黑豆)A733的混合設計
DA53的耳擴僅供 USB訊號使用
推底阻耳擴整體還不錯

DSCF7421
位於後面的USB解碼部分
主要是使用BB PCM2906
有獨立晶振
但是電源吃USB輸入的電
因此無法隔離來自電腦端的雜訊
放大後還是蠻髒的
 
AKM AK4124VF
提供 192KHZ/ 24BIT 的ASYNCHRONOUS SRC
因此輸入信號可以從44.1K(光纖)一直到192kHZ(AEB/EBU輸入)
DSCF7420
中間有兩顆PCM 1796 以MONO-MONO模式工作
機器上 的電容上面寫的是Chang..沒聽過 感覺有點雷

DSCF7427 DSCF7425
前面的面板設定 本來以為有點複雜
沒想到非常容易  旋鈕可以下按切換功能 在旋轉調整
非常直覺 也很快速

結論
優:
萬元初有平衡、RCA輸出、光纖、同軸輸入、同時有USB DAC的耳擴
沒聽過很多DA 所以不方便下結論   很多人說冷聲

前端冷聲個人覺得是正面的  因為前端冷聲給後端好調整
但是如果前端暖聲 後端要調整會比較困難一點
不過我是覺得DA53與其說Cold  到不如用Crystal來形容會好一點
屬於音染比較少的那類

內建的USB DAC功能雖然像是附帶的
但是聲音其實也不輸許多市面上的UAB 而且附帶一個耳擴和MIC前級
雖然很簡單 但是不無小補

劣:
耳擴僅在usb模式有作用  讓人感覺為善不足
事情做一半的感覺 
USB DAC 若是電源能夠獨立會更好

關於DA的部分  個人無法提供太多意見 但是個人還蠻滿意的
與EMU 0404直出或是跟我之前的D/A  Micromega Duo 2 BS比起來都有顯著的進步



CEC最新的DA53N 修正了不少我上面提到的問題
代表CEC也是有注意到的
不過價格  Q_Q......
da53n_2up
da53n_4up
DA53N光看架構就跟DA53差很多  感覺好棒阿 XD

CEC website

留言

張貼留言

這個網誌中的熱門文章

Office 2021 離線安裝封裝與KMS啟動步驟

圖片
1.到Office 365 Customization Tool   https://config.office.com/deploymentsettings  選擇建立新的配置 Office來源套件選擇Office LTSC 標準版2021大量授權 OR 其他你想要的版本   剩下根據你的安裝配置進行設定 在安裝選項 改成本機來源 (這邊選擇安裝環境的安裝檔案路徑 可以設定網路磁碟如 \\192.168.0.1\office2021) 完成後匯出設定檔案 會得到一個XML檔案  這就是你office 的安裝組態檔案  這邊命名為office.xml 我的組態檔案像這樣 <Configuration ID="4b609851-a8f8-4cce-bf99-22096f57e715">   <Add OfficeClientEdition="64" Channel="PerpetualVL2021" SourcePath="C:\PROPLUS" AllowCdnFallback="TRUE">     <Product ID="ProPlus2021Volume" PIDKEY="FXYTK-NJJ8C-GB6DW-3DYQT-6F7TH">       <Language ID="zh-tw" />       <ExcludeApp ID="Lync" />       <ExcludeApp ID="OneDrive" />     </Product>   </Add>   <Property Name="SharedComputerLicensing" Value="0" />   <Property Name="SCLCacheOverride" Value="0" />   <Property Name="AUTOACTIVATE" ...
閱讀完整內容

Ollama使用心得與模型導入教學

# 前言 隨著大語言模型的普及，在本地運行AI模型已成為許多開發者和研究者的需求。Ollama作為一款開源的本地AI模型運行平台，為我們提供了便捷的解決方案。經過一段時間的使用，我想分享一些心得與實戰經驗。 # 一、Ollama的主要功能與定位 Ollama是一個專為本地運行而設計的大語言模型平台，主要特色包括： **核心功能：** - 支援多種開源模型（LLaMA、Mistral、CodeLlama等） - 提供簡潔的命令列介面 - 支援模型量化，減少記憶體使用 - 內建API伺服器，方便整合到應用程式中 **定位優勢：** - 完全離線運行，保護隱私 - 不依賴雲端服務，降低使用成本 - 適合開發測試環境 - 支援自定義模型導入 # 二、安裝與Cuda加速設定 ## 2.1 基本安裝 **Windows系統：** ```bash # 下載並安裝Ollama winget install Ollama.Ollama ``` **Linux系統：** ```bash curl -fsSL https://ollama.com/install.sh | sh ``` ## 2.2 Cuda加速設定 要充分利用GPU加速，需要確保系統已安裝NVIDIA驅動和CUDA toolkit： **檢查Cuda狀態：** ```bash # 檢視GPU使用情況 nvidia-smi -l 1 ``` **確認Cuda版本：** ```bash nvcc --version ``` **Ollama會自動偵測Cuda環境**，如果安裝正確，啟動時會顯示GPU加速已啟用。 # 三、模型取得與匯入方式 ## 3.1 官方模型下載 ```bash # 下載熱門模型 ollama pull llama2 ollama pull mistral ollama pull codellama ``` ## 3.2 自定義模型導入 ### 從Hugging Face下載GGUF檔案 1. **找到適合的模型：**    - 前往 huggingface.co    - 搜尋支援GGUF格式的模型    - 下載.gguf檔案 2. **創建Modelfile：** ```bash # 創建Modelfile echo 'FROM ./you...
閱讀完整內容

ARC下NSMutableDictionary 無法使用retainCount

今天用到 NSMutableDictionary 在alloc之後 很自然的就補了release 想要觀察有沒有放乾淨 所以使用了retainCount卻發生了錯誤 NSMutableDictionary* jsonObject = [[NSMutableDictionary alloc] init] ; [jsonObject setObject:account forKey:@"username"]; [jsonObject setObject:password forKey:@"password"]; [jsonObject setObject:@"2" forKey:@"source"]; NSString *jsonInput = [jsonObject JSONRepresentation]; NSLog(@"jsonObject RetanCount:%@", [jsonObject retainCount]); //Bad_Access Here 爬了一下文，原來arc在建立NSMutableDictionary這類的物件時。便已經會自動使用autorelease 因此不支援retainCount 值得注意的是 當NSMutableDictionary裡面每增加一個物件(KEY)時 該NSMutableDictionary的retain便會自動加一 不過在新的arc功能下 已經不用那麼在意retain值了。     You shouldn't use -retainCount to figure out what is going on. The Apple docs specifically state:     Important: This method is typically of no value in debugging memory management issues. Because any number of framework objects may have retained an object in order to hold refer...
閱讀完整內容