Przejdź do treści
SubtitleMatrix

Konwerter napisów JSON na ASS

Albo wklej tekst napisów

Co zmienia ta konwersja

1 rzecz zostaje pominięta albo wymaga decyzji

  • Dokładność

    dokładność czasów — zegar wyniku jest grubszy, więc każdy znacznik czasu jest zaokrąglany do najbliższych 10 ms

Ta lista pochodzi z macierzy możliwości tych dwóch formatów, a nie z konkretnego wczytanego pliku. Konkretny plik może stracić więcej, jeśli używa cech, które format dopuszcza, ale macierz ich nie modeluje.

Ta strona konwertuje JSON na ASS. Wrzuć plik albo wklej tekst, a dostaniesz z powrotem wersję ASS. Konwersja odbywa się w całości w Twojej przeglądarce — nic nie jest wysyłane i nie potrzebujesz konta.

Te dwa formaty nie przechowują tego samego, a różnica nie jest kosmetyczna: precyzja nie mają gdzie się podziać w ASS. Powyższa lista wynika z tego, co potrafi wyrazić każdy z formatów, a nie z zawartości Twojego pliku — więc odpowiedź jest taka sama, zanim cokolwiek wczytasz.

Jeden plik to żaden problem, podobnie cały sezon: kolejka przetwarza je po kolei, a wyniki pobierasz razem w jednym archiwum ZIP.

Przykłady

Typowy plik JSON po konwersji do ASS

Wejście

{
  "version": 1,
  "title": "Fixture: typical",
  "fps": 25,
  "styles": {
    "Default": {
      "name": "Default",
      "fontFamily": "Arial",
      "fontSize": 20,
      "primaryColor": "#FFFFFF",
      "bold": false,
      "italic": false
    }
  },
  "generator": "subtitlematrix fixtures",
  "cues": [
    {
      "id": "1",
      "start": 0,
      "end": 2000,
      "lines": [
        "Hello world.",
        "Second line."
      ],
      "style": "Default",
      "position": {
        "x": 100,
        "y": 200,
        "align": "center"
      }
    },
    {
      "id": "2",
      "start": 2500,
      "end": 4000,
      "lines": [
        "Plain line.",
        {
          "text": "Styled line.",
          "tags": [
            {
              "kind": "italic",
              "start": 0,
              "end": 6
            }
          ]
        }
      ]
    },
    {
      "id": "3",
      "start": 4500,
      "end": 6000,
      "lines": [
        "Roger: I am here."
      ],
      "speaker": "Roger"
    }
  ]
}

Wynik

[Script Info]
Title: Fixture: typical
ScriptType: v4.00+

[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Default,Arial,20,&H00FFFFFF,,,,0,0,,,,,,,,,,,,,,

[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:00.00,0:00:02.00,Default,,0,0,0,,{\pos(100,200)}Hello world.\NSecond line.
Dialogue: 0,0:00:02.50,0:00:04.00,Default,,0,0,0,,Plain line.\N{\i1}Styled{\i0} line.
Dialogue: 0,0:00:04.50,0:00:06.00,Default,,0,0,0,,Roger: I am here.

W tym wyniku przepada: precyzja. Reszta zgadza się linia w linię.

Ta sama konwersja na trudniejszym pliku

Wejście

[
    { "start": 0, "end": 1000, "lines": ["First."] },
    { "start": 1000, "end": 2000, "text": "Second." },
    "not an object",
    { "start": 2000, "end": 3000, "lines": ["Third."], "class": "top" }
]

Wynik

[Script Info]
ScriptType: v4.00+

[V4+ Styles]
Format: Name, Fontname, Fontsize, PrimaryColour, SecondaryColour, OutlineColour, BackColour, Bold, Italic, Underline, StrikeOut, ScaleX, ScaleY, Spacing, Angle, BorderStyle, Outline, Shadow, Alignment, MarginL, MarginR, MarginV, Encoding
Style: Default,Arial,20,&H00FFFFFF,&H000000FF,&H00000000,&H00000000,0,0,0,0,100,100,0,0,1,2,2,2,10,10,10,1

[Events]
Format: Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text
Dialogue: 0,0:00:00.00,0:00:01.00,Default,,0,0,0,,First.
Dialogue: 0,0:00:01.00,0:00:02.00,Default,,0,0,0,,Second.
Dialogue: 0,0:00:02.00,0:00:03.00,Default,,0,0,0,,Third.

To typowe uszkodzenia prawdziwych plików — mieszane końce wierszy, zbłąkane spacje, puste pola. Porównaj z uporządkowanym przykładem powyżej, żeby zobaczyć, co parser wybacza.

Częste pytania

Dlaczego znaczniki czasu zmieniają się przy konwersji JSON na ASS?

ASS zapisuje czas jako `0:00:04.13`, a JSON jako `4126` — setne zamiast tysięcznych. Każdy znacznik jest zaokrąglany do najbliższych 10 ms: 4,126 s wychodzi jako 4.13. Nic się nie rozciąga ani nie zmienia kolejności, a blok nie przesuwa się o więcej niż 5 ms, ale przy dopasowywaniu do innego pliku to jedyne miejsce, gdzie konwersja traci dokładność.

Jak wygląda wynik, gdy JSON staje się ASS?

Bez numerów bloków: każdy napis to wiersz `Dialogue:` w `[Events]`, a zamiast numeru stoi pole warstwy. Obiekt `position` z JSON-a trafia do tekstu jako `{\pos(100,200)}`, a styl z `styles` zasila wpis w `[V4+ Styles]`.

Jak dwuwierszowy blok JSON wychodzi w ASS?

Jako dwie linie rozdzielone `\N`, czyli twardym złamaniem wiersza ASS. Oba wpisy `lines` pozostają w jednym zdarzeniu `Dialogue:`, więc odtwarzacz pokazuje je razem.

Czy ASS zachowuje kolejność bloków JSON?

Tak, po sortowaniu po czasie `start`. Sekcja `[Events]` dostaje zdarzenia od najwcześniejszego, a plik z blokami poza kolejnością zostaje uporządkowany — to zmiana struktury, nie treści.

Czy można wrócić z ASS do JSON-a?

Tak, ale to osobny kierunek z własną listą strat: konwersja ASS na JSON traci konstrukcje charakterystyczne dla ASS, m.in. efekty i nagłówek `[Script Info]`. Lista różni się od tej powyżej, bo formaty przechowują inne rzeczy.

Czy ASS zachowuje kodowanie pliku JSON?

Nie — wyjście jest w UTF-8, z LF i bez BOM, niezależnie od kodowania JSON-a. Plik źródłowy w UTF-16 lub w kodowaniu jednobajtowym jest dekodowany przy wczytaniu, o czym informuje panel wyniku.

Powiązane narzędzia