There are a total of 318 posts here. | 這裡總共有 318 篇貼文。

ttheng's microblog. | 侃侃而隨想極短文。

自行採譜的一舉數得

讀到了強者我學弟 blog 網站上的這篇文章,竟是對我之前發佈的這篇文的回應文章1,讓我驚喜了一下。

其中,他提到了「採譜2」(英文:transcription)這一個分析研究音樂作品時的常用技巧。

身爲一位過來人,我會說「採譜」這件事情,在研究一首(品質良好的)音樂作品以及訓練自己(五線譜)作編曲能力等方面,是個極爲有效且一舉多得的學習方式。

單單是一個「採譜」的動作,我們就能同時習得:

⋯⋯以及更多。

研究別人的曲子最好的方式,就是嘗試自己完全用耳朵聽,來做一個跟別人一模一樣的 cover。

——Wiwi 官大為,《來 Cover 台北捷運紅線的進站音樂!》影片


對於還沒有完全掌握基本作編曲能力的初學者(或程度中等的人),「採譜」是個能夠「一石多鳥」地學習那些技能的最佳方式之一。

這也是爲什麼我對最近的「新型 LLM 被拿來編製五線譜」的現象感到擔憂。因爲首當其衝的,恰恰就是「對現有音樂作品進行採譜」的過程。

若將「採譜」的工作交給 AI 代勞,而非自己親手、親耳實作,這基本上和抄人家的功課或是叫同學幫自己做功課無異,只會讓初學者學習(五線譜)作編曲的效率大大減低。

學習採譜是一門基本功,而鍛鍊基本功沒有捷徑可循,即便它的過程有多麼地艱澀。若人們開始將「把採譜工作交給 AI」這件事給常態化,我不敢想像這會扼殺掉多少人的技能提升機會。


OK,我知道「電腦自動採譜」的技術在 AI 爆紅之前的 1970 至 1980 年代便已開始成形。換句話說,「該不該將採譜過程自動化」已經是個歷經數十年的老問題了。

While many musicians and educators insist that manually doing transcriptions is a valuable exercise for developing musicians, the motivation for automatic music transcription remains the same as the motivation for sheet music: musicians who do not have intuitive transcription skills will search for sheet music or a chord chart, so that they may quickly learn how to play a song.

(雖然許多音樂家與教育者堅持認爲自行手動採譜是個發展音樂技能的有益訓練方式,但推動「自動音樂採譜」的原因仍然是「對樂譜的需求」:無法得心應手地採譜的音樂人想要在自身樂器上演奏某首樂曲並需要使用相關的樂譜時,他們會想要藉着「電腦自動採譜」以快速取得需要的樂譜,以省去自行採譜的工夫。)

——取自英文維基百科

其中,(通常)只需依賴 MIDI 技術的「自動音高辨識」與「自動和弦辨識」已經是行之有年的功能,在各大 DAW 中都一定能找到相關的套件。像是「即興伴奏與旋律自動產生器」的工具也早在至少 20 年前便已出現。

所以,既然在那幾十年間,這種「電腦自動採譜/製譜」的技術並沒有對人類音樂產業造成什麼嚴重的生存危機的話,爲什麼新型的 AI 模型LLM 反而會帶給我那種以前的「老技術」所給不了的危機感?

也許是因爲,LLM 不僅能編製任何樂譜,而且其效率比幾十年前的「老技術」還好上許多了吧——好到可以直接將最終成品「從無到有」地產生出來的程度(至於其品質則見仁見智)。「既然讓電腦採譜這麼方便,那我就不需要自己來仔細聆聽、仔細記錄了吧。」鼓勵人們偷吃步,給人們一個「有在進步」的錯覺,才是我感到最害怕的地方吧。

不過,換另一個角度想,也許將採譜的過程自動化,我們省去的工作僅僅是「將樂曲音檔轉換成五線譜格式」的過程,但分析樂曲、修正製譜錯誤的部分還是得由人類本身花費心力做好,而人類仍尚且有機會從中學到該學到的相關能力。

「樂譜研讀」(英文:score study)的過程同樣能夠訓練上面提到的音樂技能(除了「編製五線譜能力」以外),但這只需要用到現成的樂譜(或是——呃——電腦自動編採出來的樂譜),不需要自行動手採譜。

換句話說,也許「採譜的過程」本身不是重點,重點是有沒有「以音樂分析的角度仔細聆聽」。

但是,如果一個人(尤其是音樂初學者)連自行採譜都覺得太麻煩的話,那他還會花心力「仔細聆聽、研究音樂」嗎?

沒錯,又回到了這一個 AI 熱潮所帶來的「老問題」:已經習得相關技能的技術人士可以藉此省去處理基本「冗務」的麻煩,但仍在摸索、熟悉該技能當中的初、中階學習者卻因此失去了透過這些基本流程來訓練、提升自己的機會。

換句話說,AI 太容易誘使人們偷懶(而非使學習過程更有趣或輕鬆),學習成效被大幅縮減卻仍不自知。

舉個例子,雖然我在上面提到「分析樂曲、修正製譜錯誤的部分還是得由人類本身花費心力做好」,但前提是:我們得要已經懂得那樣做才行啊!如果我們連這個能力都還沒掌握好,而 AI 的賣點恰恰就是能夠直接「授人以魚」而非「授人以漁」的話,那我們還談什麼「學習音樂技能」?更別說如果將來 AI 輸出的樂譜品質好到連基本錯誤也(幾乎)找不到的話,那麼那些樂譜編製技能還要拿來幹嘛?

我的想法是:如果你是要「省去麻煩」,那麼使用 AI 的確是比較直接有效的方式,但如果你是要「認真學習」的話,反而不應該使用 AI 來逃避那些必經的坎坷。矛盾的是,當在不使用 AI 的情況下鍛鍊自己技能並使其提升到一定程度過後,我們反而不需要 AI 也能做出高水準的作品。所以,既然如此,還要 AI 來幹嘛?


  1. 而我會寫那篇文章又是爲了回應 Wiwi.Blog 上的某篇文章 XD。 ↩︎

  2. 他的原文寫的是「扒譜」(然後在腳註提到「轉譜」這個別名),但我個人偏好「採譜」這個稱呼。 ↩︎




讓朋友之間的交談話題回歸自身

在朋友之間的聚會中,最害怕遇到的情況就是大家因為想不到談天的話題而尷尬冷場。

不過,要想出一個大家都會覺得有參與感的好話題,不是一件容易的事情。

因此,許多人——至少以我對自身社交圈的個人觀察而言——都選擇走最不費腦力的路線:談別人的八卦

這種開啟話題的方式,在引起眾人注意以及迴響等方面,可說是最簡單粗暴、最有效率的方式之一。此外,這類話題通常也有很強的向心力與主導力:若有人想將話題從其轉移掉,輕則會被忽略,重則會被嫌掃興。

至於我則是做不到這一點,因為我的待人處事哲學就是簡單的八個字:「關你屁事、關我屁事」。換句話說,別人的閒事,我能夠不去理就不去理。

不過也因此,只要聚會中的話題圍繞在別人的八卦上,我就只能聽人家講,卻無法加入話題。這也導致一些人對我產生「沉默寡言」、「不擅交談」的印象。

他們認為我「孤僻難搞」,我倒是認為他們「內心空虛」,只顧著討論外人的閒事,卻連正坐在他們面前的朋友都不關心一下。

也許我們應該要體悟到,一場聚會的交談話題若專注於在場人士自身,這才顯得更有意義。




欠揍的 UI 設計:拿來擺美的 toggle switch

更準確來說,這個欠揍的界面設計應該叫作「虛假選擇權1」,或是「假裝自己在乎使用者隱私」。

給人家整整三個 toggle switch(切換開關),結果需要把全部三個 toggle switch 都設爲開啟狀態才給人家按下下面的 Agree(同意)鍵,只爲了正常使用一個手機內建功能。那些開關不是拿來擺美裝飾用是什麼?

該說中國廠牌手機不意外嗎?


  1. 英文中有個特別用來形容這個的用詞,叫作 Hobson’s choice。 ↩︎




一個荒謬至極的「電台主播招募廣告」

試想像一下:你是一位自小便對廣播、主持等大衆演說相關活動感興趣的人。也許你是個外向開朗、熱愛聊天的人;也許你常被身邊人稱讚自己口才俐落,並且不吝於對別人分享自身的有趣想法;也許你是個具有高度同理心,並且能夠用心傾聽他人訴苦的人;也許你三者皆是。

懷揣着如此的性格與熱忱,你時常報名參加辯論或演講比賽以鍛鍊自身口才;你時常閱讀書籍或是文章,並且涉獵領域廣泛;你願意在空餘時間接下臨時的主持活動,以訓練自己面對大衆的膽量與口說技巧;你甚至用愛發電地參與錄製了一個簡單的談話性 podcast 節目。

然後,你爲了往正式投入廣播專業之路邁進,決定在大學修讀相關科系(例如大衆傳播系、廣播媒體系等等),即使需要繳付一大筆學費也在所不惜。

你在花費了多年的時間、精力與金錢後,終於練成了一位電台主播所需的專業能力。此刻,你認爲自己已經準備就緒,因此想要找找看有沒有什麼電台公司開放職缺,讓自己成爲一位正式的電台主播⋯⋯

⋯⋯然後,你無意間看到了這個所謂的「AI 電台主播招募廣告」。

截圖取自 https://x.com/FlyFM958/status/2097637548864803052

截圖取自 https://x.com/FlyFM958/status/2097637548864803052


你爲了投入廣播專業作了如此多的努力,到最後某業界公司竟然寧願選擇用「雞膆咁多1」的錢(RM2 000 在馬來西亞只比最低基本月薪水平多一點點而已),隨便「招募」一個阿貓阿狗以取得其相貌與聲音資訊,再將之餵給所謂的「AI 電台主播」模型作爲訓練資料,也不想聘請你這位活生生、能夠提供真實人際交流的人類。

連正式業界也可以爲了「省錢」而對一門專業如此羞辱性地輕視,只能說不能低估一個只重視利益的企業的下限啊。


  1. 廣東話用詞(粵語拼音:gai1 seoi3 gam3 do1),爲「少得可憐」的意思。 ↩︎




GPT-6 Astra 被拿來編製樂譜

我之前在 Wiwi.Blog 讀到這篇題爲〈因為不困難了,所以不想做了〉的文章,裡頭提到至少在該文初次發佈之時,「編製(可真人演奏的)樂譜」是音樂上爲數不多的「困難部份」之一:

🎼 編製「真人可演奏」的五線譜:目前的大型語言模型還做不到(因為訓練資料不足),而且似乎沒人願意投入資金研究,感覺幾年之內還不會被解決。

「幾年之內還不會被解決」,我那時是如此地相信着⋯⋯

⋯⋯直到幾天前(2026 年 9 月 4 日),新版本的大型語言模型(LLM)——GPT-6 Astra 正式面世。

當這個模型一推出的時候,許多人第一件事是拿它去做什麼?

編製樂譜編製樂譜編製樂譜⋯⋯族繁不及備載。

換句話說,現在五線譜作編曲/編製家連「幾年的舒適期」也可能沒機會有,不出半年 LLM 就已經往將該技藝「巴剎菜市場化」更跨近一大步。雖然目前 GPT-6 輸出的樂譜品質初步而言說不上很精緻,並且充斥着那些基本的記譜錯誤,但能夠生出個「勉強堪用」的雛形已經是個一大進展了。

無話可說。不是出於驚豔,而是出於內心的無力。


正向一點想的話,至少那些往往會用上許多非常規演奏技巧和/或具高度「不確定性」(指刻意寫得很模棱兩可的演奏指示,以賦予演奏者本身更多的自我詮釋空間)的當代古典樂五線譜,因爲其高度客製化的版面設計,也許真的還需要至少幾年的時間才能被 LLM 學走?

又或者是直接走非主流路線,以圖像記譜法作曲算了。




一眼認出樂譜小部分截圖的對應樂曲

當你對某一首樂曲癡迷到只是看到某個隨便的五線譜截圖就可以一眼認出它源自該曲子的程度的時候。

截圖取自 https://x.com/italian_sky/status/2097522581180194901

截圖取自 https://x.com/italian_sky/status/2097522581180194901

截圖取自 The Seventh Night of July 的官方總譜試閱檔案(對應小節數:155 至 158)。

截圖取自 The Seventh Night of July 的官方總譜試閱檔案(對應小節數:155 至 158)。




在貼文列表頁面增設搜尋欄

不知不覺,這個極短(?)文 blog 網站已經累積了超過 300 篇(!)發文了。

因此,我開始心想:「這麼多發文,如果讀者只想找某個特定文章的話,要他們自己在貼文列表頁面一個一個去查找不是很麻煩?而且即使用上比較聰明的 Ctrl + F 一招,也只能以幫助不大的貼文標題作爲依循。如果有一個可以透過查詢標題還有內文的關鍵字取得特定發文的搜尋功能,那該有多好。」

所以我就在貼文列表頁面的開頭增設了一個搜尋欄。會選擇放在那邊是想模仿 Bear Blog 的預設版面配置。

我是照着此網站所使用的 SSG——Hugo 官方網站上的搜尋功能工具推薦頁面,選擇了 pagefind 這個設定過程非常直接簡單的工具。

因爲我就想要一個可以用的搜尋欄就好,所以我只需要照着 Quick Start 頁面的指示,在此網站貼文列表頁面所對應的原始碼檔案——也就是 list.html——加上這幾行 HTML 程式碼:

1<link href="/pagefind/pagefind-component-ui.css" rel="stylesheet">
2<script src="/pagefind/pagefind-component-ui.js" type="module"></script>
3
4<pagefind-modal-trigger></pagefind-modal-trigger>
5<pagefind-modal></pagefind-modal>

(上述程式碼的最後兩行對應的是會另外開啟「覆蓋整個原頁面的全螢幕搜尋頁」的版本。若想改成將搜尋結果以下拉選單樣式顯示的版本,請將該兩行程式碼改成 <pagefind-searchbox></pagefind-searchbox>。)

然後在我所使用的網站部署服務——Vercel 的設定頁面中,將建構網站的指令由普通的 hugo --gc 改成以下指令:

hugo --gc && npx -y pagefind --site public

這樣就搞定了。直白明瞭!

希望這個搜尋功能可以有所幫助。




我的文具標配

猶記得在我的中小學時期,由於受到身邊同學的影響,或是自身購買文具的經歷,我在文具的選擇上形成了某種 go-to1(首選)組合。

到了今天,我仍然是它們的忠實使用者,即使市面上出現了功能更吸引人、品質更高端的選項也依然如故。換句話說,它們陪伴着我應已有十多年的時間了。

以下文具品牌介紹並非廣告,而純粹是我的個人心水2分享。


尺、鉛筆刨削鉛筆器和螢光筆的話,我倒是沒有特定偏好。

以上文具圖片皆取自對應廠商的官方網站。

以上文具圖片皆取自對應廠商的官方網站。


  1. 順帶一提,那個 hyphen(連字號)很重要,少了它意思就大爲不同了! ↩︎

  2. 廣東話(借)用詞,爲「喜好、推薦」之意。 ↩︎

  3. 我個人是 correction tape(修正帶)派多於白墨(修正液)派,因爲我真的懶得等那個液體乾掉才可以繼續寫字。 ↩︎

  4. 這裡特指 gel pen中性筆,廣東話又稱「啫喱筆」),而非 fountain pen(鋼筆)。 ↩︎

  5. 雖然我是有特定的鉛筆偏好,但我很少用鉛筆,而是比較常用筆芯筆。 ↩︎

  6. 從 2016 年開始,董總考試局更換了不同型號的 OMR 考卷掃描機與選擇題答案紙,導致他們出了新的考試規定:考生必須改用筆芯硬度爲 5B 的鉛筆來作答選擇題。 ↩︎




關於 ikat tepi

我有追蹤的一位日常系圖文影片創作者暨畫師——Emirichu,之前發佈過一部講述她前往馬來西亞以嘉賓身分參加 Animangaki 動漫展1的體驗的影片。其中,她講到她去當地(確切來說應該是吉隆坡/KL——爲什麼我要如此強調?等下就知道了)的一間嘛嘛檔用餐時,喝到這種裝在塑膠袋裡頭,並且用繩子往袋子旁邊打結的飲料

截圖取自上述影片 2 分 30 秒處。

截圖取自上述影片 2 分 30 秒處

這類打包外帶型飲料的名稱叫作 ikat tepi,爲「綁旁邊」的馬來文講法。其內容物是什麼並不是重點,重點是它盛裝飲料的方式——直接使用塑膠袋並簡單綁一個繩結算數,以快速方便著稱。當然,ikat tepi 幾乎只以冷飲的形式出現,畢竟放熱飲的話會有喝到熔化塑膠的疑慮啊!

無獨有偶,我在今年前往另一個在馬來西亞舉辦、以原創作品爲主軸的動漫展——CAFKL2 的時候,有幸看到了當時的嘉賓之一——來自日本的美食插畫家 Momiji 真魚的現場作畫暨對談會,而在該活動中,負責主持場面的一位工作人員交替使用着英文與日文,向現場觀衆以及 Momiji 真魚本人講述馬來西亞的 ikat tepi 文化。

換句話說,ikat tepi 這個東西,至少從我看來,似乎是馬來西亞人向外國人介紹當地美食文化時,一定會首先講到的特點之一。


對此,身爲東馬/沙巴/山打根人的我看在眼裡,倒是笑笑不說話。

因爲 ikat tepi 這種東西⋯⋯在我的家鄉完全不流行啊!

在東馬的餐飲店(無論是茶餐廳還是嘛嘛檔)裡3,大家習慣用的可是牙甩玻璃」杯啊,「牙甩」杯!即使是冷飲也不例外!

我自己還是去到西馬的 KL 時才第一次見到 ikat tepi 這種東西,在此之前我可是聽都沒聽過。

某天在山打根和家人在外用餐時點的一杯檸檬水,照片攝於 2024 年 5 月。

某天在山打根和家人在外用餐時點的一杯檸檬水,照片攝於 2024 年 5 月。

同爲馬來西亞人的我,卻和外國人一樣對 ikat tepi 這個概念感到陌生,這也讓我不禁感慨西馬與東馬之間那細微但不可忽視的文化差異啊。


  1. 她是在 2022 年參加的,而我其實在今年也有去,之後再寫一篇 blog 文章談談。 ↩︎

  2. 全名爲 Comic Art Festival Kuala Lumpur,一樣之後再對此寫一篇 blog 文章。 ↩︎

  3. 從西馬開到東馬的餐飲分店不算哦。 ↩︎




八月爲何有 31 天?我上網查了一下⋯⋯

讀到了由 ikuka 寫的〈你知道趴趴熊有翅膀嗎?〉這篇文章,其中有一段講到八月會有 31 天的原因:

因為以前一個皇帝還是很有權力的人叫做「August」,他覺得我這個人如此偉大,人民應該要隨時對我抱持敬意,所以他就下令把8月改成31天。

記憶中的故事是長這樣的,但實際上網查了一下,好像是羅馬的曆法改制之類的…,這部分就留給大家自行考證。

所以我就自行考證了一下。

先說結論:上面的說法都對也都錯一半對一半錯,根據(英文)維基百科1上的資料(以及這個在 History StackExchange 上解釋得滿有條理的發文),八月會有 31 天的來龍去脈可以透過以下流程圖呈現:

(以下流程圖使用 mermaid 製作,需在瀏覽器上開啟 JavaScript 方可正常載入。)

block
    columns 3
    id1["古羅馬帝國之前<br>是使用一年有十個月<br>(不算「閏月」的話)的「<a href="https://zh.wikipedia.org/zh-tw/%E7%BE%85%E9%A6%AC%E6%9B%86">羅馬曆</a>」,<br>爲一種陰陽合曆"] space id2["在 46 BC,當時的統治者——<br>凱撒(Julius Caesar)<br> 將羅馬曆法<br>改成儒略(Julian)曆,<br>並且多加了兩個月;<br>該曆法於 45 BC 正式生效"] 
    id3["原本的「羅馬曆五月」(Quintilis)<br>及「羅馬曆六月」(Sextilis)<br>分別變成了儒略曆的<br>「七月」與「八月」"] space id4["爲了更準確地<br>反映季節更迭的週期,<br>凱撒爲儒略曆的「八月」<br>多加了兩天(從 29 天變成 31 天)"]
    id5["凱撒死後的 44 BC,<br>羅馬人決定將他出生的月份,<br>也就是 Quintilis,改以<br>凱撒名字——即 Iulius——稱呼,<br>後來在現代英文就變成了 July"] space id6["後來即位的奧古斯都(Augustus)<br>在 8 BC 決定將 Sextilis 改以<br>自己的名字命名,<br>後來在現代英文就<br>變成了 August;<br>會選擇「儒略曆八月」<br>是因爲他的光榮史<br>都在那一個月發生"]
    id1 --> id2
    id2 --> id3
    id3 --> id4
    id4 --> id5
    id5 --> id6
上面流程圖的螢幕截圖版本。

上面流程圖的螢幕截圖版本。

換句話說,八月在英文中會叫作 August 雖然的確是因爲奧古斯都大帝的關係,但它會有 31 天並不是奧古斯都的決定,而是將羅馬曆法進行改制的凱撒。


  1. 相關文章:AugustusJulian calendarJulius Caesar。 ↩︎