Translating SRTs sometimes has unwanted concatenation (ZH-HANS, JA, KO)

[Guitarmadillo]

Hello, I use DeepL Pro API to translate srt files and for most languages I do not experience this problem. It is when I attempt to translate to ZH-HANS, Japanese, or Korean, and also Turkish that I often get many lines of srt text all concatenated onto one line further down in the transcript.

It results something like this where it looks like the text in those timestamps all get pushed to a later timestamp:

39
00:00:50,973 --> 00:00:52,533
毕竟 比糟糕的网络摄像头视频要好看些

40
00:00:52,533 --> 00:00:53,703

41
00:00:53,703 --> 00:00:54,873

42
00:00:54,873 --> 00:00:56,313

43
00:00:56,313 --> 00:00:57,813

44
00:00:57,813 --> 00:00:58,863
。 但归根结底，如果 网络摄像头 视频 的内容 本身 够精彩，人们 照样会看 。
就像现在还有无数人观看 过去 伟大 音乐家和艺术家的 演出录像 。

Let me know what steps I could take to try to resolve this. I am calling this endpoint: https://api.deepl.com/v2/document

[ThioJoe]

I've found one way to partly mitigate this is to pre-process the original SRT file so that if there are multiple lines per frame, join them to one line.

So instead of:

16
00:01:20,480 --> 00:01:26,080
Another example is scam emails targeting business 
executives specifically about some kind of  

Make them all:

16
00:01:20,480 --> 00:01:26,080
Another example is scam emails targeting business executives specifically about some kind of  

It seems that it maintains the line break in the translation which messes it up. Also make sure there's no weird invisible characters. For example, SRT files downloaded from YouTube have a non-breaking space (NSBP) at the end of each first line. I found removing those also improves it.

[Guitarmadillo]

Thanks for the feedback!

What if my file looks like this where sentences are split across multiple lines? The germanic and romance languages are fine if I feed them this an example like this:

319
00:07:45,330 --> 00:07:46,260
When you open an account with

320
00:07:46,260 --> 00:07:48,240
those, they open it in your name.

321
00:07:48,290 --> 00:07:49,220
When you send a transfer,

322
00:07:49,220 --> 00:07:50,300
the transfer comes from your

323
00:07:50,300 --> 00:07:51,440
name or your business name

324
00:07:51,440 --> 00:07:52,430
if it's a business account.

325
00:07:52,440 --> 00:07:53,850
Make sure that the sending

326
00:07:53,850 --> 00:07:55,890
institution name matches and that

327
00:07:55,890 --> 00:07:57,700
your account number matches these

328
00:07:57,700 --> 00:07:59,230
three things should all match,