TXT 轉 JSON
或者貼上字幕文字
選項
當來源檔案沒有結束時間時使用（純文字、LRC）。輸出裡的時間軸是在這裡產生的，不是轉換來的，所以填多少就是多少。
這次轉換會改變什麼
有 1 項會被捨棄或需要你決定
- 時間
時間軸本身——來源檔案不記錄任何時間，因此輸出的時間軸是產生出來的，而非轉換而來
這份清單來自這兩種格式的能力矩陣，而不是你載入的這份具體檔案。如果具體檔案用到了格式允許、但矩陣沒有建模的特性，可能會遺失更多。
這一頁把純文字檔轉成 JSON。TXT 裡沒有任何時間碼，一行文字就是一條字幕，所以時間軸由這一頁排出來；整個過程在本機完成，不上傳、不需要帳號。
兩個格式能存的東西不同：時間軸在 JSON 裡沒有落點。上方清單說的是兩個格式各自能表達什麼，不是讀了你的檔案才有答案——TXT 本來就沒有時間資訊，這一頁得先把時間軸排出來。
空白行是段落分隔，不會變成空字幕；有文字的行才佔一個時間槽，預設每行 2 秒，可以調整。單檔可以，整季也可以：佇列依序處理，結果打包成一個 ZIP。
範例
一份典型的 TXT 檔轉成 JSON
輸入
The quick brown fox jumps over the lazy dog.
Second paragraph, first line.
Second paragraph, second line.
輸出
{
"version": 1,
"cues": [
{
"start": 0,
"end": 2000,
"lines": [
"The quick brown fox jumps over the lazy dog."
]
},
{
"start": 2000,
"end": 4000,
"lines": [
"Second paragraph, first line."
]
},
{
"start": 4000,
"end": 6000,
"lines": [
"Second paragraph, second line."
]
}
]
}
這份產物丟掉了：時間軸。其餘內容逐行對得上。
同一轉換遇到結構鬆散的 TXT 輸入
輸入
Hello world.
Second block.
輸出
{
"version": 1,
"cues": [
{
"start": 0,
"end": 2000,
"lines": [
"Hello world."
]
},
{
"start": 2000,
"end": 4000,
"lines": [
"Second block."
]
}
]
}
真實檔案常有混合換行、多餘空白與空欄位，這份輸入就是那個樣子；可以對照上面那份乾淨範例，看看解析器容忍到哪裡。
常見問題
把 TXT 轉成 JSON 時，時間軸是從哪裡來的？
是這一頁排出來的，因為 TXT 裡沒有任何時間。第一行從 0 開始，之後每一行接在上一行結束的地方，每行預設 2 秒；JSON 產物裡就是這條等距時間軸。
TXT 轉成 JSON 的產物長什麼樣子？
JSON 產物是一串 cue 物件，每一條有自己的 id、start 與 end，時間是整數毫秒。TXT 的每一條 cue 依序變成一個物件。
TXT 的 cue 順序在 JSON 檔裡會重排嗎？
會按開始時間排序，最早的在前。TXT 的每一條字幕進到 JSON 都照這個順序寫；若原檔本來是亂的，產物會把它們排回正確順序——改的是結構，不是內容，這也是本站每個格式共用的讀檔順序。
把 JSON 轉回 TXT，剛才丟掉的東西補得回來嗎？
JSON 轉回 TXT 會丟掉時間軸、樣式、定位、卡拉OK與換行分組；時間軸是這一頁排出來的，回頭時沒有紀錄可還原。
TXT 轉 JSON 的產物用什麼編碼與換行？
一律是 UTF-8、Unix 換行（LF）、不帶 BOM，不管 TXT 原檔用什麼。若輸入是 UTF-16 或 Windows 單一位元編碼，讀入時會先解碼，結果面板會說明；JSON 產物永遠是同一種 UTF-8。