乾淨簡潔的 LRC 檔案會在每一行歌詞前放一個 [mm:ss.xx] 時間戳記，而一個遵循事實標準子集的產生器，只要輸入每行一行歌詞加上固定的厘秒間隔，就能產生一個可重複的檔案。輸出採用廣泛支援的簡易 LRC 子集，每一行都使用方括號括起分鐘、秒數和厘秒，並在檔頭加上選擇性的 [ti:]、[ar:] 和 [al:] 中介資料標籤。因為每一行新歌詞只是把同樣的厘秒數加到前一個時間戳記上，所以檔案是可重現且易於推導的，這正是它適合作為任何歌曲起始草稿的原因。常見的錯誤來自於略過輸入準備、時間戳記格式錯誤、把多行歌詞塞進同一行，或是把固定間隔當作已經對齊實際人聲。了解產生器能做與不能做什麼，並在你實際使用的播放器中測試檔案，正是乾淨的 LRC 與在第一段副歌就開始飄移的 LRC 之間的差別。
LRC 檔案產生器實際上做了什麼
LRC 檔案產生器是個專注的文字格式化工具。你提供輸入，它回傳一串完整的簡易 LRC 字串，具備正確的方括號、正確的分隔符，以及可預期的時間戳記。你現在就能打開的工具是 LRC 檔案產生器，它在你目前的瀏覽器分頁中執行所有驗證與運算，因此不會上傳任何資料。
它接受的輸入:
- 1 到 500 行非空白的歌詞行，每行一個顯示事件
- MM:SS.xx 格式的起始時間戳記，例如 00:12.34
- 行與行之間 0.01 到 600.00 秒的間隔
- 選擇性的標題、演出者與專輯欄位
它刻意不做的事:
- 聆聽音訊、偵測語音，或將歌詞對齊錄音
- 轉錄歌詞、搜尋歌曲目錄，或提供受版權保護的文字
- 輸出小時欄位、影格式時間戳記、三位數毫秒，或增強型逐字角括號時間戳記
把合約範圍縮窄才是重點:相較於包含未支援標籤的擴充版本，保守的檔案能在更多播放器中正確解析。
產生前檢查清單:準備你的歌詞與時間
大多數 LRC 問題出在輸入而非工具。花兩分鐘過一遍這份清單，能省下後續十分鐘的編輯時間。
- 每行放一句歌詞。如果兩個句子落在同一個歌唱拍點上，就合併在一起;如果落在不同拍點，就拆成獨立行。
- 移除空白行。空行會自動被丟棄，但分散在段落之間的零星空行仍會佔用你的行數。
- 去除控制字元。Tab 與其他控制碼會直接被拒絕，因為各播放器對它們的解析方式不一致。
- 從實際錄音中挑選起始時間。使用第一句歌詞開始的瞬間，而不是前奏的開頭。
- 選擇大約為平均行長一半的間隔。一段 4 秒的抒情歌曲行搭配 2.00 秒的間隔效果很好;節奏較快的饒舌行則需要更短的間隔。
- 事先決定你的中介資料。標題欄位也會用於建議的下載檔名，所以乾淨的標題能省下後續重新命名的麻煩。
如果你在按下「產生」前需要一次健全性檢查，這個簡短的 初學者首次製作檔案逐步指南以初學者步調走過同樣的輸入流程。
如何產生乾淨的 LRC 檔案
- 把你的歌詞貼上或輸入到輸入框中，每行一個顯示行，確保每個你想加入時間的行都不是空白。
- 輸入 MM:SS.xx 格式的起始時間戳記，例如 00:12.34，其中分鐘使用兩位或三位數字，秒數範圍從 00 到 59，小數點後必須剛好兩位厘秒數字。
- 輸入介於 0.01 到 600.00 秒之間、小數點後最多兩位的間隔，例如 2.50。
- 如果你希望在檔案中加入 [ti:]、[ar:] 和 [al:] 標籤，可以加入選擇性的標題、演出者與專輯欄位。
- 點擊 Generate。預覽會顯示 Download 即將儲存的完整檔案文字，包含你可以用來健全性檢查範圍的第一個與最後一個時間戳記。
- 點擊 Download 將 .lrc 檔案儲存到你的裝置。檔案以 UTF-8 編碼，不帶位元組順序標記。
- 開啟檔案並與實際錄音並排，在專用的 LRC 編輯器中調整各行，讓實際人聲與時間對齊。
這裡把運算整理在同一處。對於起始時間戳記 00:12.34 與間隔 2.50 秒，前三行被計時的歌詞會得到:
- 第 1 行:00:12.34 (起始時間戳記)
- 第 2 行:00:12.34 + 2.50 = 00:14.84
- 第 3 行:00:14.84 + 2.50 = 00:17.34
間隔會在產生任何行之前先被轉換為整數厘秒數，這就是為什麼 2.50 加上 2.50 會剛好落在 .34，而不是在數百行後飄移成 .339999。獨立的 Subforge LRC 時間實作確認分鐘貢獻六萬毫秒、秒數貢獻一千毫秒，兩個小數位數代表厘秒。
破壞 LRC 輸出的常見錯誤
即使工具很乾淨，幾個輸入習慣仍會毀掉檔案。以下是反覆出現的幾個錯誤，以及如何避開它們。
| 錯誤 | 為什麼會毀掉檔案 | 修正方式 |
|---|---|---|
| 起始時間戳記使用一位數分鐘、三位數毫秒或小時欄位 | 播放器預期 [mm:ss.xx] 並附兩位厘秒;不會輸出小時欄位 | 僅使用 00:00.00、09:59.99、10:00.00 或 123:45.67 這種格式 |
| 把 2.5 秒的間隔當作在數百行內不會飄移 | 在自行撰寫的腳本中，浮點數運算可能會喪失精度 | 相信工具會先轉成整數厘秒再加總;並將間隔上限設為 600.00 秒 |
| 在同一行放兩句歌詞 | 兩句話共用一個時間戳記，讓半首歌卡在同一拍 | 拆開該行;每個輸入行對應一個顯示事件 |
| 中介資料值中出現方括號 | 多餘的 [ 或 ] 會插入一個偽造的 LRC 標籤，搞壞解析器 | 在產生之前先從標題、演出者與專輯中去除方括號 |
| 誤信固定間隔已經對齊人聲 | 實際的歌手會換氣、延長音節、跳拍 | 把檔案當作草稿，在專用編輯器中重新調整時間 |
| 歌詞中含有過長的 Unicode 表情符號或控制字元 | 有些播放器會截斷或拒絕這類行 | 僅保留一般文字與支援的標點符號 |
如果最終計算出來的時間戳記會超過 999:59.99，產生作業會失敗而非悄悄截斷，讓溢位問題立刻浮現，而不是在最後一段副歌時悄悄毀掉檔案。
下載之後:測試與調整時間戳記
下載的檔案是草稿，不是完成的字幕軌。一段簡短的測試流程能在分享檔案之前抓出大部分的播放問題。
- 在你實際使用的音樂播放器中開啟檔案。不同播放器對中介資料標籤、時間戳記精度、過大的分鐘值以及增強型 LRC 擴充的支援都不同，所以請在目標應用程式上測試。
- 觀察預覽中的第一個與最後一個時間戳記與錄音的對應情形。如果最後一個時間戳記落在歌曲結束之後很遠，表示你的行數或間隔設定過於激進。
- 重新調整個別行。專用編輯器讓你不必重寫整個檔案，就能把單一行向前或向後微調。
- 除非必要，不要重新編碼。檔案以 UTF-8 儲存且不含 BOM，大多數現代播放器偏好這種格式;如果你在記事本中手動編輯，請以相同編碼儲存。
- 如果標題欄位原本是空白的，請儲存並重新命名。預設檔名是 synced-lyrics.lrc，重新命名能避免在充滿 LRC 檔案的資料夾中發生檔名衝突。
foobar2000、AIMP 以及許多行動播放器都能處理這個工具所輸出的簡易子集。Windows Media Player 與部分較舊的播放器可能會以不同方式解析檔案，或忽略部分中介資料，這就是為什麼快速的播放測試屬於工作流程的一部分，而不是可有可無的額外步驟。
乾淨的中介資料與編碼秘訣
中介資料是多數使用者略過的部分，卻也是檔案在舊版播放器中經常出問題的地方。
- 每個中介資料值限制在 120 個字元以內。超過的值會自動被截斷。
- 如果不需要某個中介資料欄位，就留空。空白欄位會從檔案中完全省略，讓未使用的演出者欄位不會以空白的 [ar:] 行形式出現。
- 避免在標題、演出者與專輯中使用方括號與控制字元。這些在檔案建立之前就會被拒絕，比讓它們悄悄溜進儲存的文字更安全。
- 如果你想要乾淨的檔名，請保持標題簡潔。不安全的檔名標點會被轉為連字號;空白的標題會產生 synced-lyrics.lrc。
- 任何手動編輯後，請再次檢查編碼。不含 BOM 的 UTF-8 是約定格式;不小心加入 BOM 可能會改變某些解析器讀取第一個標籤的方式。
這個產生器所輸出的保守子集 —— [mm:ss.xx] 行時間戳記加上選擇性的 ti/ar/al 標籤 —— 也是最有可能在各家播放器中正確解析的子集，這正是保持範圍縮小的目的。根據 QuickLRC LRC 格式參考，被計時的行會有一個由方括號括起、依序為分鐘、秒數與厘秒的值，緊接著歌詞文字，小數點後的兩位數代表厘秒。如果你還想再次確認沒有任何資料離開你的瀏覽器，這篇線上 LRC 產生器安全性逐步指南會更詳細地說明同一份隱私合約。