SRT is the subtitle format everything reads, and the simplest one. ASS is Advanced SubStation Alpha, which carries styling and positioning. ffmpeg sits between the two, and this page says exactly what happens to an SRT file on the way to becoming an ASS one.
What runs when an SRT file becomes ASS
ffmpeg held to a single thread, on a machine we rent and watch. Your SRT file is uploaded once, ffmpeg runs once, the ASS comes back, and neither file is kept. SRT to ASS is one of the 3649 pairs that engine was probed on with a real file, which is why it has a page here and why the pairs the probe could not prove do not.
What survives from the SRT into the ASS
Every line, and the moment it appears. The engine reads your SRT and writes the same cues into the ASS: the text is not re-wrapped, the order is not touched, and the start of each cue lands where it was. It counts the cues on the way out and refuses the result if the count moved.
Accents and every other character. The ASS is written as UTF-8, which is the one thing that stops subtitles arriving as question marks on a machine that is not yours.
A file whose size you can predict. We put the same 200-cue file through all six formats and weighed what came out: 106.4 bytes per cue in ASS, 21 % larger than the SRT, because every cue carries a style name, a layer and three margins, whether or not it uses them. The extra bytes buy something, and the next section says what.
Room for more than text. An ASS can carry fonts, colours, outlines and screen positions. An SRT has no field for any of that. This pair does not INVENT the styling either: what you get is your cues in a container that has room for it, ready for you to add.
What SRT to ASS costs you
Nothing measurable, which is worth saying plainly. SRT and ASS carry the same cues with the same fidelity, and this pair changes the container rather than the content.
Where SRT and ASS files come from
SRT. Written for SubRip, a Windows program that pulled subtitles off DVDs, and it won by being trivial: a number, two timestamps, the lines, a blank line. No styling, no specification, no committee. Every player on earth reads it.
ASS. Built for anime fansubbing in the early 2000s, and it stayed because nothing else does what it does: fonts, colours, outlines, karaoke timing, subtitles placed anywhere on screen and animated. It is what typesetters use when a subtitle has to look like part of the picture.
If a model is going to read the ASS
A subtitle file is a transcript with the clock attached, which is what makes it worth feeding to a model at all: every line comes with the moment it was said. SRT in, ASS out, and the START of every line lands where it was, so a question like "what was said at eleven minutes" still has an answer afterwards.
SRT to ASS, measured rather than promised
Running SRT to ASS against the real engine with a real file, ffmpeg wrote 752 bytes of ASS in 0.1 seconds, machine otherwise idle. That is one SRT file on one day and not an average, which is why the number is given together with the file that produced it.
The SRT to ASS verdict was reached by reading the text, the timings and the length of every cue, meaning the output was read back and recognised. Which check was used matters, because they do not all prove the same thing, and a status code of 200 proves nothing whatsoever about whether the ASS file has anything inside it.
Other ways into ASS, and what they measured
Among the published routes into ASS, SRT is the second largest output of the 2 measured. The witness files differ, so this ranks the probe run and not your document.
VTT to ASS: 752 bytes in 0.1 seconds.
What we will not pretend about SRT to ASS
An SRT file over 5 MB is refused before the upload finishes rather than after it, so you do not wait for a rejection.
An SRT to ASS run that passes 30 seconds is killed, and the ffmpeg process is killed with it. A run left behind would sit on one of the machine's two cores until somebody noticed.
This family does not touch the timing itself. Shifting subtitles by two seconds, stretching them for a different frame rate or merging two files are real needs and none of them happens here: this converts a container into another container.
One SRT file at a time, chosen in the browser. There is nothing else to set up and nothing else on offer.
SRT to ASS: what people ask
What actually converts my SRT file to ASS?
ffmpeg does it, held to a single thread, on a machine we rent and watch. Not a browser trick and not somebody else service: the SRT file is uploaded once, ffmpeg runs once, the ASS comes back, and neither file is kept afterwards.
How long does SRT to ASS take?
On the file the probe used, ffmpeg took 0.1 seconds and wrote 752 bytes of ASS. That is one real measurement on one real SRT file, not an average and not a promise about yours: a larger SRT takes longer, and past 30 seconds the run is stopped.
What do I lose going from SRT to ASS?
The one to know about first: Nothing measurable, which is worth saying plainly. SRT and ASS carry the same cues with the same fidelity, and this pair changes the container rather than the content.
Will the timings still match my video?
Yes. The start of every cue is carried across unchanged, not recomputed. The ends too, exactly as your file had them.
Is SRT to ASS free?
There is a free allowance every month, and one SRT to ASS conversion costs half a credit against it. When the allowance runs out the tool says so and stops, rather than quietly handing you a worse ASS.