MartinStrings一些弦的心得

我好像很少看到有人在評論吉他用的弦

也許是聲音是種很主觀的東西

但是只從官網跟產品盒子上的標示

要知道是否是我所想要的聲音

實再是不容易阿

弦通常用的材質有

PHOSPHOR BRONZE 磷青銅

80/20 BRONZE 80％銅/ 20％錫

80/20 BRONZE的聲音會比較亮一點

通常張力較低 快速刷弦時可以得到很好的合聲

而PHOSPHOR BRONZE的聲音偏暖

聲音的分離度較高 張力高

低音穿透性加 演奏張力較好

當然這只是概論之 一組弦的粗細

渡膜 製作工法 都會影響聲音跟手感的表現

也因此會出現很多不同的價格

這邊是我用了大約兩年的心得

因為那陣子我剛入手D15

所以比較迷Matrin 什麼都要用原廠的 哈

所以趁著記憶還沒消失時 寫一下心得

當作備忘錄吧

測試基準 Martin D-15

文中提到張力比較皆用弦粗0.12作比較


Clapton's Choice

這組的弦歷史還漫新的

主要分 LIGHT 92/8 PHOSPHOR BRONZE(0.12 )跟MEDIUM 92/8 PHOSPHOR BRONZE 0.13 我都有買，這組弦強調FingerStyle演奏用

使用了Phosphor Bronze 聲音偏暖 整體平衡

裡面付了一張貼紙…但是我實在是不知道要貼哪，弦的張力非常強 (Tension 164.8)，低音很清楚，每個音色分離度很好，不太適合刷弦，比較適合指法彈奏，0.13 我用的感覺是活像在”鍊功”一樣 XDD，封閉非常吃力，長時間演奏頗累 要有一定程度的使用者才適合，不然會彈的很痛苦，好處是當成度夠能使用自如後 弦的張力表現在舞台上一定是很有魅力的。


Martin SP

這個就像是Martin的主力產品一樣

原廠琴搭配的就是這種弦

他下面分的很細，弦粗各種規格都有

下面會在列表介紹

主要有MSP-3000跟4000系列

差別是3000系列是80/20 BRONZE

而4000是92/8 PHOSPHOR BRONZE

3000聲音會比較亮一點

適合PickStyle 張力較4000低(Tension 160.5)

4000因為青銅比例較高

聲音較溫暖，整體平衡，張力較高(Tension 164.8)

這兩者並沒有說誰比較好或比較差，個人使用後偏好MSP 4000 多一點

PHOSPHOR BRONZE跟80/20 BRONZE一直是市場上常見的兩種弦的種類，

我建議初學者一定要先買這兩種回來彈彈看就能體會箇中差異


Martin SP Plus

這個聲音跟上面沒有什麼太大的差異

就是多了個保護鍍膜能提升弦的壽命

如果是懶的常常換弦的人可以考慮


Martin M-130

絲質弦，這種弦使用古典吉他弦的工法

製作出來的民謠吉他弦

優點是張力低(0.115弦粗 Tension 122.2)

我初學時用了一陣子，真的很快樂阿 手指怕痛或是一直無法鍊成封閉的人可以考慮看看，弦是銀色的，黃銅色或金色的弦看多了的人 這個顏色還漫新鮮的，聲音就比較悶了一點，還有因為銅弦裡面包了絲，所以非常怕油，用了這種弦後千萬不要使用指板油或弦油，裡面的絲吸了油後聲音整個悶掉 XDD

M-140

這個非常常見的弦

也是Martin價位最低的民謠吉他弦

(市面上大概一百出頭就有)

規格也是有很多種

表現很好 雖然是小弟

但是聲音已經很有Martin的特色

低音穿透力強 高音響亮

泛用性強 刷弦 指法表現都不會太差

他還有一種叫做M-140C 的冷凍弦

標榜聲音會更好 弦壽命比較長

但是我用的感覺是還好 聲音似乎有比較紮實

但是價位幾乎可以用兩包M-140的錢 我覺得乾脆買兩包140還比較划算..


Martin M-170 (Tension 160.5)

個人使用後感覺覺得中規中矩

跟M-140比起來 這組弦的聲音就更暖一點

屬於喜歡聲音更多細節的人

定位有點像MSP 4000的低價板

他有個兄弟叫M-540 差別再M-540是92/8 PHOSPHOR BRONZE而M170是80/20 BRONZE

關係有點像MSP 4000之於MSP 3000

最後還有一種

http://hardwirestrings.com/products2/acoustic/martin-fingerstyle.gif

Martin FingerStyle

不知道為啥官網上居然沒看到

這個弦感覺跟EC弦差不多

但是價格便宜了一點 (少了代言費?)

最後 官方這個表格很清楚的列出什麼演奏風格適合哪種弦，很適合作為購買的參考

image

SeeAlso [Martin]String Selection Guide

留言

張貼留言

這個網誌中的熱門文章

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...
閱讀完整內容