Subtitle Edit [Archive] - Page 2

Janusz

21st May 2020, 21:57

Yes, the OCR process benefits from a good OCR fix replace list.

<WordPart from = "f" to = "f " /> <! - "f" will be two words ->

I had this line in <OCRFixReplaceList> so there had to be something else here.
In the first version of the file, the line contained only one phrase "photographerAdam".
"Adam" is only 5 letters, I thought maybe this is it?

I have created a new file (https://drive.google.com/uc?export=view&id=1Zr30Eu2Ae0EGnf1Mw7cbKCGEs56suVHy). I added a few lines and longer words starting with "A".

https://drive.google.com/uc?export=view&id=1rHvddcUtWsdBTiOmhvobpmRBKDnZkKN7

OCR worked, but as you can see above - not quite.
The division has happened, but it is not everywhere it should be. Only on line 2 is good.
I disabled split after "f" in "pol_OCRFixReplaceList.xml". The effect of this is at the bottom.
The division is correct, is where it should be, also on line 1.

Conclusion: The rare case of such a combination of words means that we have to choose ourselves:
enable or disable this option and when in our "OCRFixReplaceList.xml",
because we can do more damage than it is worth.

If you really don't have anything to do, you could look into the source, because changing the dictionary repeatedly to any one installed
and each time OCR with a new dictionary causes that what now looks so nice at the bottom will look like at the top again.
Only starting OCR restores order again.
I know that nobody will mix dictionaries under normal use, but the problem is.

tormento

23rd May 2020, 10:16

But it was also working before for me... and for you too, if you had been using the dictionaries included with SE, like "eng_OCRFixReplaceList.xml". Why would you not use them?
It does work with OCR fix, not without.

I tend not to use it because the I have trained the OCR so well that I can postprocess I-l after OCR and have a faster job.

Perhaps you could implement a OCR fix with OCR errors only and not word dictionary aware.

Janusz

23rd May 2020, 12:56

@Nikse555
To report a mistake.
Occurs since beta 119, beta 112 works fine.

The previously reported bug in beta 123 and later concerned a missing dictionary.
Because I rarely use "Prompt for unknown words" so the option was not enabled and was not checked.

In my previous thread I used "Binary image compare" so I didn't notice this error.
Today I returned to nOCR. My Settings: for the function to work, the dictionary must be selected so it is selected.
"Draw missing texts" - disabled so that the program does not call for every new unknown letter.
(:) Even for this function of the program it is worth using nOCR :) ).
"Prompt for unknown words" - enabled.
"Fix OCR errors" - disabled - OCR does not use user files.
"Try to guess unknown words" - does not matter with "Fix ..." = disabled. It doesn't work though it's turned on.

Start OCR begins to process the text until it encounters the first unknown word.
With a well-constructed character base, it will be a word not in the dictionary, otherwise an unrecognized character in the word.
The process calls the "Spell check" window. "Skip one", "Skip all", "Abort" causes an error window to be called:

https://drive.google.com/uc?export=view&id=1Rwh-vy_6HSbKEQz2En7mSsPA-V99yeko

Depending on what we choose, we will return to Windows - the program will crash or to the Program.
I checked on various sup files, including those available from this forum.

@Tormento
I don't usually use it because I trained OCR so well that I can postprocess Il after OCR and have a faster job.
Perhaps you could only implement the OCR patch with OCR errors and not recognize the word dictionary.

I do not use "Fix common OCR errors - also use hard-coded rules" because this option does something more than just what results from its name - especially when it comes to Il and iL. For this reason I do not use "I" in the character database. I have definitely fewer mistakes to improve, at least I know which ones.
My assumption is that changes made for English should not affect other languages available in the program.

Nikse555

23rd May 2020, 20:33

@Janusz: thx for the crash info :)
Should hopefully be fixed here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

Also, Ctrl+T in the OCR window will start some auto-training... probably not too useful, but it's a little fun to play with.

Janusz

23rd May 2020, 21:55

Patch works, thank you. :thanks:

Also, Ctrl+T in the OCR window will start some auto-training... probably not too useful, but it's a little fun to play with.

This function was and is also available under the right mouse button.
However, using it did not bring up any additional windows as it does now.
Something was happening in the background, the effects of this work could not be seen.
I noticed this window yesterday, but I didn't have time to check exactly what it was.
I am curious myself how this file (https://drive.google.com/uc?export=view&id=1zSiOA9OOplCFnzmIdVMd69piN3bm7w1n) will look. ;)

Nikse555

24th May 2020, 08:58

Forgot... for training you need a .srt file with spaces around characters, like:
1
00:00:00,490 --> 00:00:02,350
a b c d e f g h i j k l m n o p q r s t u

2
00:00:02,530 --> 00:00:04,150
v w x y z

3
00:00:04,240 --> 00:00:06,240
0 1 2 3 4 5 6 7 8 9 , . ( ) [ ] ' " $ % ♫ ♪ &

4
00:00:06,510 --> 00:00:08,200
A B C D E F G H I J K L M N O P Q R S T U

5
00:00:08,320 --> 00:00:10,570
V W X Y Z

6
00:00:11,510 --> 00:00:13,510
: ; - ! ?

7
00:00:13,540 --> 00:00:15,540
é É Č Ę Ė Į Š Ū Ž č ę ė į š ų ž

8
00:00:15,560 --> 00:00:17,560
ß ü Ü æ ø å ä ö Æ Ø Å Ä Ö

9
00:00:17,584 --> 00:00:19,584
ff ft fi fj fl rf rt rv rw ry rt ryt tt TV tw yt yw

Also, unattended OCR alarm (taskbar blink/beep) is now customizable (via Settings.xml) and these settings ( in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip ):
<UnfocusedAttentionBlinkCount>50</UnfocusedAttentionBlinkCount>
<UnfocusedAttentionPlaySoundCount>2</UnfocusedAttentionPlaySoundCount>
<UnfocusedAttentionPlaySoundEvery>2</UnfocusedAttentionPlaySoundEvery>

Janusz

25th May 2020, 11:57

And the game is over.
The text with 6052 lines (31736 words, 189721 characters) was read without the need to add at least 1 character. I used nOCR. I'm really shocked how it worked for the "Arial Black" font.
The one thing I've corrected before is that I've added a few triple and a dozen double characters to your train.srt file
A great tool.

tormento

25th May 2020, 12:54

I used nOCR.
What is nOCR?

Janusz

25th May 2020, 14:01

What is nOCR?

Disable Subtitle Edit, in settings.ini find "<ShowBetaStuff>" and replace "False" with "True".
Launch the program. In [OCR Method] you will have a new method: "OCR via nOCR".
From the parameter name you can see that not everything can work as it should.
And that's how it is now. I didn't take notes of what I was doing and I can't reproduce what I wrote above. Fortunately, I have saved the character base and it can be repeated with it, but I can't generate the same database a second time.

---
For sure @Nikse555 will read it so I will add that:
the original character base entered from the hand to read the entire file error-free contains 367 elements, the new one was created by N-OCR training 481 characters so it may contain already recognized characters. I don't have the tools to check it.
---
It turned out that my admiration turned out to be premature. My mistake - I left my character base in the working directory, thanks to which the generated new characters were added to my base and hence the sensational result. Detriment. It seems that this project is no longer being developed. In the state in which it is now it can only serve as a curiosity.
--------------------------------------------------------------------------------------------

@Nikse555

There was a problem with beta 161.

- nOCR has stopped recognizing: . , - (three characters) and calls for each character encountered as a new one - unknown.

- 'o' recognizes as '0' or 'c', but this does not occur for everyone 'o' in the text.

Example:
beta 145: Nie. Na United Fusion Corporation. To co innego. (I worked on this version until then).
beta 161: Nie* Na United Fusion Corporation* T0 co inneg0*

tormento

27th May 2020, 17:06

@Nikse555

Out of curiosity, would you please do a x64 compile? I am curious to see if it gets faster on binary OCR.

GCRaistlin

27th May 2020, 17:50

>The latest beta still allows to add an empty better multi match.
I think that "empty string" could be a valid text... perhaps a warning?
Sure, a warning would be nice.

>Could you please allow selecting a character by a right click in 'Inspect items' area of 'Inspect compare matches for current image' window?
I don't follow... ?
I call 'Inspect compare matches for current image' window. By default, the 1st item is selected on the left. I want to add better multi match for, say, the 5th item. I do a right-click on the 5th item and select 'Add better multi match' - but I don't get what I expected because right click doesn't select anything so this way I add better multi match for the 1st item, not the 5th one.

Nikse555

27th May 2020, 17:52

@Janusz: nOCR training + ,.- should be improved here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

@tormento: SE already runs 64-bit if you have a 64-bit OS. Normally 64-bit programs run a little slower...

Latest beta now does fallback to "Latin.nocr" (nOCR) from "Binary image compare" db "Latin.db".
Included large (auto-trained) "Latin.nocr" db in beta.

Janusz

28th May 2020, 01:14

@Janusz: nOCR training + ,.- should be improved here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

Unfortunately. Version 168 does not work well. I sent files for testing and comparison to the email address.

nOCR Training works much better.
In the sentence: "The quick brown fox jumps over the Iazy do*." there are only 2 errors. "l" was read as "I" and no "g".
It is poor with punctuation marks.
In testing the same files that I sent, I am unable to determine the source of the character swap compared to beta 145.
In any case, beta 168 compared to beta 145 recognizes characters created in the new nOCR training much better.

tormento

28th May 2020, 09:33

@tormento: SE already runs 64-bit if you have a 64-bit OS.
The only x64 part I can see is the Hunspell spell checker. Main exe is x86, tesseract (both) are x86. What part of your app runs in x64?
Normally 64-bit programs run a little slower...
That is a very questionable statement. All the x64 programs I use are definitely faster.

ACKR

28th May 2020, 11:28

Hello i want to change the framerate of a large number of subs from 24 to 29 fps how to do this?

varekai

28th May 2020, 14:23

I'm guessing you talk about .srt subtitles?
Subtitle Edit
Tool -> Batch convert -> Change framerate
Or you can try this:
https://www.videohelp.com/software/Subtitle-framerate-changer
It's no longer developed so I have no idea if it works for you.
Tried a few subtitles and it seems to work...

Best regards
varekai

ACKR

28th May 2020, 15:52

sneaker_ger

29th May 2020, 17:57

Also can Batch convert be used to add delays?
SubtitleEdit's batch converter calls it "Offset time codes".

18fps

30th May 2020, 12:28

When correcting capitalization of all caps subtitles, it would be of great help if the program could read the names of characters from the imdb page of the film (the user would give the http addresss).

Nikse555

30th May 2020, 14:53

@tormento: SubtitleEdit.exe (all the C# code) runs 64-bit on 64-bit OS (check task manager, there should be no "(32-bit)" after the name). I've not actually tested SE 32-bit vs SE 64-bit performance... at least you have more memory with 64-bit programs.
Tesseract exe runs 32-bit (the 32-bit tesseract is faster than the 64-bit tesseract - well tested)

@18fps:
>When correcting capitalization of all caps subtitles, it would be of great help if the program could read the names of characters from the imdb page of the film (the user would give the http addresss)
Actually not a bad idea... but there seems to a lot of "Cute Girl" and "Prison Guard" which I guess would make this hard. Ideas?

@Janusz: The nOCR (line ocr) works best with larger subtitles, like from bluray sup files, so go for "Binary image compare" with small subtitles or even Tesseract 5.
nOCR is still missing a lot of work - latest beta has added "fallback to nOCR" from "Binary image compare" which I think will work nicely. Also added a "Max bad pixels" for nOCR (based on not matching pixels from lines).
The nOCR auto-training now calculates correct top margin (I hope) which was also missing in the normal OCR run (so all existing nOCR dbs will work less well).
Also fixed in training: quote + percentage sign. Missing in training: combined letters like "ff" and "rt" are not working.
Many changes has been made regarding OCR (mostly nOCR): https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

Janusz

30th May 2020, 20:57

@Janusz: The nOCR (line ocr) works best with larger subtitles, like from bluray sup files, so go for "Binary image compare" with small subtitles or even Tesseract 5.
nOCR is still missing a lot of work - latest beta has added "fallback to nOCR" from "Binary image compare" which I think will work nicely. Also added a "Max bad pixels" for nOCR (based on not matching pixels from lines).
The nOCR auto-training now calculates correct top margin (I hope) which was also missing in the normal OCR run (so all existing nOCR dbs will work less well).
Also fixed in training: quote + percentage sign. Missing in training: combined letters like "ff" and "rt" are not working.
Many changes has been made regarding OCR (mostly nOCR): https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

The problem is not about OCR itself. The program changes the character assignment in the character database. Change from ż to Ż, ć to Ć, from z to Z.

Attempt on _index.html file with "Batman Begins".
The character base created only for the first two lines for each new unrecognized character consists of 17 characters: ! , ? a c e h k l o p P R s t z ż
OCR was stopped at "n" on the third line.
As you can see, a small "z" instead of "Z" appeared in the third line.
We can repeatedly start OCR from the first line, each time OCR will stop at "n". Character Database content does not change.
However, if, for example, on the first line we call "Inspect nocr matches for ..." the "nOCR inspekt" window opens and click in the "Inspect items" box, then select OK or Cancel to close the window without any changes.
Reopening this window will show us that "ż" was assigned to "Ż" although we did not. These changes are now saved permanently. Another OCR will show us that "ż" on lines 1 and 2 has been replaced with "Ż" and "z" on "Z" on line 3. The re-OCR is again calling for "ż".
If you need pictures I can attach.
-----
Beta 145 doesn't have this problem.
It started with beta 161. I could check this version. I wrote about beta 168 earlier, but at that time I didn't know where to look for the cause.

jlw_4049

30th May 2020, 21:23

The problem is not about OCR itself. The program changes the character assignment in the character database. Change from ż to Ż, ć to Ć, from z to Z.

Attempt on _index.html file with "Batman Begins".
The character base created only for the first two lines for each new unrecognized character consists of 17 characters: ! ,? a c e h k l o p P R s t z ż
OCR was stopped at "n" on the third line.
As you can see, a small "z" instead of "Z" appeared in the third line.
We can repeatedly start OCR from the first line, each time OCR will stop at "n". Character Database content does not change.
However, if, for example, on the first line we call "Inspect nocr matches for ..." the "nOCR inspekt" window opens and click in the "Inspect items" box, then select OK or Cancel to close the window without any changes.
Reopening this window will show us that "ż" was assigned to "Ż" although we did not. These changes are now saved permanently. Another OCR will show us that "ż" on lines 1 and 2 has been replaced with "Ż" and "z" on "Z" on line 3. The re-OCR is again calling for "ż".You can also make changes to the characters in the settings yourself

Sent from my SM-G986U1 using Tapatalk

Janusz

30th May 2020, 21:49

You can also make changes to the characters in the settings yourself

Yes. Where?
The program cannot change the image assignment to a character by itself. If you have once determined that "a" is "a", then where suddenly "a" is "A".
-----
https://drive.google.com/uc?export=view&id=1onLeBTQK-R1yaABauzds38KRMvlZPycT

Please explain to me what "in the settings" setting causes such a change. The left side, although the subtitles look strange, is correct.
Sup and nocr files to download (https://drive.google.com/uc?export=view&id=11abfRgCGZZxtb-dxTZcrkvxCX4m6bVHs).
The first OCR call will be OK. Second and subsequent OCRs on the same file will replace.
-----
Everything indicates that the problem concerns only the Polish language, so it went unnoticed by other users.

18fps

31st May 2020, 10:31

@18fps:
>When correcting capitalization of all caps subtitles, it would be of great help if the program could read the names of characters from the imdb page of the film (the user would give the http addresss)
Actually not a bad idea... but there seems to a lot of "Cute Girl" and "Prison Guard" which I guess would make this hard. Ideas?

Well, many of these will not actually be in the text of the subtitles ("man in the counter"), so maybe, just the way the program shows the text for impaired hearing that is going to remove, it could show the list of identified names it found in the actual subtitles, for approval.

Nikse555

31st May 2020, 20:47

@Janusz: Yes, nOCR is not finished yet... in SE 3.5.15 it was probably about 60% done, and now it's about 85% done.
I was close to giving up on it, but after a few fixes in auto-traning it's actually working very well (besides words that are stuck together like "rw", "ff" etc... - it's on my todo list + also italic font might be a problem).
I've fixed the OCR inspect in latest beta and also added some code for correcting casing Polish letters... do let me know how that works: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

@18fps: OK, I might give it a try.

Janusz

1st June 2020, 09:28

@Nikse555:
It is certainly good for characters without accents: a b c ... A B C ...
It is not bad for lowercase letters with an accent: é č ę ė š ž ü å ä ö ą ś ż ś ...
Unfortunately, capital letters with accent: polish: Ś Ó Ż Ź Ć, spanish, portuguese, czech are recognized as two separate signs: accent and capital letter. This cannot be improved by "Add better match ...".
This does not apply to German. Here Ü Ä Ö is recognized as one character.
Until the problem with single characters is solved, you can forgive yourself "besides words that are stuck together like "rw","ff"etc .."

Nikse555

1st June 2020, 11:09

@Nikse555:
Unfortunately, capital letters with accent: polish: Ś Ó Ż Ź Ć, spanish, portuguese, czech are recognized as two separate signs
.."
Latest beta should work a little better with accents... do you have a sample file with problematic accents?

@Nikse555:
Until the problem with single characters is solved, you can forgive yourself "besides words that are stuck together like "rw","ff"etc .."
Latest beta can now train letters that are stuck togeter :)

https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

Janusz

1st June 2020, 11:48

@Nikse

https://drive.google.com/uc?export=view&id=1V2c_eNlY_BgkUj5TRziB8p33l0otiSv7

File to download: (https://drive.google.com/uc?export=view&id=1ocRt8ae4d4pWcUm1GcCVA0-MNmYNaJpj)

Because there was a problem with capital letters with accents, e.g. Ś, Ć, Ó, Ř, Í, Š, É etc. I prepared a text consisting of sentences containing all letters used in such languages: English, Polish, German, Spanish and Czech . If we compare the line marked in blue on the right side, we will notice that between upper case letters lower case letters hide, but not everywhere. There is "Ó" which has not been replaced with "ó" or "Ń" and several others. Other capital letters also contain substitutions of this type. The exception is English, for obvious reasons - there are no letters with accent.

During the OCR I did not make any corrections, I did not add any characters manually. In both cases: beta 145 and beta 187, the text in the form we see has been fully read by the character base created by nOCR Training beta 187. Comparing pages line by line, you can see how much progress has been made since beta 145.
-----
02.06
Why some characters, e.g. Czech Ř, Ď, Á ... are remembered as one character, while others, e.g. Polish Ó, Ż, Ź as letters O, Z with an accent.
WARNING! Characters memorized in the character database as "." "´", I think they can be edited, but they cannot be deleted in any way because deletion causes our character base to crash.
Removal would be possible, but then all associated characters should also be removed from the database.
-----
I will return to _index.html file with "Batman Begins" with the character base attached.
If we start ORC with the [Draw missing text] option enabled, the program will ask for "." or "," in the middle or at the end of a sentence. We can add, it will be good. When in line 74 we are asked not to add "Ż" but to "." located above "Z" and we will add it - our character base will crash.
From now on, all "-" in the dialogs at the beginning of the line will be replaced with "." If we run OCR from the beginning from the first line without recognizing new characters, it will turn out that all "-" at the beginning of the line will be changed to ".". An additional gift will be exchanging ś into Ś and vice versa, z into Z. Long to exchange.
I don't know what it looks like in other languages with uppercase letters in indexes - I don't have the right files, but for single letters it works the same way.
-----
I can already see good changes in beta 193. Keep it up. Good job. Thank you.

Melan

1st June 2020, 18:12

I received the message as below. My .nocr file is created from scratch.

https://i.imgur.com/4TJc4kQ.png

Nikse555

2nd June 2020, 15:07

@Melan: Should hopefully be fixed in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

@Janusz: thx for the test file - good idea :)
I see the problem with batman begins and "Ż" - but that's about line splitting (also happens in "Binary image compare")

>deletion causes our character base to crash.
Does this still happen?

Melan

2nd June 2020, 16:35

Still the same.

https://i.imgur.com/tysac5k.png

Nikse555

2nd June 2020, 17:43

Still the same.

https://i.imgur.com/tysac5k.png

thx for re-testing, could you supply the steps to re-create the crash?

Nikse555

2nd June 2020, 19:38

Beta updated: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip
Now extended chars in nOCR can also be edited/deleted.

Please give the new "nOCR" a go :)
It's based on lines rather than images, so it works better with scaling than "Binary image compare". Works best with larger fonts. Can be "auto trained" with your own supplied letters/language + fonts (Ctrl+T in OCR window starts training window)
"Binary image compare" can also be combined with a fallback-to-nOCR.

kerry7

2nd June 2020, 21:07

I just saw that on the Github repo, they have committed an .exe file... that really hurts :scared:

Nikse555

2nd June 2020, 21:16

I just saw that on the Github repo, they have committed an .exe file... that really hurts :scared:

Where?

EDIT: It's totally normal to include 3rd party software as binaries... but "Subtitle Edit" should be committed as source (I've seen a few project where they ONLY committed the .exe file - now that's scary!)

Janusz

2nd June 2020, 23:57

@ Nikse555

https://drive.google.com/uc?export=view&id=1kChrJc88kdiHcDY9FjTW1OmQVnUrcz-a

"Batman" problem. Sup file to download (https://drive.google.com/uc?export=view&id=1MntEYfNYlAnaXms72JhmR9PwOYbUYo3b).

The file can be read using Latain.nocr or train yourself a new character set only for arial 65/100, and then it will be perfect.
To show what I have a problem with, I selected several correct lines and several lines from the original file.
I also added 4 lines from "Ź" that are not in the original file.
Due to the character set used and OCR errors, the resulting image may differ so I will explain:

- good lines are: 1, 2, 7, 8, 9, 10, 12, 13. Why? Certainly not because Ż, Ź, Ś are only in the top line, but I explain it to myself.

- problematic lines are: 3, 4, 5, 6, 11, and 14. Here Ż, Ś, Ź is in the bottom line. The place where "*" appears depends on which line is longer.
Sometimes it is the beginning of the line, other times we additionally lose the character from the top line.
In these lines, when the [Draw missing texts] option is enabled, OCR calls for a character,
but not for the capital letter with the index, that is: Ż, Ś, Ź, and only for the index itself.

- finally the "pearl" line 15. Characters with the index are in both the top and bottom line, and yet the line was read correctly.

I understand why this is happening and I think it can be solved.

tormento

3rd June 2020, 01:31

@Nikse555

Is there any format that allows OCR recognition of both upper and lower screen text (tipically anime)?

I have tried to set .ass in the main window but when OCR founds both upper and lower screen text, it skips the formatting, while it works when it's only on upper part (.srt works too).

If it's a limitation of OCR, would it be possible to add the feature?

Example (https://www.mediafire.com/file/okrj9cap5ysquhf/Evangelion_2.22_%5Bita%5D.7z/file).

Please notice that some negative values for subtitles are present too, perhaps because OCR doesn't know how to manage upper and lower screen text at the same time.

Melan

3rd June 2020, 06:46

thx for re-testing, could you supply the steps to re-create the crash?

Nothing special (I hope) :). I run SE, parse the file and run the nocr module.
I sent the files by mail.

Janusz

3rd June 2020, 08:50

@tormento

This is what it consists of:

1
00:00:01,000 --> 01:00:01,000
{\an8}Żeby budzić strach w innych,
musisz zapanować nad własnym.

2
00:00:06,209 --> 00:00:09,163
Żeby pokonać strach,
trzeba się nim stać.

3
00:00:10,163 --> 00:00:13,782
Wiesz, czemu upadamy?
Żebyśmy mogli się pozbierać.

4
00:00:14,782 --> 00:00:18,474
Podobno twój tata błagał o litość.
Żebrał jak pies.

kerry7

3rd June 2020, 08:56

Where?

EDIT: It's totally normal to include 3rd party software as binaries... but "Subtitle Edit" should be committed as source (I've seen a few project where they ONLY committed the .exe file - now that's scary!)

On the root of the project, the file is `vswhere.exe`. And it is a bit confusing because the last tag of the project is around 3.0.X, however, the comment of the commit says Update `wswhere to 2.3.2`, what it that means? (just for curiosity, would like to learn)

tormento

3rd June 2020, 11:12

This is what it consists of
Try to ocr my sup. ;)

SE can't really do a good job and mixes upper with lower when both are present.

Nikse555

3rd June 2020, 19:02

Nothing special (I hope) :). I run SE, parse the file and run the nocr module.
I sent the files by mail.

Thx for the info + files :)
Yes, I got the error too - now fixed in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

@kerry7:
"vswhere" is a small tool that helps (in exe form) to compile Subtitle Edit: https://github.com/microsoft/vswhere
"vswhere" was version "2.3.2"... which has nothing to do with the SE version number. I just updated "vswhere" to 2.8.4 - see https://github.com/SubtitleEdit/subtitleedit/commit/cc640df5d97a27ff88731b7c2c4aa29b1a33e13c

@tormento:
Sorry, SE does not support this (besides all text at top).
This is pretty complex - text can be all over and even vertical.

tormento

3rd June 2020, 20:29

Sorry, SE does not support this (besides all text at top). This is pretty complex - text can be all over and even vertical.
It would be more than enough support overlap subtitles with top and bottom.

Melan

4th June 2020, 17:16

Thx for the info + files :)
Yes, I got the error too - now fixed in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

(...)

I parsed a few files and the error didn't appear.
However, something strange happened. SE doesn't choose Polish characters. :rolleyes:

https://i.imgur.com/IZGtqQF.png

Edit.
After the restart, everything returned to normal.

Janusz

4th June 2020, 23:57

@ Nikse555
In Beta 203 import of nOCR character database does not work.
The last one where imports were still active was Beta 194.

Melan

5th June 2020, 09:20

When two characters from both lines are interpreted as one letter then the initial dash always turns into a dot.
https://i.imgur.com/WFhQbb7.png
https://i.imgur.com/D9vXeK8.png

Maybe I'm blind :P, but I really don't see the difference between zero after digit 6 and zero after digit 1.
https://i.imgur.com/oMcXc0a.png

Nikse555

5th June 2020, 09:54

@Janusz: The nOCR import should be fixed now, thx :)
Also, I'm testig a new line splitter - how does that work for you? It will never be perfect...
Latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

@Melan:
Could you post or email the subtitle file? (you can e.g. right-click on the ocr-window and export as blu-ray sup)
About the "O"... you have to "Add better match" and enter "0"...

Melan

5th June 2020, 10:30

Could you post or email the subtitle file? (you can e.g. right-click on the ocr-window and export as blu-ray sup)

Unfortunately, I can't. Screen 20.05 - chat.

I downloaded the B208 version and ...
https://i.imgur.com/6P8JvB2.png

Nikse555

5th June 2020, 13:25

@Melan: OK, got the crash too... should be fixed here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

@Janusz: Also, made some fixes (hopefully) to the new line-splitter in above beta too.

Nikse555

5th June 2020, 15:05

And due to some bugs in the new image line splitter... a new beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

Janusz

5th June 2020, 15:47

And due to some bugs in the new image line splitter... a new beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip
Beta 8 already worked well, but it crashed on line 174 with the _index.html file from the "Batman Begins" directory and the character database added with the file. I do not know why? Beta 12 passes through this line without failure and feels flawlessly.
[Draw Missing texts] was awarded. If [Draw Missing texts] is checked, on line 74 OCR will call for ",". This sign is strangely marked in the top window, although the image at the bottom is correct. It looks the same in Beta 12.
Well done, thank you.
-----
Edit 1:
As we are at Batman, please note what is happening now with the 758 line. Earlier versions did not do that.
If the error cannot be reproduced, I will insert a picture. It looks like some noise picked up by OCR.
-----
I would add that in 1137 images it appears in this one. I also did an OCR file that consists of 5489 images and nothing like this ever happened. OCR by importing images only from this one image does not generate an error.

Edit 2:
Just like @Melan showed here:

https://i.imgur.com/yqGFwSW.png

It's just that the whole sign is visible and I have some scraps of different signs from the bottom line.

Melan

5th June 2020, 17:13

File sent to mail.
I still have a crash after right-click on ocr window.

https://i.imgur.com/dPmYu6O.png

I sent another file. Look at line 4th, please. An interesting thing appears after clicking "skip".
https://i.imgur.com/yqGFwSW.png

Nikse555

6th June 2020, 06:58

File sent to mail.
I still have a crash after right-click on ocr window.

https://i.imgur.com/dPmYu6O.png

How/where did you get this error?

@Melan/Janusz: Hopefully fixed issue with strange split/position: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

Melan

6th June 2020, 08:00

How/where did you get this error?

https://i.imgur.com/CUOAb0T.png

Nikse555

6th June 2020, 08:32

https://i.imgur.com/CUOAb0T.png

Thx :)
Should now be fixed: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

Janusz

6th June 2020, 11:15

It's not good. The questionable character on line 30 was written on the third line. This bug has already occurred in earlier beta versions.

https://drive.google.com/uc?export=view&id=16NWU5qIKMAMCMtR7iRiNR7Ek1C3mErwX

Files to download: (https://drive.google.com/uc?export=view&id=1gzvY6AclUVNYLTm6Hk8jcE6RmU5iqUOH)

Edit 1
This effect will not occur if you start the scan from this line, but each subsequent scan breaks the line and places the character on the third line.
The effect is invisible if we have any dictionary enabled.

Melan

6th June 2020, 12:51

It seems that sometimes, the area of letter identification is too small. This applies to the letter "ę".

https://i.imgur.com/CBvfiiB.png

Nikse555

6th June 2020, 13:02

@Janusz: It's really difficult to split lines...
New version up which hopefully better splitting: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip
(also enabled threading)

It seems that sometimes, the area of letter identification is too small. This applies to the letter "ę".

https://i.imgur.com/CBvfiiB.png

Subtitle?

Janusz

6th June 2020, 14:42

This effect of the rearranged words came out when I removed "." and "," from the character database, then I started the scan from the first line.
I added these characters when OCR asked for them. The first 6 lines are good, later it gets worse until the end.
The second scan from the first line restores the correct word order.

Edit:
Beta 18 after removing and adding these two characters back to the base works well up to line 30, above.

https://drive.google.com/uc?export=view&id=1F6MZ03GRqG_U9OdZgRZqsqq2YtX4ou_A

Nikse555

6th June 2020, 19:18

I've rolled back the line splitter... I could find no logic of how to divide lines :(

https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

Janusz

7th June 2020, 01:17

I've rolled back the line splitter... I could find no logic of how to divide lines :(

There is some logic in this mixing of parts of the line. I applied 6 markers to the image.
Red points indicate places where the first dot or comma appears in the correct text (green points).
As you can see, from the red point to the end of the line, the text is correct, including breaking lines.
I have reviewed several further lines and this rule is confirmed. This division does not occur if there is no dot or comma in the line.
If these characters are the last in the line, the whole line is repeated.

We are talking about two characters all the time, because I changed these two characters.
Another test, when I removed only "," changes occur only on lines where a comma appears. The same is with "!", "?".
The most important thing is that the second scan should repair everything.
I have no idea why errors do not appear immediately in the first line and only from seven.

Edit:
Note 1. After deleting a character from the database, we start the scan with the [Draw missing texts] option turned off, in the place of the missing characters we get "*", the text does not spill - it's good, it should be.
Note 2. Add all the missing characters (2) using [Inspect nOCR .../Add better match], enable the [Draw missing texts] option and start the scan, the text does not spill - it's good.

From this you can see that the text crumbles only if previously added characters are added during the scan with the [Draw missing texts] option enabled.

During all this game such a message was displayed. During its display, the program worked until the scan was completed. After selecting Ignore, you returned to the program.

https://drive.google.com/uc?export=view&id=1-JZQFoGgt9JPB2iRJ8PSPLDzDb5nV2Ha

Edit 2:

Will this not be related to this change. https://forum.doom9.org/showpost.php?p=1911621&postcount=964

Melan

7th June 2020, 10:18

Why? :rolleyes:
B224

https://i.imgur.com/BVCoLHr.png

Janusz

7th June 2020, 11:59

@Melan
For "-" make a better match and state that this " ' " accent.
Remember that you do it on the basis of "Latin" and after reinstalling the program or update you will lose these changes.

GCRaistlin

7th June 2020, 13:50

I've got a crash trying to open a m2ts file (22649739264 bytes):
https://i112.fastpic.ru/thumb/2020/0607/e3/62c4461666893bc7ca86533263d0e4e3.jpeg (https://fastpic.ru/view/112/2020/0607/62c4461666893bc7ca86533263d0e4e3.jpg.html) https://i112.fastpic.ru/thumb/2020/0607/bb/065584017e30e05ace108e93d902fcbb.jpeg (https://fastpic.ru/view/112/2020/0607/065584017e30e05ace108e93d902fcbb.jpg.html) https://i112.fastpic.ru/thumb/2020/0607/de/372d458f5f790e3de32e7f4c352961de.jpeg (https://fastpic.ru/view/112/2020/0607/372d458f5f790e3de32e7f4c352961de.jpg.html) https://i112.fastpic.ru/thumb/2020/0607/e1/bf1449ce3d50a932f65d2c22734922e1.jpeg (https://fastpic.ru/view/112/2020/0607/bf1449ce3d50a932f65d2c22734922e1.jpg.html)

Nikse555

7th June 2020, 14:58

Thx for the bug reports :)
New beta up with at least a few crashes fixed: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

@GCRaistlin: Does the first error still occur? How can I re-create the error if it still occurs? Did it also occur in the "old" 3.5.15 "final" ?

GCRaistlin

7th June 2020, 17:15

Nikse555
Both 3.5.15 and the latest beta crash. See PM.

Melan

7th June 2020, 19:49

@Melan
(...)
Remember that you do it on the basis of "Latin" and after reinstalling the program or update you will lose these changes.

I never overwrite files except SE.exe :)

varekai

8th June 2020, 08:50

:D
https://i.imgur.com/LbYxzIO.gif

varekai

8th June 2020, 09:31

Janusz

8th June 2020, 11:24

Error message.

https://drive.google.com/uc?export=view&id=11M7PbD4uv0xYKLKWphYR8GbEEvmNKws9

An error occurs when in the main window of the program in the [List view] tab the [End time] column is invisible and you want to save the results of the comparison in [Compare subtitles].
This also occurs in stable versions 3.5.14 and 3.5.15.

Nikse555

8th June 2020, 17:20

An error occurs when in the main window of the program in the [List view] tab the [End time] column is invisible and you want to save the results of the comparison in [Compare subtitles].
This also occurs in stable versions 3.5.14 and 3.5.15.

Thanks, nice catch :)
Beta updated: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

nOCR seems close to first public release... I just OCR'ed some Swedish/German Bluray sup files and only had to enter 4-8 letters/double-letters :)

Melan

8th June 2020, 17:42

It's not good. The result of extracting subtitles using the OCR method. Letters with Polish diacritical marks are not correctly read from the database.
https://imgur.com/a/nJjYlR5

In addition, I noticed that the "scanning" in the SE changed and the SE seemed to return to the line, which was already checked.

nOCR method - duplicate line. This error appeared for the first time.
https://i.imgur.com/DdNUglJ.png

Nikse555

8th June 2020, 20:24

Janusz

8th June 2020, 20:47

@Melan
 is not a valid regular expression and will not work.
If that is <\/i> it will search for empty strings between italic flags.

Melan

8th June 2020, 21:35

Sorry, I don't know what you mean...
Second image is not found...

The first screen shows the effect of extracting subtitles from a file that I sent to an email.

I reuplauded the second screen.

https://i.imgur.com/9vLi9d0.png
https://i.imgur.com/DdNUglJ.png

GCRaistlin

9th June 2020, 12:37

It is unable to add better multi match for a dot. Hence, it is unable to recognize three dots in a row as a horizontal ellipsis (U+2026).

GCRaistlin

9th June 2020, 20:03

Merging and splitting subtitles work in a strange way sometimes:

175
00:12:45,863 --> 00:12:47,447
Креветки и раки были лучше всего.

176
00:12:47,530 --> 00:12:48,864
Они быстро сплавливались.

After merging:

175
00:12:45,863 --> 00:12:48,864
Креветки и раки были лучше
всего. Они быстро сплавливались.

Why to move the last word of the first sentence to the next line?

163
00:12:20,006 --> 00:12:24,177
Но что Джимми любил
больше всего... Что он по-настоящему
любил, так это воровать.

After splitting:

163
00:12:20,006 --> 00:12:23,003
Но что Джимми любил больше
всего... Что он по-настоящему -

164
00:12:23,027 --> 00:12:24,177
- любил, так это воровать.

Why not to split right after dots?

GCRaistlin

9th June 2020, 20:13

A new strange splitting example:

185
00:13:12,803 --> 00:13:16,223
Вы будете вместе работать, понял?
Помоги ему. Давай.

After splitting:

185
00:13:12,803 --> 00:13:14,937
Вы будете вместе
работать, понял?

186
00:13:14,961 --> 00:13:16,223
Помоги ему. Давай.

Why to make the first subtitle two-lined?

Janusz

9th June 2020, 23:12

@GCRaistlin
Merging and splitting subtitles work in a strange way sometimes:

It depends on the values you have set in Settings / General:
[Single line max. length]
[Unbreak subtitles shorter than] - here you must have 33 or less. Set e.g. 35 and you will have what you want.
You can always use the [Text] window and make [Split line at cursor position].

Janusz

10th June 2020, 01:59

@ Nikse555

Strange not to say bad OCR behavior.
I noticed this in other subtitles, but again I will use the _index.sup file from "Batman".
My Settings:
[Image preprocessing] = 142 (after 49 the first value that makes visible changes in the image)
[No of pixels is space] = 4 (value checked and is correct for this file)
[Max wrong pixels] = 0 (now zero to eliminate randomness)
[Constains italic] = off
[Draw missing texts] = on
[Line split ...] = Auto (I use it most often because it works, besides I don't quite understand how it should work)
[Lines to draw]=100

1. We create a new character base - any name.
We start and enter two lines of text and then stop by selecting [Abort]. That's enough to see what's going on.
In the database of our characters, with the exception of "ż" we have one character for each new letter entered. It would seem great. But unfortunately this is not the case. Let's go back to the first line, uncheck [Draw missing texts] and select [Start], after several lines we stop the process. We return to the first line. You don't need to know the language - we compare with the image to see that on lines 3, 4, 5, 9 and further instead of "." We have "s". In this case it fell on "s", but it can also be any other letter, e.g. "e" "a" (checked). I have no idea where it comes from.

Often, instead of "-", "." Is inserted in the text if it is already in our database. Even when "-" is in the database but the character was not recognized. I know that this can be improved by using [Add better match], but I also know that such a conversion of "s, e, a" into "." whether "." on "-" will carry with it the need for other corrections. I have already experienced this.
My question: why was the "s" sign 12x17 sized and fitted into a 4x4 square? The same "-" 7x4 and "." 4x4 ". The characters" ż "11x21 and 12x21 were treated as two different characters.
The worst is that by the end of the characters for this text I will never be asked to enter "." And how many other characters will be omitted?

2. The same settings, new base, we only scan the third line.
Let's see what we have. Instead of a small "z" we have a large "Z". Question as above. Why.

3. Finally, let's [Edit] our character base and delete all characters by [Delete character], then OK. The logic should be empty, we check - it's ok - zero elements in data base, ok,
but out of curiosity, press [start], the text reads again [Edit] and what do we see? Our base is still like nothing.
Character base support requires refinement. Without this, there is nothing to move forward as we do not know what our character base really contains. Sometimes, I delete a character from the database, in a moment I have it back, mark italics, in a moment I have italics back next to the character.

Nikse555

10th June 2020, 06:20

@Melan:
One error was caused by a bad "auto min line height" (which is used for line splitting - press Ctrl+H to see how a subtitle is split into lines).
Second error I think was due to some multi-threading error.
Both hopefully fixed now: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

@Raistlin: There's also settings for auto-break in Options -> Settings -> Tools.

@Janusz: nOCR is vector based and is easy to scale (unlike image compare) and different sized images will be compared. It possible something could be improved of course. I'll try to re-create the "." vs "-" issue.
About the deletion of characters... hopefully that was a multi-threading issue and is fixed now.

Melan

10th June 2020, 07:08

Previous errors no longer occur. Thx.

After pressing ctrl+H I received something like this.
https://i.imgur.com/WIfQyac.png
https://i.imgur.com/JTv2c9q.png

GCRaistlin

10th June 2020, 09:57

Nikse555
'Options - Settings - Unbreak lines shorter than' seems to count non-displayable characters like and and treats italic and non-italic subtitles differently:

175
00:12:45,863 --> 00:12:47,447
Креветки и раки были лучше всего.

176
00:12:47,530 --> 00:12:48,864
Они быстро сплавливались.

After merging:

Креветки и раки были лучше
всего. Они быстро сплавливались.

170
00:12:45,863 --> 00:12:47,447
Креветки и раки были лучше всего.

171
00:12:47,530 --> 00:12:48,864
Они быстро сплавливались.

After merging:

170
00:12:45,863 --> 00:12:48,864
Креветки и раки были лучше всего.
Они быстро сплавливались.

I was unable to make this subtitle:

163
00:12:20,006 --> 00:12:24,177
Но что Джимми любил
больше всего... Что он по-настоящему
любил, так это воровать.

to be split after a dot. I have 'Break early for end of sentence' checked but it is still being split the same old way:

163
00:12:20,006 --> 00:12:22,898
Но что Джимми любил больше всего...
Что он по-настоящему

164
00:12:22,922 --> 00:12:24,177
любил, так это воровать.

UPD: I got it. I mixed up splitting and breaking. Is there a way to control how subtitles are being split?

GCRaistlin

10th June 2020, 10:18

Another unexpected result when splitting a subtitle (Unbreak subtitles shorter than: 35).

1096
01:17:21,598 --> 01:17:25,519
А пока, Джимми и Томми едут в
Темпу в эти выходные, кое-что забрать.

After splitting:

1096
01:17:21,598 --> 01:17:23,547
А пока, Джимми и
Томми едут в Темпу

1097
01:17:23,571 --> 01:17:25,519
в эти выходные, кое-что забрать.

The new subtitle 1096 is 34 characters long - why was it broken then?

Janusz

10th June 2020, 12:14

@GCRaistlin
Set [Single line max. length] = [Unbreak subtitles shorter than], e.g. 40 and 40. Remember that there is no golden mean. In one place you will improve in another you can spoil. Also remember that the division will take place after 40 characters in the first line, the rest of the characters will be in the second.

Nikse555

10th June 2020, 13:05

@Melan: sorry, I cannot make line splitting better... you can play with "split min line height" and see if that helps.

Still got the double text error in nOCR, but hopefully fixed in beta 255: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip

Melan

10th June 2020, 13:25

I usually have this value set to 25. For files that I have, it is optimal. For the case from the screen I set the entire possible range from 5 to 150 and without the expected result.

BTW. It would be good if the value from the "Min. Line height" field was "remembered" by SE.

Nikse555

10th June 2020, 14:05

BTW. It would be good if the value from the "Min. Line height" field was "remembered" by SE.

It's remembered here... it's not remembered for you in beta 255?

Melan

10th June 2020, 16:28

No. Always starts with "Auto"

https://i.imgur.com/wCQqhLF.png

GCRaistlin

10th June 2020, 17:53

@GCRaistlin
Set [Single line max. length] = [Unbreak subtitles shorter than], e.g. 40 and 40.
It is already set this way. Besides that, as far as I see, it has nothing to do with the issue I reported.

Melan

10th June 2020, 19:11

After changing the dot (.) to dash (-) in .nocr db, with "Add better match", my base is not read correctly.

https://i.imgur.com/0a578XS.png

Janusz

10th June 2020, 19:27

@GCRaistlin

The problem is your text, not splitting and joining lines.
Organize the text first, then report the problem.

1
00:12:45,863 --> 00:12:48,864
Креветки и раки были лучше всего.
Они быстро сплавливались.

GCRaistlin

10th June 2020, 21:02

Bugs:

A really dangerous issue with 'Column - Paste from clipboard' feature. In 'Shift cells down' mode, we actually lose as many subtitles at the bottom as were inserted. You can easily check it on a file with only one subtitle: you'll never get the second (duplicate) line by performing 'Copy as text in clipboard' then 'Column - Paste from clipboard'.
I often get the following error performing 'Copy as text in clipboard':
https://i112.fastpic.ru/thumb/2020/0610/7e/282c2dd503e042e6600513a95a48127e.jpeg (https://fastpic.ru/view/112/2020/0610/282c2dd503e042e6600513a95a48127e.jpg.html)
'Retry' works OK. I believe it's because I use Ditto and TextBoard clipboard managers - they seems to cause a delay for clipboard operations or something like that.

varekai

11th June 2020, 08:34

@GCRaistlin
WTF!! Any admin or mod around to stop this idiot?
What about forum rules? Pron? It has to be a violation?
Do we have to put up with this fastpic.ru image hoster?
Everetime someone clicks on his links they get to see pron!! WTF!
Look here what that arrogant prick Rhinoceros-GCRaistlin links to...
https://imgur.com/a/8fjKszN

If he had a brain he would do it like this, right? Right!
https://imgur.com/a/rTdKWgZ

So please admin/moderator give this poster a
serious reprimand or why not ban him for a while?

Edit:
When I get a reply links will be removed.

tormento

11th June 2020, 10:35

Melan

11th June 2020, 10:51

Each language has its own rules. Therefore, users should create the appropriate .xml files.
This is e.g. a fragment of my file.
https://i.imgur.com/roHSlTs.png

Janusz

11th June 2020, 12:20

@Nikse555
I have found a constant bug in the italian OCR common errors correction, i.e. it transforms every standalone "I" to "i".
I have looked into xml dictionary files but can't find the rule at all.
Please let me know where to look into.

You won't find it in any xml. There is one option to blame for this, which you definitely have selected.
It is: Settings / Tools [Fix common OCR errors - also use hard-coded rules].
@Melan probably also has it marked from here his xml so extended to exaggeration.

Out of curiosity, I made your file Evangelion 2.22 [ita].
Unfortunately, you won't get different colors for the top and bottom for the subtitles srt. You need to export the file back to sup, so I don't know if it's worth playing with.

tormento

11th June 2020, 13:23

You won't find it in any xml. There is one option to blame for this, which you definitely have selected.
It is: Settings / Tools [Fix common OCR errors - also use hard-coded rules].
Yes, that's it.

@Nikse555 please put it as external file.

Out of curiosity, I made your file Evangelion 2.22 [ita].Unfortunately, you won't get different colors for the top and bottom for the subtitles srt. You need to export the file back to sup, so I don't know if it's worth playing with.
Yes, at the end I used srt for the forced sub (one line only, at the bottom, in the original sup) and sup for the normal one.

If only SE would support top and bottom time overlapping lines, I could use ass format and get rid of all those issues.

GCRaistlin

11th June 2020, 15:57

Internal (DirectShow) video engine displays video with a negative delay what makes it useless for adjusting the subtitles. Here (https://mir.cr/XMVAHBOR)'s a 30 sec video and subtitles example. When played back in SE ('Play from just before text') the subtitle appears simultaneously with the title text on the screen. When played back in MPC-HC the subtitle appears earlier than the title text. The difference is about 267 ms. Note that if we performing frame steps using 'Video position' field (by pressing Up and Down arrows there) there seems to be no delay.

Janusz

11th June 2020, 18:38

@GCRaistlin,
think or teach. There is no such thing as a video delay. This stream or streams of audio or subtitles have a delay relative to video.
SE always displays the video according to the time it is contained in the subtitles - i.e. delay = 0. Play just before the text has nothing to do with synchronization.

Nikse555

11th June 2020, 18:39

@Nikse555

I have found a constant bug in the italian OCR common errors correction, i.e. it transforms every standalone "I" to "i".

I have looked into xml dictionary files but can't find the rule at all.

Please let me know where to look into.

Could you provide a image/sup so I can try it?
(you can right-click on the image in the OCR window as click "Save as...")

Janusz

11th June 2020, 19:28

@ Nikse555
Since this also applies to the Polish language, you can use 192 "Batman" subtitles to show incorrect operation of this option for languages other than English.
1. [Fix common OCR errors - also use hard-coded rules] = disabled, my "pol_OCRFixReplaceList.xml" turns "l" into "I" and that's fine.
2. [Fix common OCR errors - also use hard-coded rules] = enabled, my "pol_OCRFixReplaceList.xml" turns "l" into "I", your function turns my "I" into "L" and it's bad.
I have now noticed that this is not done on the 195 line. Anyway, this is incorrect.

Edit:
Other lines from these inscriptions in which the exchange took place 255, 359, 448, 520, 934, 1128, 1136.
Lines in which the change did not take place: 195, 308, 560, 619. From the analysis of the text itself, some logic can be seen in these changes, but for the certainty I prefer not to use this function.

GCRaistlin

11th June 2020, 20:11

The problem is your text, not splitting and joining lines.
Organize the text first, then report the problem.

Thanks for your senseless post.

@GCRaistlin,
think or teach. There is no such thing as a video delay.
I don't care how to call this. The problem is definitely present.

Janusz

11th June 2020, 20:29

@GCRaistlin
If your subtitles start from 00:00:03.456 then after this time from the beginning of the film 00:00:00.000 they will appear on the screen "I don't care how to call this.".
If you start watching from 2 seconds, your subtitles will appear after 1.456 seconds and this is not a problem for either SE or MPC. What delay for subtitles you set in MPC is your problem.

GCRaistlin

11th June 2020, 20:48

Janusz
Have you downloaded my example and performed the steps?

I can't reproduce the joining issue now, so my apologies about "senseless post".

Melan

11th June 2020, 21:05

The demons are back. B255

https://i.imgur.com/V6OZ3Fn.png

Janusz

11th June 2020, 21:45

@GCRaistlin

https://drive.google.com/uc?export=view&id=1-AsywNf_kNgaUc_WCDEgbweKRL3H4iQD

In SE, there is no delay in subtitles relative to video. Subtitles are to start within a specified time.
SE does not take into account the delay for subtitles contained in streams ts, m2ts, etc. From the image you can see that the inscription will be displayed a bit too late and SE is used to fix it, because the subtitles have bad times.
What delay for subtitles is used in the m2ts stream you will learn with the help of MediaInfo, but this information will not be useful for the external subtitles you create.

GCRaistlin

11th June 2020, 23:28

From the image you can see that the inscription will be displayed a bit too late
On the contrary, it appears a bit too early - it should appear when the still title "A Martin Scorsese Picture" appears. Now see:
https://i112.fastpic.ru/thumb/2020/0612/65/_dafdd15f3d46a21e8617fafe0031a165.jpeg (https://fastpic.ru/view/112/2020/0612/_dafdd15f3d46a21e8617fafe0031a165.jpg.html) https://i112.fastpic.ru/thumb/2020/0612/1f/_956e7db42f638a2be35bedee2ce8b71f.jpeg (https://fastpic.ru/view/112/2020/0612/_956e7db42f638a2be35bedee2ce8b71f.jpg.html)
The left shot is of SE window, its timestamp is 00:20,389. The right screenshot is of MPC-HC, its timestamp is 00:20,395 - later then the left one. But it is actually earlier as the still title is going after the running one which tail can be seen on the right shot.

BTW how do you take screenshots of SE with video displayed correctly? I get the black screen instead (that's why I used the camera for the left shot).

Janusz

12th June 2020, 00:15

Your basic mistake is: you want to sync the video to subtitles.
Not the way. You won't change the video so you have to change the display time of the subtitle.
If you want the subtitles to be displayed earlier, e.g. when the text in the video appears on the screen,
but it does not stop, you need to speed up the subtitles so that they appear earlier. SUBTITLES not video.
Set 00:00:19.717 - 00:00:29.909 and your inscription "Фильм Мартина Скорсезе" will appear when the text
"A MARTIN SCORSESE PICTURE" appears on the screen and will last for as long as the text scrolls on the screen.

BTW how do you take screenshots of SE with video displayed correctly?
Normally: Left ALT + Print Screen, new bmp file, paste, save as png.

GCRaistlin

12th June 2020, 00:49

Your basic mistake is: you want to sync the video to subtitles.
No you're wrong. I'm afraid you don't even try to understand what I say.
I'm not going to change the video. I want to sync subtitles with video. If I do it with SE's internal player the result is fine - if I'm going to watch the movie with SE. But I am not - I'm going to watch it with MPC. And here I have a problem: the subtitles that are in sync with the video played back with SE's internal player are NOT in sync with the same video played back with MPC-HC. The screenshots that prove it are above.

Normally: Left ALT + Print Screen, new bmp file, paste, save as png.
It doesn't work for me.

Janusz

12th June 2020, 01:04

In addition, F1 F2 in MPC HC accelerate or delay subtitles.

GCRaistlin

12th June 2020, 02:03

Janusz
There's a better workaround: we can just apply a delay +267 ms to the subtitles after visual/waveform adjusting is complete. But fixing the issue would be even better.

varekai

12th June 2020, 08:47

BTW how do you take screenshots of SE with video displayed correctly? I get the black screen instead (that's why I used the camera for the left shot).
https://imgur.com/a/0VcVZf9

Janusz

12th June 2020, 10:47

@GCRaistlin
For the last time I am writing in this matter:

https://drive.google.com/uc?export=view&id=1eJ60FvbaQUIDSKrwzc5tXYcCCyCj0mjK

The text "A MARTIN SCORSESE PICTURE" begins to enter the screen from 474 frames and time 00:00:19.769.
At what time your inscriptions are to be applied to the image, this is your problem, not SE.

Edit 01:
I tell you one more time, learn. In the posts above, I wrote where you should look for a solution to your problem.
You do not sync to video only to the soundtrack and if the soundtrack has some noticeable delay compared to the video
you have to take this into account. SE won't do it for you.
Now that you know the exact delay for subtitles, just fix it in subtitles. To this end, this program was created.
And you for several posts looking for some error in the program.

GCRaistlin

12th June 2020, 11:08

The text "A MARTIN SCORSESE PICTURE" begins to enter the screen from 474 frames and time 00:00:19.769.

I'm feeling like we are close to your understanding the problem.
https://i112.fastpic.ru/thumb/2020/0612/03/_b80cf106aef7559e9a1c2784c8f2ba03.jpeg (https://fastpic.ru/view/112/2020/0612/_b80cf106aef7559e9a1c2784c8f2ba03.jpg.html)

varekai

12th June 2020, 13:10

Hello Subtitle Edit forum members!
Just wanted to warn you that GCRaistlin (http://forum.doom9.org/member.php?u=101288) images links to UGLY pron!
He also links to potentially unwanted application (JS/ExAds.A)
Anyone else than me who finds this an inappropriate behavior?

Janusz

13th June 2020, 20:26

Dangerous tool: "Inspect nocr matchet for ..."

In my opinion, this is an unauthorized change in the content of the character base. I suspect that this is not only the case described.
This text was created so that anyone who wants can check the situation at home.

@ Nikse555: If you fail to reproduce this error, I will send the files.

I do not know from which version there have been such major changes in the character database saving format that the new format is not read by stable versions 3.5.14 and 3.5.15. Beta 145 also no longer reads the new format. Subtitle Edit Changelog 3.5.16 (xth July 2020) BETA doesn't mention this. I wanted to reproduce the error described below on stable versions, unfortunately I was unable to load the new character database into these versions, and on those character databases it may not work the same way. Which does not mean that there is no problem there - it's once or twice - the question remains: how will the new version 3.5.16 take over the old character base.

Description of the problem in beta 269 and several earlier (261 for sure):
1. I created a new character base for new text consisting only of non-italic characters. That was my text.
= 238 (this value allows, in my case, to eliminate not all, but at least some character connections),
[No of pixels is space] = 4 (proper value for the font used in the text),
[Max wrong pixels] = 5 (maybe too hot, but I wanted to),
[Constains italic] = off (I will not, so I do not see the need for another setting),
[Line split ...] = Auto (works, so I don't change).
It's good to this place. After correcting a few errors in the character database by a better match I received the error-free text.
Conclusion: the character base for this text is error-free and contains 242 characters (this is important).

2. Time for "Batman" - this file probably contains everything possible to find something that may not work. ;)
[Draw missing texts] = off (I will only review how the new character base works with the same text (font), but also with italics),
[Max wrong pixels] = 10 (to see how it works and what mistakes it will make),
[Contains italic] = on (there are lines with italics, so - at least I understand it - based on this parameter and [Set italic angle ...] OCR should read italics correctly).
For this parameter and italics at all, you have written clearly that it is not working well yet, so this is not the purpose of the test here either.
We look for an italic line in my case, e.g. 283. To see if more characters can be obtained, I change [Max wrong pixels] to 25. Start, stop immediately.
I'm going back to line 283, there are new signs in the line, great. Characters in base 242 - nothing has changed.
Note: flags are only added when the entire word is recognized. Does not apply to single letters "A", "I" polish "z" and probably many more in different languages - here flags are added.

[B]Now we will destroy our base:
we choose on any line with italics "Inspect nocr matchet for ..." in the field "Ispect items" select the first character from the top and down arrow we go down to the last character. We can move the cursor up and observe the "Is italic" field. "v" for italics will not appear next to any character. We choose OK and close this window.
Because it can be hard to find a line or lines where you can see what changes have been made based on characters, it's best to run the scan again for the entire file, then "CTRL + F " and we already know:
in my case "A", "you?" etc.: Long to exchange, it has been marked . The number of characters in database 242 means that these characters have not been added as new. I will say that they have been marked in italics in the character database. Which and which characters will be marked this way - I don't know. It probably depends on what characters based on [Max wrong pixels] and [Set italic angle ...] OCR recognizes and considers italics.
The effect is that from now on, single italics will appear in the text, where there are no italics. We will have to add new characters in places where characters have already been added. Each time you open the "Inspect nocr matchet for ..." window, you may make further uncontrolled changes in addition to your changes.
The fact is that we obtained in this way, for example: "A" in italics, but lost all "A" in archived, future and currently processed files.
I have a few more comments, but this text is already too long, so on another occasion.

Nikse555

14th June 2020, 12:13

@Janusz: Yes, I've changed the .nOCR file format to be slightly more compact. SE 3.5.16 will be able to read both the old format from 3.5.15 and the new format. Version 3.5.15 however will not be able to read the new nOCR format from 3.5.16.
nOCR now uses the "margin-top" value (useful for e.g. comma vs apos), so all nOCR files from 3.5.15 and older will not work optically.

Beta 276 (or later) is now here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.15/SubtitleEditBeta.zip
(fixed misc minor issues - mostly regarding expanded characters)

I was not able to re-create the italic-check-issue...

Janusz

14th June 2020, 12:59

@Nikse555
I will send by e-mail the full set of Polish xml and character base. I hope you still have Batman files.

Edit:
On uploaded files you can immediately check the case described
here: https://forum.doom9.org/showpost.php?p=1915280&postcount=1104
and my answer here: https://forum.doom9.org/showpost.php?p=1915295&postcount=1106

jlw_4049

14th June 2020, 13:30

@niksee555 Thanks for your work. Use the program pretty constantly.

Sent from my SM-G986U1 using Tapatalk

Nikse555

14th June 2020, 14:44

@Janusz: I think you have to click "Add better match" on the false italics... and add the same letter again just without italic. Or... I might be misunderstanding.

@jlw_4049: You're welcome, and thx :)

Janusz

14th June 2020, 18:02

@ Nikse555
Yes, this is the cure and I use it.
It's just that, like any medicine, it helps at one thing, which is harmful to another. And so it is in this case. I will recover, for example: "A", but I will lose another mark. I've seen this SE behavior before, but I didn't know where it came from. I thought - my mistake - I added another sign and it was good. For some time I started to suspect [Constains italic] about it, so with normal use of SE this option is permanently disabled. Like [Fix common OCR errors - also use hard-coded rules], which I use only after OCR.
Thank you for your work and your time.

Edit:
An excellent move: :thanks:


Edit 02:
Problem with "c", "w" and "." at the end of the line.
Image to download (https://drive.google.com/uc?export=view&id=1GxbEbG9h6yL67jL3UJYsMPLfJazQvNIQ)

https://drive.google.com/uc?export=view&id=1El2jaMLvXrDJjcJxYM9dN9bUBhc5F8wa

New character base created during OCR with the "Draw missing texts" option enabled. Despite entering the characters correctly, the text is not displayed correctly.
The last "s" instead of a dot was matched automatically without my participation.
Each re-import of the image into OCR causes the effect visible in the image. Such distorted text is transferred to the main program window.

Edit 03: 15.06
Correct text can be achieved, but at what cost and for how long?
We turn off the "Import / OCR ..." window, import our image again into the program.
In the "Import / OCR ..." window we turn off [Draw missing texts], create a new character base and press START OCR, as a result we get the same "*" - this result is correct.
Using "Inspect nocr matches ..." we add a better match for the first "C", "W", "." and "-".
We can press START OCR - we will see that everything is in place. The character database contains only 4 characters that we have entered.
In the next step, select [Draw missing text] to enter the text faster. We add the next missing characters from "o" to "m".
The "Import / OCR ..." window has closed. We look at the effect. Is fine.
Someone will ask: what do I mean?
That's it: before you press START OCR, start observing the text that looks good so far. First press - the second "C" has disappeared,
the next press has no first "C", one more press and we got rid of "W".
A look at the character base - we have lowercase letters instead of capital letters.

@Nikse555, please take a look at this. Somewhere there is an error that is responsible for such behavior of the program.

In one of the earlier posts I wrote that re-scanning the text will fix previously made mistakes.
I'm not backing down out of it. This is the reality. In this particular case, however, it failed.

Edit 04. 16.06
Today I added a new image "t.03.z_and_Z.png" to the archive "Image to download", after importing the image into the program
before scanning I chose the "Latin" character base, [Draw missing text] disabled. SE version 3.5.16.
First scan: "22 P*Dz!ERN!KA 2**1 YEAR"
Second scan: "22 P*DZ!ERN!KA 2**1 YEAR" - this is correct
As you can see, the small "z" has changed into a large "Z". Why is this happening?
It seems to me that [Try to guess unknown words] has gained new opportunities not only for English. :)
@ Nikse555, you and the whole team - congratulations on the release of the new stable version of the program?

Nikse555

17th June 2020, 12:04

As you can see, the small "z" has changed into a large "Z". Why is this happening?

@ Nikse555, you and the whole team - congratulations on the release of the new stable version of the program?

Yes, thx. SE 3.5.16 is out now: https://github.com/SubtitleEdit/subtitleedit/releases
(Released a bit earlier than planned due to changed spell check dictionary links).
And nOCR would not have been released/improved without your input Janusz :)
By the way, your image gives a 403.

SE 3.5.16 introduces the first (non-beta) version of nOCR.
A bit like "image compare" but just with lines which makes it easier to scale and recognize different font sizes.
nOCR can also be trained with different fonts fairly easy!!!
Just tried (really fast) to make a small tutorial: https://nikse.dk/SubtitleEdit/nocr

In nOCR, casing of "z" and some other letters are determined by average size of letters... so the first few lines may be different in second run.

Janusz

17th June 2020, 13:10

By the way, your image gives a 403.
My mistake. I haven't changed my access rights, sorry. The link should work.
In nOCR, casing of "z" and some other letters are determined by average size of letters ... so the first few lines may be different in second run.
That's right. The first case is the first line in the text, the second one appears in the text as line 7.
A bit like "image compare" but just with lines which makes it easier to scale and recognize different font sizes.
Probably as a result of this I could not add a large "Z" as a new character. Only loading another text ended my fight to add "Z".
So far it works well, it distinguishes [ , ] and [ ' ], well done. Thank you.
Just tried (really fast) to make a small tutorial:
I have read. I think the information it contains is sufficient.

varekai

17th June 2020, 17:08

@Nikse555
Thanks for the update! Much appreciated!

jlw_4049

18th June 2020, 07:16

Yes, thx. SE 3.5.16 is out now: https://github.com/SubtitleEdit/subtitleedit/releases
(Released a bit earlier than planned due to changed spell check dictionary links).
And nOCR would not have been released/improved without your input Janusz :)
By the way, your image gives a 403.

SE 3.5.16 introduces the first (non-beta) version of nOCR.
A bit like "image compare" but just with lines which makes it easier to scale and recognize different font sizes.
nOCR can also be trained with different fonts fairly easy!!!
Just tried (really fast) to make a small tutorial: https://nikse.dk/SubtitleEdit/nocr

In nOCR, casing of "z" and some other letters are determined by average size of letters... so the first few lines may be different in second run.Thanks for the update. I'll grab latest version tomorrow and test it out! :)

Sent from my SM-G986U1 using Tapatalk

tormento

18th June 2020, 12:12

Could you provide a image/sup so I can try it?
Here (https://www.mediafire.com/file/gx5sl5oy4j9etqt/jewell_PID_1203_ita.7z/file) you can find a good example.

Plus I did a fresh install with new stable version, deleting everything but latin.db.

Two fix OCR problems, that you can find both during binary compare OCR and Fix common errors:

"I" becomes "i"
"E " becomes "Es "

To help you find where (as example):

00:09:05,712 --> 00:09:07,297 Es lei ha detto: "Bene.

01:18:53,145 --> 01:18:54,581 INDIGNAZIONE: i CINQUE MOTIVI PER CUI O.J. SIMPSON SE L'È CAVATA

P.S: it would be really nice to have the possibility to include a manually corrected word during OCR to dictionary, such as "AIIampanato" instead of "Allampanato". I can correct it by hand but as it is not included in dictionary, it will ask me the same word again and again. I wish the two buttons "add to noise" and "add to dictionary" could take count of the manually modified words too.

Janusz

18th June 2020, 16:19

P.S: it would be really nice to have the possibility to include a manually corrected word during OCR to dictionary, such as "AIIampanato" instead of "Allampanato". I can correct it by hand but as it is not included in dictionary, it will ask me the same word again and again. I wish the two buttons "add to noise" and "add to dictionary" could take count of the manually modified words too.
At the moment you have four options for doing what you ask for:
1. Option / Settings / Word lists - here you can add any word to the dictionary with or without spelling distinction. You will add a replacement or fix any word during OCR. All in one step.
2. Use the [Unknown words] list during OCR - select any word in the list and use the buttons on the right. You can enter any words in the fields. What you enter - they will be saved in the dictionary or on the list to exchange.
3. Using [Spell check] - you can enter any word in the field and use the buttons below. Here, unfortunately, you will not add words that you would like to exchange for others.
4. Manual file editing: it_names_user.xml, it_IT_UseAlways.xml, ita_OCRFixReplaceList_User.xml, ita_OCRFixReplaceList.xml. Of course, not all four at once. You make changes to these files at your own risk.
In your case, all you have to do is use point 1 or 2, it depends what you are doing in the program.

tormento

19th June 2020, 08:57

At the moment you have four options for doing what you ask for
Thanks for your hints.

Number 2 is the most reasonable temporary solution.

Janusz

25th June 2020, 16:00

@Nikse555

1. The shift in drawing the vertical lines of the table in the [List view] window did not appear in version 3.5.16.
It has always been present.
This does not interfere with normal use of the program, but it spoils the overall impression.
The more that you usually work in the main program window.
If correcting this is not a big problem - I'd ask for it.

https://drive.google.com/uc?export=view&id=1_nQ_jkraj-PVyYN8c0pD5eBwKEldKBmC

2.1. Each time the File / Compare window is opened with the option [Subtitle font size]> 8 for [List view],
the width of the columns [Start time] and [End time] is not calculated for a different font size and is,
for example, too small (see figure below).
The new set width is not remembered as in the case of the main window.
It is enough that the width of these columns is determined by the width of the columns for the main window.

https://drive.google.com/uc?export=view&id=1D_HwXo4UJjkSBoj90dR2cPH9Yhcx_i3H

2.2. If we want to compare the text with the content of another file, then the left table
of the [Compare] window is a reflection of the memory content for the main window.
Because after opening [Compare] we can still modify the text in the main window,
instead of closing and opening [Compare], the [Refresh] button would be useful to refresh
the contents of the left table from memory.

3. After importing subtitles from the ts stream, I have access to the [Greyscale]
and [Use color] options (marked in red).
I use this second option in four simple steps available in the program to set dialogs for lines by adding "-".
The effect can be see in the drawing in point 2 in the right table of the [Compare] window.

https://drive.google.com/uc?export=view&id=1W5gd-Rs9yyAUoowaPItmFLyfjrViQp4P

I want to ask if there is an important reason why these options are not available for importing subtitles
from sup files, png images from html directories? Or maybe they are the only ones I can't find.
If this is not a problem, I would ask you to add these options to make them always available.
As far as I remember - once upon a time - they were.

GCRaistlin

29th June 2020, 00:22

Bug: switching from Italic to non-Italic doesn't work inside a word.

Install Latin.db (https://mir.cr/Z31BR2S0).
Open SUP file (https://mir.cr/HFECXRLR).
No of pixels is space: 11.
Go to subpic #837, press 'Start OCR', then 'Stop'.

The subtitle is recognized as

I'll vafangoolyou!

SE correctly recognized 'you' as non-Italic (we can make sure of it in 'Inspect compare matches for current image...'), though 'you' is enclosed in Italic tag in the recognized text.

Janusz

29th June 2020, 08:02

@GCRaistlin
Use the US English dictionary for OCR, select [Fix OCR errors] and [Try to quess unknow words] as a result of which you will receive your
I'll vafangool you!

GCRaistlin

29th June 2020, 10:17

Janusz
What does it have to do with the reported issue? This time your trick helps (maybe, I didn't check), next time it won't.

varekai

30th June 2020, 08:55

I'll vafangool you! (https://streamable.com/7o2d68)

tormento

11th July 2020, 08:34

Could you provide a image/sup so I can try it?
I saw you updated beta but you never replied to my post (https://forum.doom9.org/showthread.php?p=1916021#post1916021).

jlw_4049

16th July 2020, 17:28

Still having major issues with music notes in the latest beta version for tesseract/binary.

http://www.mediafire.com/file/2pyfynot2lx6lb4/example.sup/file

There is a file that I've had the issues on.

Nikse555

18th July 2020, 09:05

@Tormento: I've tested your sup file and it works fine... I don't get the strange replacements that you get, so you should probably do a clean install (delete all old SE files before - including those in %appdata%\Subtitle Edit).
EDIT: Also, latest beta has improved casing in OCR for italian letter "Ú": https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.16/SubtitleEditBeta.zip

@jwl_4049: You should request better support for music symbols for tesseract here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.16/SubtitleEditBeta.zip
Or you could try "nOCR" or "Binary image compare"...

tormento

18th July 2020, 10:00

I've tested your sup file and it works fine.

You are right about "Es", I have found it in ita_OCRFixReplaceList_User.xml somehow...

The "i" issue comes from ita_OCRFixReplaceList.xml, where "l" is replaced by "i" and sometimes a "I" is OCR as "l".

Also, latest beta has improved casing in OCR for italian letter "Ú"

We don't have any Ú letter in Italian.

We do have ù and Ù. :p

loninapleton

19th July 2020, 06:35

Not hijacking anything. I just need to know if this is the major forum discussion for Subtitle Edit. I am just beginning to do translations. Some online tools are available. But my current need is to get an ASS file which is translated English to Polish saved as SRT or VOB that is recognized by MKVToolnix.

I'm only getting a text save in Subtitle Edit. Please give the steps of getting this kind of save. And thank you for this amazing tool.

jlw_4049

19th July 2020, 07:21

@jlw_4049: You should request better support for music symbols for tesseract here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.16/SubtitleEditBeta.zip
Or you could try "nOCR" or "Binary image compare"...

Im not sure what nOCR is. All I see is binary or tesseract.

I'll look more into it tomorrow when I get off.

Sent from my SM-G986U1 using Tapatalk

Nikse555

19th July 2020, 08:32

@tormento: I could not find lines where "l" is replaced by "i"... could you give some line numbers? (thx about the italic letter accent U)

@loninapleton: You can open the ASS file and change format in the toolbar to "SubRip (.srt)" (SubRip is the topmost format in the drop down list).
You can also convert multiple ASS files to SubRip (.srt) via Tools -> Batch convert or by using command line convert.

@jlw_4049: If you cannot see the OCR method "nOCR" then you probably don't use SE 3.5.16?

tormento

19th July 2020, 09:38

could you give some line numbers?
Line 33 of ita_OCRFixReplaceList.xml

Nikse555

19th July 2020, 10:25

Line 33 of ita_OCRFixReplaceList.xml

Do you also have a line number in .sup file?

tormento

19th July 2020, 12:15

Do you also have a line number in .sup file?
1557

Even removing the OCR line that I told you, it's wrongly OCRing "I" as "i".

Nikse555

19th July 2020, 13:41

1557

Even removing the OCR line that I told you, it's wrongly OCRing "I" as "i".

I get
INDIGNAZIONE: I CINQUE MOTIVI
PER CUl O.J. SIMPSON SE L'É CAVATA

tormento

19th July 2020, 13:44

I get
INDIGNAZIONE: I CINQUE MOTIVI
PER CUl O.J. SIMPSON SE L'É CAVATA

WTF.

Apart from wrong É (it should be È) it looks like your OCR hasn’t my same issue.

Need to sort this thing out.

Perhaps some regional setting? I had problems with an AVS script some time ago.

jlw_4049

19th July 2020, 13:48

Janusz

19th July 2020, 18:52

@jlw_4049
Here I wrote what needs to be done to access nOCR https://forum.doom9.org/showthread.php?p=1913645#post1913645

loninapleton

19th July 2020, 22:56

@tormento: I could not find lines where "l" is replaced by "i"... could you give some line numbers? (thx about the italic letter accent U)

@loninapleton: You can open the ASS file and change format in the toolbar to "SubRip (.srt)" (SubRip is the topmost format in the drop down list).
You can also convert multiple ASS files to SubRip (.srt) via Tools -> Batch convert or by using command line convert.

Thank you. I knew I was missing something-- the tool bar part. I'll try it again. I must be in the right place. :-)

tormento

20th July 2020, 10:21

I get INDIGNAZIONE: I CINQUE MOTIVI PER CUl O.J. SIMPSON SE L'É CAVATA
Ok, it was enough to delete *user*.xml and install last beta.

tormento

20th July 2020, 16:03

Update: I have tried to write a single line srt manually and to use Fix common errors on it, excluding the OCR process.

I have found that if I save "i" letter to Names (it_names_user.xml), SubtitleEdit wants to change "I" to "i".

Usually I save single letter words "i", "a", etc to Names because they can't be found in Italian dictionary and stops the OCR processing.

Any idea to solve this issue?

Boulder

21st July 2020, 07:27

Usually I save single letter words "i", "a", etc to Names because they can't be found in Italian dictionary and stops the OCR processing.

Any idea to solve this issue?

Why don't you add them to the dictionary? Then they won't stop the process.

tormento

21st July 2020, 08:40

Why don't you add them to the dictionary? Then they won't stop the process.

You read the first two lines?

loninapleton

25th July 2020, 19:14

nekrovski

25th July 2020, 22:18

Too bad there's no Subtitle Edit for games :(

https://i.imgur.com/n2YwroY.jpg

https://i.imgur.com/2D6T6gH.jpg

loninapleton

28th July 2020, 07:39

A simple question on Subtitle Edit. I appreciate the previous help give to me as a new user.

The current problem I have is I am in OCR Hell. I used a quick link
to explain why OCR opens on a demuxed (using Inviska from Toolnix) SUB/idix from a Handbrak DVD rip.

All I need (I think) is to convert the SUB/idx pair into SRT so
I can add some translations to the work. But I got lost in the OCR screen activities.

Are there a few simple steps to do this?

Progress. I downloaded Tesseract 5 and started the OCR operation which will run for a while.

Press Ok, Return to Main Screen File > Save As >Subrip.

Success.

A fine program I will have to explore again.

loninapleton

1st August 2020, 01:32

Lucius Snow

6th August 2020, 18:18

Hi guys,

I need your help urgently because I must deliver an EBU N19 (STL) file to a channel. Their software reported the following error: "MISSING STARTBOX!"

Do you know what am I missing in the EBU properties during the export?

Thank you very much.

Nikse555

6th August 2020, 18:54

Lucius Snow

6th August 2020, 19:00

Could you try: Display standard code = 1 Level-1 teletext ?
That's the one I already use.

Nikse555

6th August 2020, 19:04

OK, in "Text and timing information" - do you have "Use box around text" checked?

Lucius Snow

6th August 2020, 19:45

OK, in "Text and timing information" - do you have "Use box around text" checked?
Nope. By the way, I downloaded a softwared called EBUSTLViewer which reported the attached file with 5 errors. They appear with or without "Use box around text" checked.

I tried to re-export the EBU STL from another software and these 5 errors disappear. I don't know if they're linked to this "start box" issue reported by the TV channel.

Nikse555

7th August 2020, 18:06

Nope. By the way, I downloaded a softwared called EBUSTLViewer which reported the attached file with 5 errors. They appear with or without "Use box around text" checked.

I tried to re-export the EBU STL from another software and these 5 errors disappear. I don't know if they're linked to this "start box" issue reported by the TV channel.

Could you perhaps upload to some file share site?

Lucius Snow

9th August 2020, 15:45

Could you perhaps upload to some file share site?
Actually, there are two different issues:

1/ The new export with "Use box around text" seems to work according to the channel TV (waiting for a confirmation though).

2/ The errors reported by EBUSTLViewer come from the timecodes converted from milliseconds to frames. For example, the software would read 00:01:02:25 for a 25 fps file which is incorrect. I had to adjust them a very little before to get rid of the errors.

EDIT: I confirm the error was due to "Use box around text" unchecked. The TV channel has now accepted the file.

loninapleton

13th August 2020, 07:56

An additional problem I'm working on.

Can Subtitle edit join a first and second part of an edited MKV?

The recode was made from DVD originally and then I added an act break--
like being at the theatre. I've had a request for subs for that piece.

I can redo from the DVD from scratch or begin a join of the parts one and two.

Subtitles extracted from my MKV are SUB Idx like the initial item I asked about.

Can either the OCR version or an SRT made with Subtitle Edit's features
combine into one SRT?

I came back to this seeing that I left it hanging. There is actually a fix for this using MKV Toolnix where an MKV with two parts can be joined with the subtitles then demux the new single sub in MKVtoolnix _and_ the numbering scheme will be time- adjusted to end of file. I'll see if I can get back the exact link at videohelp.com who posted the solution.

time passes....

Here is the link I mentioned:

https://forum.videohelp.com/threads/191107-Help-Joining-Two-srt-Files-As-One

Post #16 has the specific technique and described in steps in a careful manner. The whole thread is
pretty useful.

loninapleton

13th August 2020, 08:25

A new question for me is: can a movie with hardcoded subs on the image be defeated with a player that will display a new subtitle
in the black border outside the image?

The movie is old and perhaps direct copied from VHS. There is no
subtitle file listed in MediaInfo. It is subtitled at the source. But there is an SRT for the film which could be used to make new languages with a translator if it can be displayed properly in VLC, Daum or MediapPlayer Home edition etc.

Nikse555

13th August 2020, 09:27

The errors reported by EBUSTLViewer come from the timecodes converted from milliseconds to frames. For example, the software would read 00:01:02:25 for a 25 fps file which is incorrect.

That's a bug, thx :)
Beta updated: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.16/SubtitleEditBeta.zip
( code fix is here: https://github.com/SubtitleEdit/subtitleedit/commit/d3ab44a8aa3df8ce691e1de8cc90a7fa95bf9bf0#diff-392f0be95fc0e084b6820e7e18cc9957L703-L707 )

@loninapleton: SE has "Tools -> Append" and "Tools -> Join" - will only work with text based subtitles.

Nikse555

13th August 2020, 09:32

can a movie with hardcoded subs on the image be defeated with a player that will display a new subtitle
in the black border outside the image?

Yes, you could can use the ASS format with a box - if the alignment is not the same for all subtitles it's probably better to use Aegisub - and a lot of time.

loninapleton

14th August 2020, 00:44

Erf. Thanks for answering. I'm not good enough with the simplest tasks much less trying to create a box. I thought Media Player or one of those had a subtitlles outside the frame option. I don't care if the hardsubs show. Saying 'defeated' was not accurate as in trying to scrub it, but to provide an option for translations in SRT or other.

Here is what I see: the hardsubs are visible. But VLC will show no subtitle options -- empty. So can I put an optional SRT down below and selectable as an external sub file? I was just looking around at opensubtitles etc and found an SRT for this video/old movie. It is however a classic-- just never updated. VLC may not be the right option-- it's just what I use and know how to add subs from it's player menu.

robena

16th August 2020, 09:51

I was using SubtitleEdit-3.5.13, and now upgraded to SubtitleEdit-3.5.16, so I'm not yet sure if my problems are solved or not.

I upgraded recently from a 6 year old 6 core on Windows 7 to a 3 times faster ASUS WS X299 SAGE/10G + Intel Core i9-10900X overclocked at 4.7 GHz on all cores + Windows 10.

I hate Windows 10, it took then several years to make it usable, and that's only using Windows Blinds to skin it and using DPI Awareness Enabler to get something where most apps are not fuzzy on a high DPI monitor.

The problem is that with a 3 times faster system, Subtilte Edit is much much slower.

I use an auto-it macro to do repetitive tasks. With the old system, no problems, witht he new ones SE was so slow that the macro was falling out of sync with the various Windows, and that I had to redesign it to read their header content rather than do a reasonable Sleep amount of time to complete the task.

I also had to make a c++ program to elevate itself to REALTIME_PRIORITY_CLASS before calling SE, still in mode REALTIME_PRIORITY_CLASS to make SE responsive enough to work well with the macro.

That problem is (painfully) solved, but I have another one.

I have often whole series to OCR.

What I do is start for example 13 SE OCR Windows, launch OCR on each (useful to have 10 cores!), go watch something and come back 60 minutes later to make the manual corrections.

But SE does not like AT ALL having 13 Windows opened, even if they have all finished to OCR.

Typing on an Unknown Word window makes SE respond in easily 5 seconds, it's excruciatingly slow. When there is only one Window left, response time is less than 1 second.

Any idea why I get that on this new system, and how to speed up the time response?

Edit: I just tried with SubtitleEdit-3.5.16 to confirm that the problem is still there though. With 12 Windows opened, clicking on the an Unknown Word window makes SE respond in 8 seconds. Even though I am only using 25% cpu, and half of my 64GB memory. OCR seems to be much slower with Tesseract 5.0 than with 4.0.
The sup file is located on a 3500 MBs NVME SSD disk. I don't think you can have a PC much more faster than mine, save a new one wit a 4.0 PCI bus, which I'm sure would make no difference.

Thanks!

Edit: I double checked running a lot of OCR windows on an old Windows 7 PC. Clicking on an error brings you to the faulty line in less than half a second. SE has a BIG perormance problem on Windows 10.
It's not specific to my config. A few years ago, the first time I tested Windows 10, using a scrip to open 10 Windows almost simultaneous froze Windows, and I had to reboot. The same worked perfectly with Windows 7.

junah

17th August 2020, 13:18

Im pretty sure its not a fault of Subtitle Edit.

Emulgator

18th August 2020, 19:13

Win10 trying to keylog things ? Muuuhahahaaa...

"It took then several years to make it usable",
yes I am with you regarding both OS XP and 7 and hopefully won't have to do the same again with 10 too soon.

WinXP32ProSP3 and Win7U64SP1 here.

nekrovski

21st August 2020, 15:14

Can anyone help me with Subtitle Edit's regex?
I would like to use Find, to find only double lines that both start with a dash -

Nikse555

24th August 2020, 11:39

@robena:
SE calls tesseract.exe for each image. Tesseract.exe itself uses multithreading. Running multiple OCR windows with Tesseract will probably use all threads pretty fast.
Using one of the other OCR methods will give better results for you when running in parallel.

>The problem is that with a 3 times faster system, Subtilte Edit is much much slower.
You're taliking about Tesseract 5 vs Tesseract 3? Yes, that's probably correct.

@nekrovski: You can try this:
-.+\n-

nekrovski

24th August 2020, 15:12

@nekrovski: You can try this:
-.+\n-
Thanks a lot, works.

loninapleton

25th August 2020, 23:14

I had a DVD rip which showed a VOB sub. It shows in programs like MKVmerge but won't display in Daum or VLC. Where did it go?
I used Subtitle edit to extract the VOB and save it as SRT for subtitle compatibility.

The workaround I have tried is delete the VOB sub in the
original then recode with Handbrake adding in the SRT. It's coding now.

What makes this so odd is the Text from the VOB sub looked fine and complete as an SRT format viwing it in Notepad++.

Janusz

26th August 2020, 00:43

@nekrovski, @Nikse555

Can anyone help me with Subtitle Edit's regex?
I would like to use Find, to find only double lines that both start with a dash -

@nekrovski: You can try this:
-.+\n-

In my opinion, before the expression "-.+\n-" should add "\A". Then for sure "-" will be searched only at the beginning of the line, not in the middle.
The entire expression would be "\A-.+\n-".

nekrovski

26th August 2020, 12:51

@nekrovski, @Nikse555

In my opinion, before the expression "-.+\n-" should add "\A". Then for sure "-" will be searched only at the beginning of the line, not in the middle.
The entire expression would be "\A-.+\n-".
Thank you.

This is gonna sound super nitpicky but sometimes "break long lines" option, does this to a long line
Though this trip to Tochigi was pretty far,
too.
The "too" goes to a second line and I really dislike when there's something really long in first line and only a word on another.

Is there a way to prevent this without manually checking in the "fix common errors" window? When there's only a handful of break long lines suggestions, I can check. But when there are 50 or so, it puts a strain on my eyes/brain to check each manually.

So as a workaround to this, after I apply the "break long lines", I'm looking for an option that will let me find/search/display only the 2 lines subtitles in which there's a significant difference between the number of characters in each line. And possibly, for me to be able to specify the difference.

Is there such thing?

robena

27th August 2020, 14:39

@robena:
S
>The problem is that with a 3 times faster system, Subtilte Edit is much much slower.
You're taliking about Tesseract 5 vs Tesseract 3? Yes, that's probably correct.

No, I'm talking about the fact than when OCR is finished, each window on Windows 10 take more than 5 seconds to react when pressing over a sentence needing manual input.

Even TE 3 is slower on Windows 10 by the way, but it's not a big problem it's not a thing I do interactively, I do something else until it's finished.

What is insufferable is on Windows 10:

1) I click in a sentence needing manual correction

2) It may take up to 8 seconds before the windows reacts and I can work.

That happens only when many OCR windows are opened at the same time.

My system has 64GB of memory and 20 threads, I use less than that, so the problem is elsewhere.

That does not happen with other software. I can have 10 Firefox widows opened with 10 tabs each, typing on a tab goes to it instantly.

That does not happen with Windows 7.

Janusz

28th August 2020, 09:10

@Niksee555
On August 25, 2020 on the main page of the program in the comment to version 3.5.16 @MagratG wrote:
"Query: My temp directory is filling up with 1000s of png files,
the subtitle images, that are not being deleted after closing the program. "

Looking at its directory "temp" I can see that SE automatically creates files with similar names,
eg: a9474388-3f2f-4ae9-b73b-5bff0e0bec39.ass, which also does not delete after exiting the program.

These files are created if "mpv" is selected as the video engine in the program options
and only if the "mpv handles preview text" option is checked.
Sometimes for one and the same inscriptions in quick succession several different files with the same content are created.

****************
Editing 30/08/2020
I checked the 3.5.16 Beta 134 version - the described problem no longer exists.
Thank you.

Nikse555

31st August 2020, 17:33

@Janusz: Cool, thx for reporting/testing :)
fixed via this commit: https://github.com/SubtitleEdit/subtitleedit/commit/d95c64833eca550fbdcce20b0204e063cbcb9ff7

Janusz

11th September 2020, 00:01

@Niksee555
Bug in the stable version of Subtitle Edit 3.5.16 and above.
"OCR auto correction" does not apply to the options you set.

https://drive.google.com/uc?export=view&id=1-ty62o9B6C3PqDGnHg1zSmQ2ybzsF9Cw

As you can see in the picture - except for the dictionary - the other "OCR auto correction" options are disabled,
and yet the OCR program made 13 corrections, although it should not. All fixes can be seen in the [All Fixes] tab.
The situation described occurs only for italic. See lines 521 and 524 and it always happens
regardless of whether I use pol_OCRFixReplaceList.xml or not.
I checked other texts with and without italics - the problem is with all files.
I also checked the stable version 3.5.15 - the problem does not occur.

The remaining tabs: [Guesses used] and [Unknown words] are filled in as expected.
[Guesses used] is empty and [Unknown words] contains unrecognized words.

For those who do not know Polish, the good news is that
that all corrections were made flawlessly.

Editing 17-09-2020

I checked the version in Subtitle Edit beta 184 - the "All fixes" list is no longer populated for the case described above.

Another problem arose - it concerns the "Subtitle text" window.
In the picture above, with the selected language, the lines detected by OCR without errors completely have a green background for the text,
lines with whole words that are unrecognized have a yellow background, while lines with unrecognized single characters have a brown background.
This property allows you to quickly locate the error line and its type visually. And that's great.
In beta 184, this property is lost, and despite selecting a dictionary in the [Dictionary] field, all text from the first to the last line is white background as if the dictionary was not specified (None).
Background recoloring is only restored when "Fix OCR errors" is checked. Until now, this has worked without having to select this option.

tormento

11th September 2020, 15:57

Was playing with tesseract sources and compiled a x64 build.

No time to test, take it (http://www.mediafire.com/file/y7wbyba9oxkjse7/file) as it is. :)
tesseract 5.0.0-alpha-781-gb19e3
leptonica-1.81.0
libjpeg 8d (libjpeg-turbo 2.0.5) : libpng 1.6.37 : libtiff 4.1.0 : zlib 1.2.11
Found AVX
Found SSE
Found OpenMP 201511
Found libarchive 3.4.3 zlib/1.2.11 liblzma/5.2.5 bz2lib/1.0.8 liblz4/1.9.2 libzstd/1.4.5

loninapleton

12th September 2020, 00:29

loninapleton

19th September 2020, 05:07

The latest version 3.5.16 which I downloaded just for updates shows a new screen that pops up for OCR which I don't know how to use.

Is it preferable to demux the VOB and avoid this screen rather than trying to drag and drop an MKV which is what I did?

I am the OP. I have fixed things. Did a fresh install with
translation box un-ticked, Tesseract 5 selected and downloaded
for VOB and English installed as the dictionary language.

Someone can say if ticking the translation box activated that
pop up screen I did not know what to do with. I had an older copy on a different machine and reverted to that-- looking for
differences.

Janusz

23rd September 2020, 22:33

@Niksee555

A.
In my opinion, Subtitle Edit is not properly managing the computer's RAM.
I prepared the description for version 3.5.16 beta 222.
The version doesn't matter. I checked previous stable versions 16, 15, 14 all the way to 10.
With the same operations, the results are similar everywhere. But it gets worse from version to version,
so that in version 10 it takes up to 2 GB of RAM during the first loading.

The very launch of the program is ok. The RAM occupancy increases slightly from version to version.
It is known that the program is growing, new functions are added, and this requires space.

The RAM occupancy is based on the Task Manager.
Test file: mpeg-ts contains 1 video stream, 2 audio streams, 1 stream with DVBSUB subtitles
File size: 9,793,003 KB.

After starting, in my case, the program takes up 20.3 MB of RAM,
1. Dropping the ts file on the main program window, the parsing of the file starts.
After its completion, the Import / OCR Vobsub ... window opens. - RAM = 88.4 MB.
In the window I choose [Cancel], I go back to the main window - RAM = 88.4 MB !!! Why?
2. I do the same as in step 1 again.
The RAM occupancy drops to 78 MB so that when the Import / OCR Vobsub ... window opens, it shows RAM = 131.8 MB
I choose [Cancel] again, and the RAM still occupies 139 MB.
If so, I will repeat the operations from point 1, I will eventually take up all RAM.
The program does not release the memory also if I select [OK] and remove the subtitles from the main window by selecting [File / NEW].
In this case, the program takes up RAM even faster.

B.
The second thing is about parsing the file itself. During its digestion, the progress is shown in %.
With each file, I have a situation where the progress counter stops - the numbers stop changing.
During this time, a system message is displayed next to the program name and version (no response) in the program title bar.
At this time, however, the program continues to work because after a shorter or longer time the progress is displayed by a few,
and even several dozen % more. I have one to several such detentions during the file analysis.
The file analysis itself works and completes fine, but these counter stops and messages are annoying.

Janusz

27th September 2020, 16:57

Subtitle Edit beta 232 crashes when trying to import ts file.
The same file in beta 222 opens correctly.
https://drive.google.com/uc?export=view&id=1TEgOKNWGw3Wd0oHPumt03PLsbHfotPVc

Nikse555

28th September 2020, 11:46

@Januz: Do you still get the crash in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.16/SubtitleEditBeta.zip ? (beta 240)
Beta also fixes an issue where bd sups lost overlapping subtitles: https://github.com/SubtitleEdit/subtitleedit/issues/4392
In general, dot net programs do not manage memory release.

Janusz

28th September 2020, 14:13

@Januz: Do you still get the crash in latest beta 240?

Thank you @Nikse555, beta 240 the earlier file already opens correctly, I also checked a few other ts files - they also open without problem.

Nikse555

29th September 2020, 11:26

Thank you @Nikse555, beta 240 the earlier file already opens correctly, I also checked a few other ts files - they also open without problem.

Cool, thx for testing :)

von Suppé

30th September 2020, 09:03

Atlantis

3rd October 2020, 22:57

jlw_4049

3rd October 2020, 23:26

Just wanted to say that I recently discovered nOCR and wanted to thank anyone responsible for it. It is like true magic compared to the other methods in Subtitle Edit. It requires less interaction. It's really like night and day.I agree, it's so much faster and generally more accurate.

It's definitely the best of both worlds.

Sent from my SM-G986U1 using Tapatalk

Atlantis

4th October 2020, 00:00

Before, I easily could spend 1-2 hours, more like 2 hours on a movie. With nOCR I do it in 10 minutes!

How does the self-learning work? Does it stay after each project or is it reset each time you finish a file?

Nikse555

6th October 2020, 18:12

I wouldn't know if this is already been addressed to, but now that I think about it:

Is it possible to load a SUP and/or XML/PNG file into SE, not OCR-ing it, only for adjusting the timecodes? And after that, export back to SUP or XML/PNG, so without changing the original subtitle images and their X/Y coördinates. Of course, preferably with realtime monitoring in the preview with a chosen video.

I would be very happy if that's possible.
Cheers

Sorry, SE cannot really do this... I guess SE has most of the code for this, so it would be relative easy to make. Perhaps a new program...

Just wanted to say that I recently discovered nOCR and wanted to thank anyone responsible for it. It is like true magic compared to the other methods in Subtitle Edit. It requires less interaction. It's really like night and day.
Nice to hear :)
Still, some subtitles (different/strange fonts) work better in Tesseract, but yes, nOCR works well for most subtitles.

Also, Subtitle Edit 3.5.17 is out: https://github.com/SubtitleEdit/subtitleedit/releases
Fixed a bug in BDSup reading with overlapping images (keeping images between PES packets and only clearing at Composition State=Epoch Start) and many minor improvements and fixes, and even Karaoke CD+G -> BDSup included.
Batch convert (and cmd line) can now handle transport streams with both teletext/images - and 300 different formats :)

jlw_4049

6th October 2020, 18:32

Sorry, SE cannot really do this... I guess SE has most of the code for this, so it would be relative easy to make. Perhaps a new program...

Nice to hear :)

Still, some subtitles (different/strange fonts) work better in Tesseract, but yes, nOCR works well for most subtitles.

Also, Subtitle Edit 3.5.17 is out: https://github.com/SubtitleEdit/subtitleedit/releases

Fixed a bug in BDSup reading with overlapping images (keeping images between PES packets and only clearing at Composition State=Epoch Start) and many minor improvements and fixes, and even Karaoke CD+G -> BDSup included.

Batch convert (and cmd line) can now handle transport streams with both teletext/images - and 300 different formats :)What a beast, thank you sir

Sent from my SM-G986U1 using Tapatalk

jpsdr

7th October 2020, 18:16

Hello, a little question.
I have two srt files A and B.
I want to insert the lines 100 to 200 of the file A after the line 50 of file B (and so before line 51 of file B which will become 152).

How do i do ?

I can't just do it in Notepad because line numbers will not be good anymore.

Janusz

7th October 2020, 22:32

@jpsdr
A. In the notebook
1. Insert lines in Notepad. Save the changed file with a new name.
2. Load the new file into the Subtitle Edit program.
3. Use Tools / Renumber to renumber (reorder) the line numbers.

B. In Subtitle Edit. (use the right mouse button)
1. Open file "A" in the program, mark lines 100 to 200, execute "Copy as text to clipboard"
2. Open file "B" in a new (second) session of the program, position the cursor on line 51,
execute Column / Paste from Clipboard with [Choose column] = All checked
and [Overwrite / Shift cells down] = Shift cells down.

jpsdr

8th October 2020, 17:13

Ok, thanks.

mugz8391

11th October 2020, 18:53

A few years ago I used Aegisub but it is no longer being supported it appears and links to the forum are dead right now.

I cannot remember how to apply the "typewriter effect" to lines of text and I'm not having much luck finding help to apply the different effects for Subtitle Edit either - I see in the change log this effect is supported but no tutorial on how to apply it. Can I get any help here?

Janusz

11th October 2020, 20:44

@mugz8391
Select the line or lines you want this effect to apply to
press the right mouse button on the marked area,
select [Typewriter effect ...]

von Suppé

13th October 2020, 11:49

Hi Nikse,

In the latest version, is there something wrong with the handling of *.ass subtitles, when exporting to SUP?

The preview in the SUP export-windows is definitely not showing what it used to.
Seems like the text is in front of a black cloud??

With srt to SUP evrything's okay.

Cheers

Edit: Sorry. I forgot that when creating or editing ASS styles in Aegisub first, things go well. Aegisub is doing more than when creating/changing ASS styles in SE.

So, all is well. Sorry for inconvenience.

Melan

15th October 2020, 08:56

Hello.
Could you please implement automatic deletion of spaces before characters like:
!
?
,
.
without informing about it in the "All fixes" window? I mean the Binary image compare method.
Currently, I have defined these patches using regex in OCRFixReplaceList file and the whole list of patches is "cluttered" by them, which makes it difficult to read.

https://i.imgur.com/F9sVhV5.png

Ghitulescu

16th October 2020, 20:35

Hello.
Could you please implement automatic deletion of spaces before characters like:
!
?
,
.
without informing about it in the "All fixes" window?

And as soon as this change is implemented, the Frenchmen will come and ask for inserting a space inbetween for this is what French spelling requires.

If you create your own subtitles, I am sure you have not this issue.
The rest might fall under Rule 6 :) :) :)

hello_hello

28th October 2020, 19:54

Atlantis

28th October 2020, 21:40

Is it possible to OCR the font colors also? In this or any other method. To have the colors OCRed from sub files and added to the srt files.

Atlantis

29th October 2020, 01:47

I didn't receive an answer, after you finish a file, is the learning erased or are they kept for the next job?

Atlantis

29th October 2020, 02:08

Please in nOCR spell check window add a button for
inspect nocr matches for current image

Binary image compare already has this with a button named "Edit image db"

Melan

29th October 2020, 16:09

Would it be practical to remove them from the OCRFixReplaceList file and fix them later with "Tools/Fix Common Errors/Remove unneeded spaces"?

Multiple records from the OCRFixReplaceList file can be defined in a different tool. Question - what for?
OCRFixReplaceList does its job great. And most importantly, it does it automatically, without user interaction.
The other tools are "manual" and you can always get an error.
Imagine you need to check every entry that contains only a space before "?", "!", ".", ",". Such a list contains about 100-300 entries. I don't even want to think how long it will take.

bl4ck

30th October 2020, 13:45

@Nikse555
Hi,
I last time I made many "sup" files for my blu-ray discs. Maybe possible is adding function to save font color for many colors? now program remember only last selected color.

Greetings.

Janusz

30th October 2020, 23:47

@hello_hello
Use "Multiple replace ..." instead of "OCRFixReplaceList"

@Atlantis
1. "Is it possible to OCR the font colors also? In this or any other method ..."
Yes, but only from the original stream, eg TS if the image uses a color font.

2. "I didn't receive an answer, after you finish a file, is the learning erased or are they kept for the next job?"
Yes, if you have [Remember "Use always" list] checked, you will be able to use your changes for other files in the future as well.

3. "Please in nOCR spell check window add a button for inspect nocr matches for current image"
For what? Click twice with the left mouse button on the selected line in the [Subtitle text] window and the required window will open.

4. Do not write several posts one after the other, use "Edit".

@ Nikse555
@ bl4ck wrote: "I last time I made many" sup "files for my blu-ray discs. Maybe possible is adding function to save font color for many colors?"

My comments to this:

1. If I export any text to the 'Blu-ray sup' file and in the 'Blu-ray sup' window I choose [Font color] = yellow (FFFF00) then the text cannot be recreated from the sup file using nOCR and Binary image compare because these methods cannot "see" the text unlike in Tesseract 3.02.

2. If I export to a Blu-ray sup file any text in which I have different color attributes selected for different lines, re-importing from this sup file does not allow to recreate the color attributes for lines with colored text. This also applies to color text images imported from a TS stream.
I wrote about it in one of my previous posts but got no reply.

Atlantis

31st October 2020, 02:11

3. "Please in nOCR spell check window add a button for inspect nocr matches for current image"
For what? Click twice with the left mouse button on the selected line in the [Subtitle text] window and the required window will open.
For that you have to abort to come back and do it. I want Start OCR to continue without quitting. It's for the same reason that Binary image compare already has this with a button named "Edit image db". Why does it have that?

Atlantis

31st October 2020, 02:14

Do not write several posts one after the other, use "Edit".

Thank you. I know how the forum works. I have been here for 18 years. How long have you been here? 6 months?! :D

Janusz

31st October 2020, 04:21

... I have been here for 18 years. How long have you been here? 6 months?! :D

Give it up.
Your argument is completely misguided.

loninapleton

5th November 2020, 01:40

Hello,

This is a new topic in this continuing thread. Is there any knowledge here on how to demux or in any way extract subtitles from a TS file? I have converted this TS once to MKV and tried to use MKV extract or Inviska but I see no way to extract.

Just a google search turned up a thread on Videoehelp here:

https://forum.videohelp.com/threads/375796-Demux-TS-files-and-change-subs

Can anyone give some insight on it?

My email notification is turned on.

Janusz

5th November 2020, 20:37

@loninapleton

Where is your ts file coming from? What format are the subtitles in the file in?
If they are bitmaps, for example: DVB-sub as in digital TV DVB-T - i.e. pictures - no conversion to mkv will help.
In that case you can use Subtitle Edit to import the subtitles directly from the ts file
and use the OCR methods available in the program to convert images into text.
You won't do it otherwise. If you don't want to do OCR, you can use one session of the program
to preview images with captions, and in the other to translate these captions.

Nikse555

7th November 2020, 08:30

@loninapleton: It may not be completely intuitive, but just use File -> Open subtitle... (or Ctrl+O) and choose your .ts file.

Opening a ts file should show this dialog, if the .ts file has more than one subtitle:
https://www.nikse.dk/se-ts-open.png

In the choose subtitle dialog, you can also right-click on the subtitle to export to some other format:
https://www.nikse.dk/se-ts.png

SE can (in latest) version also handle batch convert (Tools -> Batch convert...) of both teletext and images in transport streams.

von Suppé

15th November 2020, 11:48

Nikse555

15th November 2020, 20:58

Hi Nikse555,

I'm encountering an issue with exporting ASS --> SUP.
When the ASS style has its alignment set to "Bottom/right", the vertical offset is not honoured to the image of that line in the exported SUP.

"Bottom/left" and "Bottom/center" work fine. Can you confirm this needs a fix or am I doing something wrong here?

Cheers

I think this was fixed recently... does latest beta work for you?
https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

Nikse555

15th November 2020, 22:00

Also, SE 3.5.18 is out a few days ago: https://github.com/SubtitleEdit/subtitleedit/releases

A few entries from the change log:

Add "Center, left justify dialogs" to export images - thx Benjamin
Improve ASSA/SSA preview - thx Mounter81
Allow for .mpg/.mpeg transport stream file extension in "Batch convert"
Fix crash in export image with font tag - thx Jake
Fix batch convert of Blu-ray sup file to VobSub - thx John

von Suppé

16th November 2020, 13:22

I was using SE version 3.5.17.

A few tests show the issue persists in version 3.5.18 and the beta you linked.

I'll do more tests for Upper-left etc to be complete.

Edit: Okay, tested all Bottom and Top positions quickly with version 3.5.18.

I found that with "Top/right" positioned ASS, the right offset is not hounoured. Vertical offset is okay.

So, this one and the vertical offset issue for "Bottom/right" need a fix, IMHO.

I will go testing further for the "Centered" posotions.

Janusz

16th November 2020, 16:25

@Nikse555
It should be noted somewhere that the 3.5.18 version of the program is not compatible with the 3.5.18 NEXT beta version
because for the same settings in the program, different names for these settings are used in the system.ini configuration file.
3.5.18
<SubtitleFontSize>10</SubtitleFontSize>
<SubtitleFontBold>False</SubtitleFontBold>
3.5.18 NEXT beta
<SubtitleTextBoxFontSize>12</SubtitleTextBoxFontSize>
<SubtitleTextBoxFontBold>True</SubtitleTextBoxFontBold>
I don't know if this is intentional.
In any case, alternating between the stable and next beta versions will result in resetting these parameters to the default value each time.

Nikse555

16th November 2020, 17:49

@von Suppé: I just tested with all nine alignments (like {\an8}), and they all worked fine for me...

@Janusz: yes, it is intentional with the bigger bold font, the rename was made to ensure people got the new settings.

von Suppé

17th November 2020, 10:49

Nikse555

17th November 2020, 20:29

The alignments work, that's true. Bottom/right shows at bottom-right. But the vertical offset, or "Margin vertical", as it's called in the ASS style window, is not honoured when exporting to SUP.
Again, only with bottom/right the vertical offset issue exists.

Thx, should be fixed via this commit: https://github.com/SubtitleEdit/subtitleedit/commit/9bfa17dd554ccd427776850ff44cae7452e2d51c
(I had switched right margin and bottom margin for bottom-right... dough)

Beta updated: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

von Suppé

18th November 2020, 07:57

Yep, looks good on the beta. I see you also took care of the right offset issue for Top/right. Great!

Thanks for the fix, Nikse :-)

arestarh

20th November 2020, 09:19

Hi,

Guys, could you please tell me whether we have possibility to adjust timecodes of blu-ray .sup without OCRing it ?
I've looked through "Batch converter", but didn't find the way how to do this.

darksen

26th November 2020, 08:27

Someone else is having problems selecting text? I'm using the latest beta and most of the times, like 8/10 when I try to select text from right to left (I mean from the end of the line to the left) only a part of the last word is selected and then it gets dragged to wherever I move the cursor, and sometimes, when this happens and then I click on an empty space of the text box I can't write anything, I have to click again to be able to edit.

See this video for what I'm talking about (the first part): https://gofile.io/d/cE4RTx

Also, is there a way to be able to select, just as before, parts of a word/sentence with precision instead of the whole word getting automatically selected? This is more annoying with italic tags, I want to only select the tag but SE automatically selects the whole tag plus one more char. See this video: https://gofile.io/d/AFIjx8

Thanks.

Janusz

26th November 2020, 19:24

@darksen
Disable the new [Use syntax coloring] option in Settings / Font / UI Font / Text box - that came out in beta.
By default, this option is enabled. When turned off, selecting works as before - no problems.
My version is 3.5.18 NEXT, beta 135.
If you don't want to disable this option, use SHIFT + left / right arrows for precise selection.

nekrovski

5th December 2020, 09:12

Nikse555

5th December 2020, 17:27

Can anyone help me with regular expression?
I would like to add an entry in multiple replace that will delete all contents from the line if the line has a specific word.
[edit] Sorry, stupid me asking the question when there's literally the same thing I asked answered in the help site...
https://www.nikse.dk/SubtitleEdit/Help

In latest beta "Tools - Batch convert" also has a "delete lines" element which hopefully is a little quicker to use:
https://www.nikse.dk/se-batch-convert-delete-lines.png

Nikse555

8th December 2020, 17:46

Hi Nikse555,

I wouldn't know if this is already been addressed to, but now that I think about it:

Is it possible to load a SUP and/or XML/PNG file into SE, not OCR-ing it, only for adjusting the timecodes? And after that, export back to SUP or XML/PNG, so without changing the original subtitle images and their X/Y coördinates. Of course, preferably with realtime monitoring in the preview with a chosen video.

I would be very happy if that's possible.
Cheers

I've added a little in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip
Use File -> Import -> Blu-ray (.sup) subtitle file for edit...
(no video preview atm + fade or similar effects will be lost)

von Suppé

8th December 2020, 20:22

Cool, I'm gonna check it out it. Thanks Nikse :) :thanks:

Edit: Is there something wrong with the beta download? After unzipping I get error screen running SubtitleEdit.exe

Nikse555

8th December 2020, 23:07

Hm, yes. Hopefully this beta will actually start: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

von Suppé

9th December 2020, 09:57

Yes, this one fires up. I go play with it. Thanks

[EDIT] A few "quick and dirty" tests make me already feel delighted. I find this great stuff.

With this new tool I can already achieve quite some things I ever wanted in a very easy way.
The possibility to import and be able to replace the image for a line is a fantastic thought. Skookum!

For now, I take my hat off for you and go further testing things out.

Thanks, Nikse

Nikse555

10th December 2020, 18:16

Improved the "File -> Import -> Blu-ray sup for edit" a bit more with video loading/playing, prompt for lose changes when closing window, a few shortcuts (incl. Ctrl+g for go-to-line), and "Set text..." for easy replacement of text.

The subtitle on the right can be moved with mouse, and right-click on sub image for "center" or "undo".

To append another bdsup file, go to last line in the list view, right click, and "insert subtitle after this line".

Beta link: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

https://www.nikse.dk/se_bdedit.png

von Suppé

11th December 2020, 10:29

Oooooooohhhhhhh yeah! Keep the presents coming!! Christmas is early this year :D

Can't thank you enough, Nikse. Will go check things out :thanks:

[EDIT] First tests show promising.

Though, the preview of the SUPs are in the wrong position when opening video. They start at the bottom. I tested this quickly with both videoplayer set to mpv and directshow, btw.

Also, when dragging the whole edit-window to other dimensions, the SUPs do not move along accordingly in the video window. Also, the dimensions of the SUP images themselves are not scaled properly. See the attached pictures for more clarification.17597
17598

Will do more testing. Thanks again for your work on this, Nikse

Ah, I see my pictures are awaiting approval...

Janusz

11th December 2020, 13:00

@ Niksee555
The problem concerns the new functionality: Blu-ray (.sup) subtitle file for edit ...

If we use Export to Blu-ray sup to generate the sup file ...
available in the Blu-ray Import / OCR window with the Use color (spl ...) option selected
is importing such a sup file via File / Import / Blu-ray (.sup) subtitle file for edit ...
causes the subtitles (images) to be scaled and occupy the entire preview window.
The Position and Video size parameters display strange values.
Additionally - if the subtitles are colored, some subtitles are displayed, others are not.
I do not know what it depends on.

Without selecting this option when creating a sup file, the subtitles (images)
will be displayed correctly with the proportions as in the image from your post above.
Also colored inscriptions. (Beta 221)

A very nice tool. Thanks. :thanks:

LowDead

11th December 2020, 17:23

Wow, this was a nice surprise. SE keeps getting better and better :D Thanks for your fantastic work!!

//LD

Nikse555

11th December 2020, 22:11

"File -> Import -> Blu-ray sup for edit" updated again: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

Improved the drawing of subtitles so they look nicer (will still be in a black box).
Improved the scaling when video player is active (will still use scaling of current video window)
Added context menu "Quick OCR" for list view for overview (and for fun... should be fast on CPUs with many cores - will run in background).

Janusz: Not really sure how to re-create the issue you found... could you explain a bit more?

Glad you like it :)

Janusz

12th December 2020, 00:50

@Niksee555

I have a .ts file with dvbsub subtitles recorded from tv.
I transfer this .ts file to the main program window. The Import / OCR VobSub window opens.
Above the subtitles preview window in the "Transport stream" section I have 2 options: [Greyscale] and [Use color].
I check [Use color]. I have to do it now because later I will not have access to the saved file for both of these options,
and [Use color] is necessary for me for some tv channels to correctly set the dialog lines without color.
When using Export / Blu-ray sup ... I save the sup file for later use.
The sup file generated in this way, loaded via File / Import / Blu-ray (.sup) subtitle file for edit ...
it causes what I wrote above, i.e. scaling of subtitles (images) and taking up the entire preview window.

https://drive.google.com/uc?export=view&id=1jGAlTIbmpBG7Mtc7HN9kafdVuvah8N9T

Files to download (https://drive.google.com/uc?export=view&id=1bEkYw7nwtKmexappJZpi1JPagsqdKJBc)

Note that some colored text is not displayed.
I also know that the lines 6 i 7 have split, but that's ok.

The quality of the displayed subtitles is much better, two new functions - great.

Edit 1 (12.12.2020)
I think I already know what is the cause of the described problem.
Well, turning on the [Use color] option in the Import / Ocr VobSub window causes when trying to export to "Blu-ray sup" it changes
the default value of the parameter [Video res] = 720x576 to [Video res] = 122x37 (this is the resolution of the first picture of subtitles).
If I restore the correct resolution before saving (I will not forget to do it) it will all be ok.
Earlier, I did not pay attention to it because it did not interfere with the OCR process from the sup file created in this way.
There was also a problem with the lack of display of some lines. Their images are just wider than [Video res] and they don't fit.
I think so.
Looking at the example above, a new option in Tools / Merge lines with same time codes ... would be nice - Merge lines as dialog.
I think it would not be difficult to do it because such functionality already exists in the program, but only for selected lines, not globally for the whole text based on "time codes".
Although after the OCR process when you close the window, this merging is performed without setting up any dialogs.

von Suppé

12th December 2020, 11:40

Improved the scaling when video player is active (will still use scaling of current video window)...
I had to struggle and figure out a bit to understand what you meant. I think I got it now.

I created a simple, two-lines test-SUP with an utter top-left and an utter bottom-right picture. For (current) "position change WYSIWYG" usage. Try if I could drag the window around so the two subtitles would show in the proper position.
This worked for the top-left corner. I've not been able to get the lower-right corner properly placed (as would be logic). The bottom SUP stays in the black bar under the (fullframe 1920x1080) video, however I drag.
The preview needs some work, indeed.

I can confirm the position-changes themselves are properly honoured in the output. This is great.
It would be a nice touch if the export colours of the new/edited texts could be set to "auto-match" the source colours? (lick lick :D)

Thanks for now, will go test further.

ismail0100

13th December 2020, 14:36

Nikse555

13th December 2020, 21:41

Hi @Nikse555

I translated the Turkish language file according to the last master language file (I updated it today.). I sent you an e-mail 1-2 months ago but you didn't say anything, so I write from here. Thank you very much for your works.

Language file: https://www.mediafire.com/file/iyp2ba95rqkfdd7/tr-TR(13.12.2020).xml/file

thx :)
Sorry, I forgot to write back (but I did add it).
Included in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

@von Suppé: OK, waiting for the images...

@Janusz: thx, I think the export resolution for ts is fixed now.
SE bdedit can also import bd subs from mks/ts now.

Janusz

13th December 2020, 22:11

@Nikse555
Yes, thank you. Good job. So far I checked this short ts and the export / import of the .sup file in beta 243 is already working as expected.
What do you think about combining into dialog lines (adding "-") lines that were separated during the export with the [Use Color] option using the start time of the string?

ismail0100

14th December 2020, 01:54

Thank you very much Nikse [emoji1]

von Suppé

14th December 2020, 03:39

@von Suppé: OK, waiting for the images...
Hey, this is strange. When I read my post while not logged in at Doom9, the images are directly shown in my post.
Being logged in, no pictures, the links are "awaiting approval".

Can somebody confirm this to be normal? Thanks.

darksen

14th December 2020, 05:24

Nikse555

14th December 2020, 05:24

@Nikse555
What do you think about combining into dialog lines (adding "-") lines that were separated during the export with the [Use Color] option using the start time of the string?

Thx for testing :)
SE bd edit can now also open subtitles directly from ts files, so that should not be needed (even though not all images from ts files are bd sup).

@von Suppé: I don't see the images when not logged in...

von Suppé

14th December 2020, 10:03

@von Suppé: I don't see the images when not logged in...
My bad, sorry. It had to do with Firefox "remembering" these pictures. Cleaned cookies & cache, pictures don't show anymore when not logged in.
So, still awaiting clearance.

Janusz

14th December 2020, 13:08

Thx for testing :)
SE bd edit can now also open subtitles directly from ts files, so that should not be needed (even though not all images from ts files are bd sup).

Yes, in this case (such a ts file and the dvbsub strings it contains) everything works fine. I knew that turning on [Use color] would break lines,
but I didn't know that doing OCR and reusing - that is, turning off [Use color] - would reconnect previously separated lines while keeping the color information. :D
Are there more of these nowhere described program behaviors?
Is it possible in the program to export the original images of the subtitles in such a way that they can later be converted into text (OCR) exactly as in this particular case?

Here: https://gitter.im/SubtitleEdit/subtitleedit?at=5ebfc649f3ce603074c0d500 @borifax describes his problem,
which I also encounter - hence my question about adding the option to combine dialogs based on the start time of the subtitle.

Nikse555

14th December 2020, 22:04

@Janusz: Where did your last post go?

Anyway, new SE bdedit beta upped: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip
How are the image coordinates in ts files now?

Janusz

14th December 2020, 23:00

@Janusz: Where did your last post go?
I only did my tests on this short file, which is available above, and everything looked fine here.
For the same, but full file and other files with colored text, the comments and conclusions drawn were not confirmed, so I decided to delete this post.

Anyway, new SE bdedit beta upped: https://github.com/SubtitleEdit/subt...leEditBeta.zip
How are the image coordinates in ts files now?
The new beta for this short file correctly sets the text and color information. For a full video file, only positioning is correct.

With a full video file, OCR loses color information for some lines. In the fragment shown in the image, all lines should have their color attribute set.
Additionally, if I perform OCR several times in succession for this file with the [Use color] option selected, the lines without color will change.
On the e-mail I sent a link to download a bit longer ts file where you will be able to see how the color attributes change for some lines.

https://www.mediafire.com/convkey/9c8f/3ue7780gbbnbubd6g.jpg

Edit 15/12/2020
I did a few (5) OCR scans for the full video file. Download here. (https://www.mediafire.com/file/ksnrbloi6e85ied/full_ocr.zip/file)
By comparing srt files with each other, you can see exactly that the files are not identical.
There are no differences in the text itself, and this is the most important thing. :D
Interestingly, the differences end at line 89 and then up to 1108 it's clear.
The color attributes for some lines (those up to number 89) are not preserved - they change the shade and even the color, because no color is also a color (by default, e.g. white).
Subtitles changing color will look a bit strange for the actor speaking his text in a longer scene.

von Suppé

15th December 2020, 08:40

@ Nikse: Can you confirm that, once a video is opened, positioning and scaling of the previewed SUPs - within the video itself - still need work? I tried your latest Beta 254.

(@ mods: I don't know why my attached pics are still not approved. Please let me know if & why they'd be not proper?).

Nikse555

15th December 2020, 08:55

@Janusz: thx for the files - I'm not really sure... but is latest beta better?
https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

@von Suppé: The few files I've tested with here looks good after video is opened... what are the resolution for your sub and video?
(it probably does not take different res of sub/video into account)

von Suppé

15th December 2020, 09:53

files I've tested with here looks good after video is opened...

What videoplayer do you have set in Settings --> Video player tab?

...what are the resolution for your sub and video?
(it probably does not take different res of sub/video into account)

Both SUPs and (full-frame) video I test with are 1920x1080.

I'll do some more schreenshots for explanation and post them another way. Waiting-time for attachment approval is annoying in this case. Will be back.

[EDIT] BTW I noticed the Beta at VideoHelp has a higher version-number than your latest Beta here? Any particular one you'd advice to use/not use?

Janusz

15th December 2020, 11:44

@Janusz: thx for the files - I'm not really sure... but is latest beta better?
https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip
Unfortunately, there is still no improvement in the new Beta.

Coming back to the srt file comparison.
Since the differences were only up to line 89, I prepared 5 new srt files starting the OCR from line 90. It came out as before.
At the beginning there are differences - this time through 64 lines, then there are no differences to the end of the video file.
I don't know what to think about it.

Nikse555

15th December 2020, 18:18

@von Suppé: I use mpv as video player inside SE.
The beta version from Video Help and here is the same. The about box in SE says "3.5.18 Next, beta 256"... "3.5.18 Next" and "3.6.0" is the same.

@Janusz: The color issue should be fixed now (a multi threading issue): https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

von Suppé

15th December 2020, 20:21

I'll start my post from a few days ago over again.

I created a 2-line test SUP file with one subtitle positioned in the utter upper left corner and the other one in the utter bottom-right corner. They were authored for 1920x1080 video.
See the images.

The first two pictures show the 2 subtitles directly after opening the video and without having changed the size of the whole edit-window.
The two subs indeed appear in the utter corners, but outside the video. Note that the video you see is full-frame 1920x1080, so no black bars in the video itself.

https://www.mediafire.com/view/etviakbexxctnm3/1.png/file
https://www.mediafire.com/view/06a0leugf7q0url/2.png/file

The other two pictures show the subtitles after having - only - horizontally stretched the edit-windows such, that no black bars appear in the preview.
The upper-left seems ok. Only the position, that is. The bottom-right position is not okay: there's still space between the subtitle and the borders of the video. Note that both subtitles are horizontally stretched (compared to the "originals") by resizing the edit-window.

https://www.mediafire.com/view/dav445x62rstwr9/3.png/file
https://www.mediafire.com/view/jtceq1wa0h6tpsn/4.png/file

That's why I was asking earlier if the preview needs work still. The editing possibilities of this tool are already superb.
The output works like a charm. The WYSIWYG factor that depends on a perfect preview, needs some attention, IMHO.

Sorry, I didn't manage to get the pictures directly inside my post; I'm terrible with this.

Janusz

15th December 2020, 21:55

@Janusz: The color issue should be fixed now (a multi threading issue): https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zipThe comparative tests performed in the same way as before turned out well.
With five passes, I got exactly the same result each time - no differences for the text formatting and the text itself.
Great job, thanks.

Still open is OCR of the colored text from the sup file so that the color attributes are preserved in the srt file.
Do you foresee adding such a feature to the program in the future?

Nikse555

16th December 2020, 17:28

@von Suppé: OK, I see the issue now... don't know why yet.

@Janusz: cool - thx for reporting the issue and testing :)

Also new stuff in SE bdedit like adjust timings for selected lines + change color for selected lines:
https://www.nikse.dk/se-bdedit-context-menu.png
https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

Janusz

16th December 2020, 19:49

I don't know if it should be like that, but:

In your picture, the current line number and the total number of lines both show 54/428. Shouldn't it be 54/427?
At least for me, the total number of lines at this point is always 1 more than it really is.
The visible [Quick OCR texts ...] function disappears from the context menu after it is used and is never again available in a given session.
It also does not appear after loading a new sup file.

Nikse555

17th December 2020, 07:10

@von Suppé: The precision in the preview should be better now.

@Janusz: thx for the info - should be fixed now.

Beta link: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip
Also some settings now where it's possible to choose preview colors + margins for alignment.

von Suppé

18th December 2020, 09:12

Yes, preview is much better. Thanks for the fix, Nikse555

VoodooFX

18th December 2020, 14:01

Here is error when I press on "Image pre-processing..." (subs are imported images):

https://i.imgur.com/4PCs8oJ.png

Another thing, after I finished ocr with nOCR it somehow lost all info/characters I typed in and asks for every character again on same images.

Nikse555

18th December 2020, 16:21

@VoodooFX: Sorry, cannot re-produce any of that. Can you? If yes, please share info on how to re-produce :)

@von Suppé: thx for verifying :)

The new SE - import bdsup (from .sup/.mkv/transport-stream), is now close to final first version (save with position info to .sup or bdn xml):
https://www.nikse.dk/se-bdedit.png

VoodooFX

18th December 2020, 22:33

@VoodooFX: Sorry, cannot re-produce any of that. Can you? If yes, please share info on how to re-produce :)

Try this image:
https://i.imgur.com/pbjIvsp.jpg

As for trained data loss I can't reproduce it on few image subs.
I'm not sure when it did happen, at the end of whole nOCR job I noticed that one character is detected as italic, so corrected that and started OCR again from first line - SE asks for every character again.

Melan

18th December 2020, 23:32

File: .ts
Method: BIC
Everything is fine until checked: Use color. Then:
- The number of subtitle images is increasing,
- Some lines split.

https://i.imgur.com/57QKZzJ.png
https://i.imgur.com/fEx17Ij.png

Sup file as attachment.

Janusz

19th December 2020, 00:37

@Melan
If you turn off [Use color] the lines will reconnect and there will be 454 of them.
If you do not disable [Use color] and save the srt file after OCR using [OK], the result will be as many lines as you want (454).
If you do not disable [Use color] and save the srt file after OCR using the context menu, the result will be 463 lines.

Melan

19th December 2020, 07:46

To fully see what the error is, you need to work with the .ts file. The .sup file does not fully reflect the problem.
It looks like the text of some colored lines does not fit into the image.

https://i.imgur.com/at4Jl6K.png
https://i.imgur.com/W47Ztxp.png

Janusz

19th December 2020, 09:12

@Melan
When it comes to color inscriptions, I work only with ts files, because with sup it is impossible to recreate the color attributes.
The program error in your example is a bad division of the image into lines, and this was not visible in the previous images.

Nikse555

19th December 2020, 15:02

Try this image...

thx for the image :)
SE should no longer crash for this image: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

VoodooFX

19th December 2020, 16:19

SE should no longer crash for this image
Doesn't crash anymore, but only if "Auto Transparent Background" is selected, deselect it and it will crash. :)

Thanks for active development, I see future in this new nOCR method.
Btw, I think that "Max wrong pixels" at max 50 is not enough for 100x100 or 200x200 characters, or is it?

Nikse555

20th December 2020, 10:02

Doesn't crash anymore, but only if "Auto Transparent Background" is selected, deselect it and it will crash. :)

Thanks for active development, I see future in this new nOCR method.
Btw, I think that "Max wrong pixels" at max 50 is not enough for 100x100 or 200x200 characters, or is it?

Good find again :)
This crash should be fixed too: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

Also raised to "Max wrong pixels" to 100.

hello_hello

24th December 2020, 12:08

Hi.
For dialogues, is it possible to treat them the same way as single lines? The idea being for the Fix Common Errors function not to convert the word "here" to "Here" by treating lines 14, 15, 18 and 19 the same way as lines 10 and 11. Or is it just not something an automated process can be clever enough to do?

9
00:05:05,212 --> 00:05:07,212
This is a line of dialogue,

10
00:05:07,236 --> 00:05:09,236
here the line of dialogue continues...

11
00:05:09,260 --> 00:05:11,260
here the line of dialogue ends.

13
00:10:06,188 --> 00:10:09,188
- This is the first dialogue,
- This is the second dialogue,

14
00:10:09,212 --> 00:10:13,212
- here the first dialogue continues...
- here the second dialogue continues...

15
00:10:13,236 --> 00:10:17,236
- here the first dialogue ends.
- here the second dialogue ends.

17
00:10:20,260 --> 00:10:24,260
- This is the first dialogue,
- This is the second dialogue.

18
00:10:24,284 --> 00:10:28,284
- here the first dialogue continues...
- This is the second dialogue.

19
00:10:28,308 --> 00:10:33,408
- here the first dialogue ends.
- This is the second dialogue.

Also, some "fixes" seem oblivious to dialogues. For the line below, Subtitle Edit doesn't seem to know the second dialogue should begin with a capital.

4
00:04:22,474 --> 00:04:25,574
- This is line four,
- this is also line four.

The Fix Missing Quotes option seems oblivious to both line breaks and dialogues. It leaves the following unfixed.

1
00:03:21,452 --> 00:03:23,506
- "This is line one.
- "This is also line one.

2
00:03:23,530 --> 00:03:25,431
"This is line two.
"This is also line two.

And... Remove Unneeded Spaces seems to require a line to end in a period in order to work. It would leave these unfixed, but it would fix the missing space if the second dialogue, or both, end in a period (but not if the first line ends in a comma).

6
00:04:58,390 --> 00:05:01,116
-This is line six
-This is also line six

7
00:05:01,140 --> 00:05:03,164
-This is line seven,
-This is also line seven.

Thanks.

nekrovski

26th December 2020, 11:13

Few days ago I used batch convert and it worked fine. I try it now, it says failed but I cannot find a log or anything for clues.

Okay, I figured it out. It's because I was pointing to a non existent folder for the output files. I thought Subtitle Edit will create a folder on its own when you try to output to a non existent one.

Nikse555

27th December 2020, 10:48

Janusz

27th December 2020, 22:58

@Nikse555
In the latest beta 415 - settings / shortcuts do not list the available keyboard shortcuts in the right-hand window.

Nikse555

28th December 2020, 14:12

@Nikse555
In the latest beta 415 - settings / shortcuts do not list the available keyboard shortcuts in the right-hand window.

Thx :)

Fixed in latest beta.

DanDare1983

29th December 2020, 23:50

Hi,

First of all I'd like to say thankyou for the hard work that has gone into this program. Its a very useful program that has helped me a numerous amount of times. I would currently like to remove a couple of lines from a .sup file and save as a sup file, I did this by opening the. Sup file and deleting the line I needed taken away. After I exported as blu-ray sup but realised when playing that the subs are alot narrower than the original subs. Would it be possible to keep the subs as original and remove the subs I don't need?

TIA

Nikse555

30th December 2020, 05:50

DanDare1983

30th December 2020, 11:06

@DanDare1983: Sounds like resolution changed - did you use the new "File -> Import -> Blu-ray (.sup) subtitle file for edit..." ?
This feature is only in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

Hi,

Yes I'm currently using the latest Beta as the link above. I used that exact method - File -> Import -> Blu-ray (.sup). Once I've done that I come to an OCR screen, I then remove the subtitle I want to exclude and then right click and export to blu-ray sup. I then come to a blu ray sup screen with font family, video res, frame rate etc. The video res was originally DCI 2K SCOPE (2048Ã—858) so I changed to 1080p (1920Ã—1080) which is what the actual video is. Once that's done I touch nothing leaving frame rate the same etc and click on export all lines. I wait maybe two minutes for the file to export.

Janusz

30th December 2020, 12:15

DanDare1983

30th December 2020, 13:40

@DanDare1983
In your case, the optimal resolution for which the subtitles were made, is DCI 2K SCOPE (2048-858) - 2048/858 = 2.38 ...
You have this information in the original sup file and this is how the subtitles will be scaled.

You changed the resolution for the subtitles to Full HD (1920-1080) 1920/1080 = 1.77 ..., hence the change of the subtitle aspect ratio (width - height).
When saving a new sup, keep the original resolution - then you will have smaller subtitles on the screen,
or change the resolution to Full HD but keep the aspect ratio from the original (2.38) so that the subtitles are properly scaled.

Hi,

Thankyou for the very quick reply. So I've kept the subtitles at DCI 2K SCOPE and tried again but still no luck. However I've just realised that this only happens on VLC Player, (Subtitles higher and Narrower). MPC plays fine so the issue seems to be VLC but not sure if I'm doing anything wrong my end.

Nikse555

30th December 2020, 15:08

I used that exact method - File -> Import -> Blu-ray (.sup). Once I've done that I come to an OCR screen...

"File -> Import -> Blu-ray (.sup) subtitle file for edit..." is a new window (not the OCR window):

https://www.nikse.dk/se-bdedit.png

Main difference is that it keeps position + offers sync + preview.

Also, latest beta writes .sup files a little faster (which previously was pretty slow): https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

DanDare1983

30th December 2020, 17:53

"File -> Import -> Blu-ray (.sup) subtitle file for edit..." is a new window (not the OCR window):

https://www.nikse.dk/se-bdedit.png

Main difference is that it keeps position + offers sync + preview.

Also, latest beta writes .sup files a little faster (which previously was pretty slow): https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

Hi,

Thankyou so much for the very clear message you give me, very helpful indeed. It turns out I wasn't using the latest beta release which was why I was struggling. Everything is simple and the subtitles work as intended :-) Could you tell me if you can change font and colour also for sup subtitles? I have a few subtitles in a horrible yellow colour and would like a standard white with black border? Once again thankyou so much for the help, can see why subtitle edit is so highly rated.

Nikse555

30th December 2020, 18:06

Hi,
Could you tell me if you can change font and colour also for sup subtitles?

To change color:
In the "File -> Import -> Blu-ray (.sup) subtitle file for edit..." window list view, select all lines (ctrl+a), right-click and choose "Change color for selected lines...", choose new color and OK.
(it might not work with all subtitles)

If you want to change font, you need to OCR and then re-export.

Janusz

31st December 2020, 01:34

Also, latest beta writes .sup files a little faster (which previously was pretty slow): https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zipThanks for your work. :cool:

If we're talking about sup files and colors. This "weird" sup file (https://www.mediafire.com/file/cwgr15fcofrziu6/test_ts-d.zip/file) allows you to OCR and recreate the color of the subtitles
in the srt file because after loading it to the SE in the OCR window there is access to the [Greyscale] and [Use color ...] options.

From this point, I repeat my request that the SE should also be able to recreate the color from the sup files.

Why is this file "strange"?
- is not recognized as a subtitle file by tsMuxer, MKVToolNix or for example: MPC HC.
- subtitle timecodes are incorrect, performing OCR without access to timecodes - no sense. You can access the ts file in my e-mail from 15/12/2020.
- the file can be opened in SE via File -> Import -> Blu-ray subtitle file (.sup) for editing ... but nothing is displayed in the window,
and executing some menu items causes the program to crash.

Janusz

2nd January 2021, 00:41

@Nikse555

Maybe it's just a curiosity to use, or maybe a bug in the program. Applies to the nOCR method.

https://www.mediafire.com/convkey/06ea/uh1k5wm9fwrur2h6g.jpg

On the left, the text from the first scan. On the right - correct text, obtained after the second full scan of the entire file.

Now I will do something like this: open the same sup file for OCR, start [Start OCR] and immediately stop [Stop] OCR.
I can do it without haste already on 7-8 lines. I open [Edit] and close [Cancel] the character base
and continue [Start OCR] from the line where the process stopped.
I can also immediately go back to the beginning of the text if I see errors in the first few lines.
Now, after the first scan, I get the correct text. There is no picture, because there are no differences in comparison.

Merely stopping and restarting the process, even several times, does not give the correct text.
The fact is that after the first scan is stopped or completed, the character "Ż" appears in the character database as the letter "ż".
However, reopening the character base shows that the character "Ż" is correctly assigned to the letter "Ż".
In this particular case, it fell to "żŻ". How will it be with the other signs? I do not know.
I think this will work for all files showing differences between the first and second scans.

That it works - here's another file:
on the left - text after one scan, on the right - the text after one scan obtained as described above.

https://www.mediafire.com/convkey/e3c8/oby3bvr3ftblzku6g.jpg

If you fail to achieve something similar, and you would like to take a look at this case, I will send the necessary files to an e-mail.
I can see that there are changes to the Compare subtitles. :) Greetings.

Edit 2/01/2021

This short video shows (https://www.mediafire.com/file/rwg1artpscy19tc/swap_S_for_s.mkv/file) what not to do in order not to lose control of your character base as the whole process is out of our control.
The middle part is important, where I open the Inspect nocr matches for current image ... window.
The start and end only show the state of our character base before and after calling this window.
The changes made by the program are saved permanently, which can be seen after reopening the file for OCR.

The errors seen in the examples above are probably the result of mine and the program working in the past.

Janusz

3rd January 2021, 13:39

If possible, here's my suggestion (on the right) for the main window appearance.

https://www.mediafire.com/convkey/627b/0vpda0dcawot9806g.jpg

Emulgator

3rd January 2021, 17:06

Maybe for the first glyph to be scanned the absolute relation to the Uppercase/Capital size is unknown.
Then after ingesting more glyphs the absolute Capital size can be deducted ? Would point to nOCR.

Janusz

3rd January 2021, 18:12

That's right. In this thread last June, we made it clear. During the first few lines, nOCR learns to recognize
the correct size of symbols further. Maybe I am wrong, but I think that in such a situation the first scan can
always be wrong, only with the second scan nOCR will use the previously acquired skills stored in our database.

Nikse555

4th January 2021, 08:44

@Janusz: thx for the feedback :)
I've tried to fix the bug about updating nOcrDb with new casing here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip
How does that work?

The beta can also read the weird .sup file (transport stream subtitle).

About the screenshot of main window - it's just the frame that's been removed, right?

Janusz

4th January 2021, 14:12

@Nikse555
Many thanks for another quick fix in the program.
So far, I have checked the files I used earlier on submission. The fix works fine.
The very first scan with a verified character database gives an error-free result in all cases.
Another, new file during OCR showed an error of the type: upper / lower case replacement.
However, after correcting - assigning the correct letter to its symbol in the database, the first OCR works flawlessly.

deusexe

5th January 2021, 22:16

Why recently I can't enter the Polish character "ó"? Other "ń", "ż" etc. can be. And the "remove ellipses at the beginning of the line" option has disappeared in the most common mistakes?

Janusz

6th January 2021, 15:37

Why recently I can't enter the Polish character "ó"? Other "ń", "ż" etc. can be.
In Shortcuts, the "Alt+o" keyboard shortcut has been added. Clear it or change it to a different one and everything will return to its previous state.

And the "remove ellipses at the beginning of the line" option has disappeared in the most common mistakes?
I don't know where to look for it at all.

deusexe

6th January 2021, 22:25

In Shortcuts, the "Alt+o" keyboard shortcut has been added. Clear it or change it to a different one and everything will return to its previous state.

Thx it helped.
And I will write the latter in Polish because maybe the translator translated it wrong;) Chodzi mi o Narzędzia -> Popraw najczęstsze błędy... i tam była opcja usuń trzy kropki z początku wiersza. A teraz tego nie ma.

Janusz

7th January 2021, 00:40

@deusexe
You can find this in: Tools/Fix common errors - now as: Fix continuation style: ...
You can find out what and how it will be included in the [Edit settings for fixing continuation style ...] button in Option/Settings/Tools.

deusexe

7th January 2021, 20:52

Thanks @Janusz, I found it, but now this function finds the ellipses at the beginning and end of a sentence. But it's better than nothing.

Nikse555

7th January 2021, 21:02

@deusexe: "Remove ellipses at the beginning of the line" will be available if you set "Continuation style" to "none".

deusexe

8th January 2021, 17:18

However, I looked wrong. The continuation style is not what I'm looking for at all. This does not find any already existing dots at the beginning of a sentence, it just creates them!

@deusexe: "Remove ellipses at the beginning of the line" will be available if you set "Continuation style" to "none".

Where, how can you turn off the Continuation style?

Janusz

8th January 2021, 23:18

@deuexe
Disabling this option, as @Nikse555 replied above, does not create new ellipsis. It also does not remove ellipsis from the original text.
Enabling this option fixes the continuation style by adding/removing ellipsis where the assumed logic requires it.
The continuation style is not what I'm looking for at all.
For what you want to achieve use now "Edit/Multiple replace ...".

Janusz

9th January 2021, 11:41

@Nikse555

Last NEXT, beta 525 creates an srt file with errors in the nOCR process:

https://www.mediafire.com/convkey/580d/fqrv1zpx88iit1o6g.jpg

The word "Wjakim" should be split into "W jakim" (The whole sentence: In what sense.) as in the NEXT, beta 487 version below:

https://www.mediafire.com/convkey/1168/v9l6c5vyv6yl4kp6g.jpg

And compare srt files. Correct text on the left.

https://www.mediafire.com/convkey/c98b/jm7e3pjjykj9in56g.jpg

This is what the section of my pol_OCRFixReplaceList.xml file responsible for this correction looks like.
<PartialWords>

<WordPart from="~~" to="I" />

<WordPart from="~~f" to="f " />
<WordPart from="ą" to="ą " />
<WordPart from="j" to=" j" />
<WordPart from="W" to="W " />
<WordPart from="w" to="w " />
</PartialWords>

Nikse555

10th January 2021, 15:54

@Janusz: Tried to fix the ""Wjakim" issue in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

Janusz

10th January 2021, 16:04

Thanks, @Nikse555.

I just downloaded the NEXT beta 566 and it looks like it's fine and working as it should again.

Ghitulescu

11th January 2021, 20:04

Well, :thanks:

I used the latest (well, at the time :) ) version, to convert from SRT (Unicode) to BD SUP, and the result was very acceptable.

The only issue is that there was a noticeable gap (white space, blank) between any italic or bold characters and the rest of the subtitle. Otherwise, splendid job.

Would it be possible to add another checkbox near the "forced" to allow changes in format for the ticked subtitles (like a bigger font, for movie title or a different placement etc)? I mean all subtitles share the common format except for the ticked ones that may have their own? Just a suggestion...

von Suppé

12th January 2021, 16:10

Nikse555

12th January 2021, 21:37

The only issue is that there was a noticeable gap (white space, blank) between any italic or bold characters and the rest of the subtitle. Otherwise, splendid job.
Hm, yes. Thx. Noted.

Would it be possible to add another checkbox near the "forced" to allow changes in format for the ticked subtitles (like a bigger font, for movie title or a different placement etc)? I mean all subtitles share the common format except for the ticked ones that may have their own?
You can use font size tags for .srt files - or setup styles for .ass files - both support alignment tags an1-an9 + .ass supports margins in styles.

Nikse555

12th January 2021, 21:40

Hi Nikse

SUPs used on UHD-BD's with HDR video-content are authored darker. It often happens that when home-created SUPs are muxed together with HDR video, during playback they appear too bright.
Sometimes a UHD (BD-)player has extra settings to compensate for this brightness, but not all (if not most of them) don't.

Without having to OCR and re-export, is there a way in SE to only edit the palette of a SUP file?

Added a "Change brightness" in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

(File -> Import -> Blu-ray (.sup) subtitle file for edit... - and then "Tools" or "list view context menu with selected lines")

Janusz

13th January 2021, 06:05

@Nikse555
Note: the described case is general in nature and also occurs in earlier versions of the program.

The animation shows how during nOCR, after enabling the [Use color] option, the images were split incorrectly,
and also not split although they should be because they contain two lines of text in different colors.

https://www.mediafire.com/convkey/d93a/wmvjwqytlsbs9m76g.jpg

With the ts source file I could get color text, but this is impossible in this case as only with
Greyscale=on and Use color=off can I get error free text for the whole file.

The archive (https://www.mediafire.com/file/g0eurz2aolh2ehc/hikari.sup_srt.zip/file) contains 4 sup files to trace the program operation saved with different option settings and the srt files obtained from them.

"g" in the file name means [Grayscale] 0/1 - off/on, "c" in the file name means [Use color] 0/1 - off/on

Perhaps this is an isolated case and should not be dealt with, but if we can fix it... thank you in advance.

Added a "Change brightness" in latest beta:Do you ever anticipate changing the text color separately for the top and bottom lines in one image (as two combined images)?

von Suppé

13th January 2021, 10:31

Added a "Change brightness" in latest beta

Awesome, gonna check it out. :thanks:

ismail0100

13th January 2021, 21:14

I bother you sorry, but language master file change and after I change translate. :) Here is the latest Turkish language version. You write "remove redundant language tags" so I use latest source and translated file.

https://www.mediafire.com/file/o9pc44uy8txcsxo/tr-TR(13.01.2021).xml/file

And three little problem for your XmlContentTranslator.
First for now, open lanuage master file not working.
Second on the first picture you see version info need update.
And latest, second picture you see, may the problem text include ctrl+v, just guess.

I am using CareUEyes so may picture be a little warm.
https://i.imgyukle.com/2021/01/13/a7Yx0b.png
https://i.imgyukle.com/2021/01/13/a7YTGQ.png

von Suppé

14th January 2021, 11:28

Hi Nikse,

I noticed your posts @ https://forum.videohelp.com/threads/400290-Tonemapping-PGS-subtitles-for-use-with-HDR-video
In the new SUP edit function there is the possibility to save the result as BDN xml/png. Considering what has been discussed in the formentioned thread, would it be a good idea - if possible - to implement the opposite possibility too?
I mean in the same way that it works with SUP now, add something like File --> Import (non-OCR) --> "BDN xml/png subtitle file for edit" ? And after the edits, being able to save as SUP?

I think it's really weird that BDSup2Sub's SUP --> xml/png conversion is not lossless and that a filter comes into play when not resizing, but purely extracting SUP images to lossless xml/png as-is. And vice-versa, for that matter.

BTW the brightness tool works nicely. Thanks!

Nikse555

15th January 2021, 17:05

@ismail0100: Thx for the updated translation :)
EDIT: Xml Content Translator updated a little...

@von Suppé: In latest beta the sup edit can now also open BdnXml files: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip
(also added "Adjust alpha").

von Suppé

15th January 2021, 20:43

Great! Gonna check it out :thanks:

[EDIT] During my first quick and dirty testing the PNG/XML import --> save as SUP, it seems to be working okay.

I did notice something. After importing a xml file with a framerate of 23.976, the "Frame rate" window in the editor screen says 25. This is only the case with SE-created xml files.
For framerate, there's a - small - difference in SE's exported xml script, compared to other ones.

SE uses <FrameRate="23976">

Other xml use <FrameRate="23.976">

After adding the "dot" in your xml-script, framerate is showed properly. But I have a question about that properly shown framerate.
When I save that xml (so, with the framerate properly shown 23.976) as SUP again, can you confirm that this framerate is honoured in the exported SUP?
I ask this because when I open this SUP in another tool, it shows framerate 25 again, instead of 23.976.

Another - minor - thing, concerning SE's xml export: it would be nice to be able to set "language".

Thanks Nikse. This already great non-OCR editing tool has a worthy addition with the XML to SUP conversion.

Thereby, it is more than a relieve to see that during the export from XML to SUP, SE honours the transparent rectangular background of the image and leaves that intact in the resulting SUP. This will keep sequential subtitles "seemed to be written on the same line".
It can be very uneasy to the eye when subtitles are "bobbing" up and down, especially when there is little or no time between them.
This unwanted behaviour is often overlooked and not dealt with properly by other subtitle tools.

Keep up the good work, Nikse! :)
Will continue testing.

Cheers

deusexe

16th January 2021, 21:57

For what you want to achieve use now "Edit/Multiple replace ...".
For this you would need the wildcards option. Maybe in the next versions. Or it would be easier to restore what was "remove ellipses at the beginning of the line" ... ;)

Nikse555

16th January 2021, 22:43

@von Suppé: thx, frame rate stuff hopefully fixed here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

@deusexe: I think if you set "Continuation style" to "none", then "Remove leading '...'" will be shown in "Fix common errors".

Atlantis

17th January 2021, 00:12

I have come to situations where there are - for one person talking like this.

-This is a sub-title
example on 2 lines.

So removing - at the beginning of subtitles is necessary. It should not remove - in the middle of the sentence. It should not delete - if there are 2 at the beginning of 2 lines like this:

-How are you?
-I'm good.

Currently I do it by replace which is a pain. Anyway to automate this?

Nikse555

17th January 2021, 11:17

deusexe

17th January 2021, 22:32

I think if you set "Continuation style" to "none", then "Remove leading '...'" will be shown in "Fix common errors".

Either I don't know which option you are talking about and I am doing something wrong, or it is impossible to restore "remove the ellipsis from the beginning of the sentence" in "Fix common errors":(

Atlantis

17th January 2021, 23:19

Thank you. Man I wish I knew that much earlier! I think I have spent hours removing -
and I did read the entries in Fix common errors

von Suppé

18th January 2021, 07:00

frame rate stuff hopefully fixed here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip
Yep, it works properly. Thanks for the fix

Man I wish I knew that much earlier! I think I have spent hours removing...
:D
I think if you set "Continuation style" to "none", then "Remove leading '...'" will be shown in "Fix common errors".
Damn, I wish I knew thís earlier. I spent hours of removing leading... :D

darksen

21st January 2021, 02:07

Updating between betas (I don't exactly remember the date when I installed/updated the 5.1.18 beta) I got this error and also the Text box got bigger so I had to resize it a little:

An application error occurred in Subtitle Edit 3.5.18.664.
Please report at https://github.com/SubtitleEdit/subtitleedit/issues with the following information:

Error Message:
SplitterDistance debe estar entre Panel1MinSize y Ancho - Panel2MinSize.

Stack Trace:
en System.Windows.Forms.SplitContainer.set_SplitterDistance(Int32 value)
en Nikse.SubtitleEdit.Forms.Main.Main_Shown(Object sender, EventArgs e)
en System.Windows.Forms.Form.OnShown(EventArgs e)
en System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
en System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
en System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
en System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
en System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
en System.Windows.Forms.Control.InvokeMarshaledCallbacks()

And now with the latest beta the subtitle preview is much bigger than before without option to change the font size, I'm using mpv option.

Janusz

21st January 2021, 06:26

And now with the latest beta the subtitle preview is much bigger than before without option to change the font size, I'm using mpv option.

You can change it here: Option / Settings / Video engine [Subtitle preview font size]

darksen

21st January 2021, 07:40

You can change it here: Option / Settings / Video engine [Subtitle preview font size]

I know that, I meant that no changes made in the available options make an impact in the subtitle size anymore. Sorry if I didn't explain myself correctly. Disabling "mpv handles preview text" makes the sub to go past the screen if I increase the font size:

https://gofile.io/d/UqSSml

Thanks for your help.

EDIT: I had to go back to a beta from 13-12-2020.

Janusz

21st January 2021, 08:51

Check [mpv handle preview text], set [Preview subtitle font size] = eg 20, then the subtitles will be displayed in the movie area and will be scaled.
In the extra margin at the bottom, the texts are not scaled, so you need to adjust the font size so that long texts or two lines will fit in the margin area, e.g. 12 as the margin height is fixed.

Nikse555

23rd January 2021, 13:29

I know that, I meant that no changes made in the available options make an impact in the subtitle size anymore.

Thx for the info - should now use info from video preview in latest beta (695):
EDIT: Note that the font in mpv is scaled, and not fixed as the SE preview, so the preview via mpv font size also depends on the video preview size!
https://github.com/SubtitleEdit/subtitleedit/releases/download/3.5.18/SubtitleEditBeta.zip

SE's Blu-ray sup edit (an alternative to BDSup2Sub) will probably look like this in 3.6.0:
https://www.nikse.dk/Content/SubtitleEdit/se-sup-edit.png

darksen

14th February 2021, 22:21

Thank you, just tested latest beta and it is working well again.

There are a couple of thing I want to request or inform as I don't know if one of them is a bug.
I've increased the font of the application because I'm using a 40" display and it is painful for me to force my sight reading the text but because I increased the font size now the time columns don't show the total time, I have to resize them every time I open SE, see:

I got this:

https://srv-store5.gofile.io/download/NVL3aq/SubtitleEdit_2021-02-14_16-15-45.png

Instead of this:

https://srv-store5.gofile.io/download/NVL3aq/SubtitleEdit_2021-02-14_16-16-07.png

The text column does preserve its size but the time columns do not.

The other thing is a request, please allow us to reorder the action list in the Batch convert tool, I want to first use "Multiple replace" and then "Fix common errors" and the same with other options but is not possible to reorder them.

Thank you.

von Suppé

18th February 2021, 21:02

New SE is looking good, Nikse.
:thanks: for your work.

varekai

20th February 2021, 09:31

Thanks for the update Nikse, couldn't do without this one-of-a-kind gem!
Much appreciated!

von Suppé

26th February 2021, 10:44

Hi Nikse

The way of checking the "Forced" flag in the SUP or XML-PNG export window can be rather cumbersome. When one has finished with all text lines, often it's rather a hassle to recall/retrieve what lines were meant to be forced.
When you are actually busy with editing/creating text, would be a better time to know. And act.
Therefor, could you implement a column/box in the text-editor where one can "check forced" the desired lines? In such a way, that during SUP/XML-PNG export, these will be auto-checked as forced?

Nikse555

26th February 2021, 14:36

Hi Nikse
...Therefor, could you implement a column/box in the text-editor where one can "check forced" the desired lines? In such a way, that during SUP/XML-PNG export, these will be auto-checked as forced?

Something like this?
https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.0/SubtitleEditBeta.zip

von Suppé

26th February 2021, 16:09

Thanks for quick response, but I can't find what I'm looking for. Can you direct me?

Nikse555

26th February 2021, 16:16

Thanks for quick response, but I can't find what I'm looking for. Can you direct me?

There should be check boxes in the edit bd sup list view...

von Suppé

26th February 2021, 17:31

Oh damn, I see now. You put them in the Import --> "Sup for edit" window. But it's not where I meant them to be (besides, there is already a forced check-box in that window, so it's a bit double).

I meant the checkboxes to be possible in the main list view in text editor mode. So that the checked lines will be auto-checked as forced in the File --> Export --> Blu-ray SUP (or XML-PNG) export window.

Easymanandvan

1st March 2021, 12:58

Thanks, that worked for me as well :)

tormento

6th March 2021, 14:07

Just noticed that I can't find source view anymore...

Where has it gone? :)

von Suppé

6th March 2021, 17:31

Rightclick in list-view, it's there. Or press F2.

nekrovski

11th March 2021, 22:59

I have a file like this

General
ID : 1 (0x1)
Complete name : C:\Users\User\Desktop\h\zz.ts
Format : MPEG-TS
File size : 170 MiB
Duration : 11 min 24 s
Overall bit rate mode : Variable
Overall bit rate : 2 086 kb/s

Video
ID : 256 (0x100)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 4 frames
Codec ID : 27
Duration : 11 min 24 s
Bit rate mode : Constant
Nominal bit rate : 1 800 kb/s
Width : 960 pixels
Height : 540 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 (30000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.116

Audio
ID : 257 (0x101)
Menu ID : 1 (0x1)
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Format version : Version 4
Muxing mode : ADTS
Codec ID : 15-2
Duration : 11 min 23 s
Bit rate mode : Variable
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 44.1 kHz
Frame rate : 43.066 FPS (1024 SPF)
Compression mode : Lossy

Text #1
ID : 256 (0x100)-CC1
Menu ID : 1 (0x1)
Format : EIA-608
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 11 min 24 s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
CaptionServiceName : CC1

Text #2
ID : 256 (0x100)-1
Menu ID : 1 (0x1)
Format : EIA-708
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 11 min 24 s
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

Menu
ID : 4096 (0x1000)
Menu ID : 1 (0x1)
Duration : 11 min 24 s
List : 256 (0x100) (AVC) / 257 (0x101) (AAC)
Service name : Service01
Service provider : FFmpeg
Service type : digital television

Why can't Subtitle edit read the subtitles from this file?
A ffmpeg command successfully converts them to a .srt so I made sure they are actually in the file but what needs to be done for Subtitle Edit to be able to read these kinds of subtitles?

Nikse555

13th March 2021, 07:36

@nekrovski: SE only supports DVB/BD images and teletext from ts files.
I did not even know that other subtitle types were possible in ts files.
Could you supply a link to the file? (PM or email is also fine)

tormento

15th March 2021, 09:48

@Nikse555

I think you forgot the French characters menu during OCR: à, â, è, é, ê, ë, î, ï, ô, œ, Œ, ù, û, ç, Ç.

tormento

24th March 2021, 08:57

@nekrovsk
Where are you? :D

Hidson

24th March 2021, 11:24

I am creating subtitles on Subtitle Edit, and when I save them at the .sub format and next time I open the file, the timing is all messed up. What could it be?

EDIT: It doesn't happen if I work on and save the same file as .srt.

locotus

24th March 2021, 19:59

Hidson

26th March 2021, 13:12

Instead of save use export vobsub (sub-idx)

That generates a binary file instead of an editable subtitle.

What I'm doing is working on the .SRT and only saving as .sub in the end.

Ghitulescu

5th April 2021, 12:20

IDX/SUB is binary and "less" editable.
Why do you need to "edit" it anyway, as you already said that you do the wotk in SRT and only to the end save as IDX/SUB?
Is there any life after death? :)

Ghitulescu

5th April 2021, 12:24

Text #1
ID : 256 (0x100)-CC1
Format : EIA-608
CaptionServiceName : CC1
Format : EIA-708
[/code]
Why can't Subtitle edit read the subtitles from this file?

@nekrovski: SE only supports DVB/BD images and teletext from ts files.
I did not even know that other subtitle types were possible in ts files.
Could you supply a link to the file? (PM or email is also fine)
This is closed caption and useless anywhere outside USA.
They are not part of any stream, but rather embedded in the video stream.
Since they use only capitals and they are "narrow" (what, 16 chars/line up to 4 lines) I use them only as a timing guidance for real subtitles.
There are two major ways to extract them, see the relevant section in the tools/software.

jmj

7th April 2021, 10:19

and when I save them at the .sub format

I would guess this to be the text based MicroDVD (https://fileinfo.com/extension/sub) format and not IDX/VOBSUB.

Hidson

8th April 2021, 01:08

IDX/SUB is binary and "less" editable.
Why do you need to "edit" it anyway, as you already said that you do the wotk in SRT and only to the end save as IDX/SUB?
Is there any life after death? :)

Apparently the studio needs it editable. In the end, it's better to keep saving as SRT and just "save as" the preferred .sub format that remains editable.

loninapleton

16th April 2021, 06:57

Hello,

I upgraded to Subtitle Edit 3.6 and the icon .ico is changed to bright red.

Can I get a link to the old .ico file for my shortcut in the task bar?

I could pick a random one but I'm used to looking for the old one when needed.

von Suppé

17th April 2021, 10:27

Can I get a link to the old .ico file for my shortcut in the task bar?
Here you go. Think Nikse won't mind.

meylin

26th April 2021, 12:00

Hi, I'm having an issue where I change a line or setting and it mutes sound to my whole computer.
Goes back to normal if I reopen the file or program. Any way to fix it?

(Sorry if I did this wrong, am new to forums and the english language.)

loninapleton

29th April 2021, 17:05

Hello,

I have seen previous posts by Selur in a search to find a way to extract DVB subtitles from MKV.

I had used Mkvmerge to combine the MKV and two MKS subtitle files. That worked and one player -- Daum-- has the correct
codecs to play the content. But the Content is very large.

I then I took that package and ran it through Handbrake. Handbrake cannot handle running the reduction routine of CC25 and keep the subtitles.

My goal was to reduce the MKV to 1..2Gb or so and then add the original MKS subtitles back in.

I'm confusing myseft just writing about it.

To review:

I have the MKS (2) subs
I have the MKV as a stand alone video (3.6Gb or so)

Is there any way to do the combine and reduction operation.

varekai

30th April 2021, 10:17

Have a look here: https://www.videoconverterfactory.com/tips/mks-to-srt.html
(I'm not advertising any software.)

Atlantis

2nd May 2021, 16:33

Can you watch and edit the name list? I cannot bring it up.

ismail0100

8th May 2021, 17:43

Hi my friend, this is latest Turkish language file. I update today.

https://www.mediafire.com/file/hkan2yuigabd7xp/tr-TR(08.MAY.2021).xml/file

darksen

12th May 2021, 07:13

I have to requests. Add an option to ONLY break long lines, I never use the split part of the function that is already present on SE but I often do use the break one, please separate them or add a box to disable one or the other.

The second request is to unlock tne number we can input in the Lines Unbreaker tool, there are times that I'm translating a sub and I need to unbreak every line so when I copy the text it is a one line. It is helpful when copy&pasting.

Thank you.

Nikse555

13th May 2021, 09:10

@Atlantis: You should be able to see/edit the names list via Options -Settings - Word lists - alternately, you can find the dictionaries folder and edit the raw xml file (Spell check - Get dictionaries - Open dictionaries folder)

@ismail0100: thx for the update :)

@darksen:
1) Try Tools - Fix common errors - Break long lines
2) Select all lines (Ctrl+a), click on the "Unbreak" button (both "Auto br" and "Unbreak" buttons work on selected lines)

tormento

13th May 2021, 09:51

@Atlantis
Welcome back!

@Nikse555
I think you forgot the French characters menu during OCR: à, â, è, é, ê, ë, î, ï, ô, œ, Œ, ù, û, ç, Ç.

Nikse555

13th May 2021, 12:04

@tormento: thx for the info - added in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.0/SubtitleEditBeta.zip

Master Yoda

13th May 2021, 16:53

Trying out the Sup editor and noticed an issue. After I have saved the new file, the edge of some of the subtitles have bacome broken/rough, no longer smooth like the original.

Tried saving as xml/png and the same thing happens.

Nikse555

13th May 2021, 18:18

darksen

13th May 2021, 23:13

@darksen:
1) Try Tools - Fix common errors - Break long lines
2) Select all lines (Ctrl+a), click on the "Unbreak" button (both "Auto br" and "Unbreak" buttons work on selected lines)

1) I do use that function, but the other tool is more useful because I can customize the line length and I can check whether a line needs to be breaked or not, on the other side if we use the function in "Fix common errors" it only uses the length we have set in the configuration.

2) In that function we also have only a limited maximum length for lines to be unbreaked (which limit -50- is less than the other tool, 100) and it aslo unbreaks dialogs which is not what we may want.

Master Yoda

15th May 2021, 16:24

I guess I need more info.
Here are two examples. In the two images, the top sub is the original, the bottom is after I have made changes and then saved the new file.

https://i.imgur.com/PYvZcke.png
https://i.imgur.com/DqBY3aL.png

Happens to a number of the subtitles, but not all of them.

Nikse555

15th May 2021, 19:24

Here are two examples. In the two images, the top sub is the original, the bottom is after I have made changes and then saved the new file.

I could not re-create your problem... I get this after saving in SE:
https://www.nikse.dk/class5-1-SUP-SE.png

Could you provide the sup file with the two original images? Or perhaps just the raw images?

Master Yoda

20th May 2021, 14:46

When you say raw images, I assume you mean the png file. These are the png's after loading the .sup and using the export image option.

I can supply the .sup if needed. It's just under 9mb.

Nikse555

21st May 2021, 09:52

I can supply the .sup if needed. It's just under 9mb.

thx, that would be even better - perhaps email or fileshare?

Also, SE 3.6.1 is out :)
Fixes a bug where bdsup image position was sometimes wrong in "multi part" images + improved handling of "full frame" images + optimized a little.
https://github.com/SubtitleEdit/subtitleedit/releases

loninapleton

22nd May 2021, 06:11

Have a look here: https://www.videoconverterfactory.com/tips/mks-to-srt.html
(I'm not advertising any software.)

A long time ago but thanks for the reply. I did not mean to leave anyone hangling. It is solved the most I can remember.

Atlantis

15th June 2021, 19:26

One thing needs change and it would be very helpful.
Remove text for hearing impaired

When you do it, the subtitle selection jumps to the first line. It would be very helpful if the selections stays on the current line or previous.
Not based on the line number because lines are removed, but based on the current text

This is necessary for when you are removing hearing impaired lines by eye for text that don't have () or [].
You see Door Opens so you type Door Opens in Remove Text if it contains.
After you click ok, you want to continue and read the next line and not to jump to the beginning.

Also "Remove Text if it contains" seems has a limit of few characters, if it could accept a longer text, it would be helpful.

Nikse555

15th June 2021, 21:54

Remove text for hearing impaired... It would be very helpful if the selections stays on the current line...

Also "Remove Text if it contains" seems has a limit of few characters, if it could accept a longer text, it would be helpful.

OK, tried to improve both issues here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.1/SubtitleEditBeta.zip

Tries to keep active line + allows up to 25 chars in "Remove text if it contains"

Atlantis

15th June 2021, 22:49

Thank you so much. You have no idea how much that helps. Some Hearing Impaired subs have no markers like () or [] which is a real pain. Foreign subs.

Atlantis

15th June 2021, 23:38

Nikse555

16th June 2021, 08:11

I just tested the beta you provided for a project. It partly works. It works if you are not on the line to be removed.

However the workflow is that you find a HI line, so you are on it. You copy and paste it in "Remove text if it contains".
Then when you hit ok it jumps again to the first line. It should show/select the next subtitle in that case.

thx for testing and feedback :)
Will now go to the nearest line if current line is gone.

https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.1/SubtitleEditBeta.zip

Atlantis

16th June 2021, 17:57

Thank you. Just tested the new beta. It works perfectly in both situations.

von Suppé

18th June 2021, 21:08

Hi Nikse,
After importing SUP for edit, the forced subtitles in the stream are auto-recognised and checked, which is great.
Is there also a way to isolate, process and output only these forced sups?

tormento

19th June 2021, 08:16

thx for testing and feedback :)
I know it's not an easy request but I'd really like the OCR to be able to find text position on the whole screen and use ass tags to correctly place it. It usually happens on anime, but I found on some english movies too, such as the recent Nobody.

Here (https://www.mediafire.com/file/08yv6yzgnc409a8/Nobody_%255Beng%255D.7z/file)you can find what I am talking about.

Another tipical situation, mostly in anime, is time overlapping subs. I can't find a proper example right now but it would be nice that Subtitle recognizes the same text and place them correctly both in space and time. What happens now is that it repeats the text on different time markers, while it has a determined duration, different from the other text that is presented on screen.

I'd like to get rid of < and > too. There are some guidelines around, telling they have different meanings in Closed Captions. Perhaps a future implementation in Remove text for hearing impaired.

Third request :) Have an optional common dictionary for names/noise list (yes a third button in the Spell check window). I usually OCR subtitles of the same movie in english and italian too and have to add them twice is really a time loss.

Fourth and fifth request: punctuation before / after numbers. Sometimes an hour such as 10:00 is split as 10: 00 or 10 :00. It should correct the OCR. The symbols ° and ª are sometimes detached too from 1° or 1ª. There is another more subtle one such as ".45 caliber". Sometimes it recognizes as . 45 but as there could be a case of a real detached number, such as in a new sentence, I don't really know how you could fix it.

Thanks!

Nikse555

20th June 2021, 09:33

Hi Nikse,
After importing SUP for edit, the forced subtitles in the stream are auto-recognised and checked, which is great.
Is there also a way to isolate, process and output only these forced sups?

You can right-click in the list view, choose "Select forced lines", and then "Ctrl+shift+i" (inverse selection), and then "delete key" to delete non-forced lines.

von Suppé

20th June 2021, 16:50

You can right-click in the list view, choose "Select forced lines", and then "Ctrl+shift+i" (inverse selection), and then "delete key" to delete non-forced lines.

Thanks a bunch!

loninapleton

30th June 2021, 08:26

Is there a Subtitle Edit guide for doing manual SRT translations?
I have a play spoken one language, hardcoded subs in a second and an SRT found for the text in another source at open subtitlles.
As play text it should be identical but cannot be magically muxed together.

It would be a huge job for me writing an SRT for a two hour play but I think once I know how to stop the video and have the timestamp and save it, the routine would be established for the rest.

The SRT would be made from scratch at the timings of the
play with no timestamps list to work with. As the text appears on screen I'd have to manually stop it and add the text from the
found source to the media to my new English SRT.

Is there a forum source and guide for doing this in SubtitleEdit? I'm thinking of a forum or Q&A for this particular process.

loninapleton

1st July 2021, 07:38

Some progress. I was able to SRT, load the video and the
waveform and make a few lines of dialog from my third party SRT text.

Added a few lines but have to test that yet.

Is there a way to set the default duration greater than 1 sec and
not have to do each one manually? This is why I seek a forma to ask these common questions. Read time for subtitles is always too short for my taste or ability to keep up.

DMD

3rd July 2021, 21:22

Good evening.
In the alignment of the text at the top right, I ask if it is possible to have a higher security distance from the screen margin?
Thank you very much

https://i.postimg.cc/NfsVr2RK/Ridimensiona-di-Screenshot-001.png

von Suppé

4th July 2021, 17:38

For srt, I wouldn't know how to set a (safety) margin.
For these occasions it may be convenient to work with an *.ass file. Besides the possibility to use different font types, *.ass will let you set any top-bottom and/or left-right margin for each style.
Note that, depending on what player you'll use and whether the subtitle will be internal or external to the videofile, you may want to export the *.ass to image-based SUP.

DMD

5th July 2021, 08:13

Thank you for your reply but I couldn't find the ".ass" extension in the Save section

https://i.postimg.cc/qRWw64Dm/Screenshot-002.png

Emulgator

5th July 2021, 10:07

Advanced Sub Station Alpha (*.ass), 9th from the top, 5 above Belle Nuit.
You may want to scroll up.

DMD

5th July 2021, 14:32

Now I saw it. :thanks:
I didn't know that the ".ass" format allows many more settings.
I noticed that the settings made on a row are maintained for all lines
Is there a command to act on certain lines?
Thank you very much

https://i.postimg.cc/653NQ6Zr/Ridimensiona-di-Screenshot-005.png

Emulgator

6th July 2021, 00:17

jmj

6th July 2021, 17:17

Besides using styles for .ass subtitles you can use ASS Tags (https://aegi.vmoe.info/docs/3.1/ASS_Tags/)

DMD

7th July 2021, 16:34

You would create the desired number of styles in style editor and call these styles
("Set style" line becomes only available if there is more than one style)
or overrule Format tags: (Layer, Start, End, Style, Name, MarginL, MarginR, MarginV, Effect, Text)
by right click on the appropriate line.
Besides using styles for .ass subtitles you can use ASS Tags (https://aegi.vmoe.info/docs/3.1/ASS_Tags/)
Thank you very much for suggestions.

Emulgator

7th July 2021, 21:08

Good link, jmj !

Janusz

23rd July 2021, 20:21

@Nikse555
Welcome back.
I would like to draw your attention to two bugs in Subtitle Edit for Windows.
1. After a new installation of version 3.6.0 or 3.6.1 with default settings, the first time the program is started and the "Settings" window is opened, the program creates the "error_log.txt" file, which contains:
-----------------------------------------------------------------------------
Date: 07/23/2021 20:17:52
Message: Unable to load '' (also check libc.so.6 + libdl.so.2)

-----------------------------------------------------------------------------
Date: 07/23/2021 20:17:52
Message: Not all required methods was found in libvlc

Each time "Settings" is opened, new lines are added.
Although I do not use VLC media player as a Video engine, adding the correct path to the "libvlc.dll" file in the [VLC path] field causes the messages not to appear anymore.

2. In the "Compare subtitles" window - left side - the "Reload" button is active for the text loaded from the main program window after OCR before saving it to the disk, so using it causes the program to crash.
I don't know if refreshing from memory or from a file should work in this case.

Edit: 07/25/2021
Both reported bugs were fixed in version 3.6.1 NEXT, beta 272. Thanks.

tormento

29th July 2021, 15:45

I have downloaded latest beta and it creates ASS subtitles with default 50 size, which is too big.

Style: Default,Arial,50,&H00FFFFFF,&H0000FFFF,&H00000000,&H00000000,0,0,0,0,100,100,0,0,1,1,1,2,10,10,10,1

Some regression?

Nikse555

30th July 2021, 13:56

@Janusz: thx for the info :)

@tormento: Yes... if everybody used the "PlayResX" and "PlayResY" header tags 50 is probably a sensible size, and then the \pos, \move and drawing is easier to use. Not specifying resolution assumes a resolution of 384x288 - which is why small font sizes works default. Perhaps an option to auto-add "PlayResX" and "PlayResY"?
SE will from next version keep ASSA tags (no converting to html) - also an ASSA tag helper + some ASSA tools in the list view context menu, like settings pos (and even a progress bar generator - thx Leon Cheung) + plugin support.

Another ASSA tags page: https://www.nikse.dk/SubtitleEdit/AssaOverrideTags

tormento

1st August 2021, 09:25

@tormento
Please look at this (https://forum.doom9.org/showthread.php?p=1945418#post1945418) too. :o

Perenista

2nd August 2021, 15:51

Quick question about this program, I extracted a subtitle from a video, 2 files, IDX and SUB.

MediaINFO says it's S_VOBSUB. DVD subtitle.

I need to remove one line from it. Once I do SubtitleEdit asks me to save as SRT. But I don't want that, I need to retain the original IDX/SUB as it was, without this line, which has now been removed. How can I do that?

Janusz

3rd August 2021, 12:39

@Perenista
- move the idx or sub file to the main program window,
- the "Import/OCR VobSub (sub/idx) subtitle - DVD.sub" window will open
- in the "Subtitle text" section of this window, select the line or lines you want to delete - press Delete and confirm the deletion,
- click on any line with the right mouse button and select "Export/VobSub (sub/idx)"
- in the window that will open, select "Export all lines" - enter a name for the new sub file, which no longer contains deleted lines.

Lucius Snow

4th August 2021, 17:45

Hi all,

I have a little question: italics don't exist in STL EBU Teletext 1/2? They're only kept when exporting in Open Subtitles mode.

Thanks.

loninapleton

15th August 2021, 22:10

On Subtitle Edit, I'm a new user and see that replies here seem to be selective. Maybe it's just me.

I'm dealing with an alignment issue. This is a longish story
where one version of the whole was cut off but has subtitles.
The second has the complete version but no subtitles. I want to
put the subtitles on the complete version. the subitles were in three parts. We are talking about the third part.

I have been able to trim the complete version to get near the
start pioint of where the subtitle should begin. The subtitle starts
1 min 6 sec _late_.

Can you say what timing command is needed to correct-- in other words, trim the beginning and have the rest of the subtitle file recalculate and, if needed, add to match the end time.

I will watch for any answers here and in email notification.

loninapleton

15th August 2021, 23:27

I have also seen the Nikse help site but do not see where I can simply ask a question.

On this I have had a bit of progress. My audio was misaligned as well and now fixed. I open the video, open subtitles that go with it at the edit. Still need a Zero start time without losing what follows. I saw some start time entries but do not know how to reset them.

loninapleton

15th August 2021, 23:45

loninapleton

16th August 2021, 00:08

More progress. I opened mkv, selected to open audio and have the subtitle in it's window. I set the hairline at where the audio begins and pressed F9. The preview window seems to show all is working together. Last step is to load in a standard player.

Success. All elements look to be working correctly. Thanks to Subtitle Edit for a fine program which I was able to intuit how to procede and save some time.

Nikse555

16th August 2021, 18:15

Hi all,

I have a little question: italics don't exist in STL EBU Teletext 1/2? They're only kept when exporting in Open Subtitles mode.

Thanks.

Yes, according to the specs (page 14) I think italics are only allowed in "open subtitles mode":
https://tech.ebu.ch/docs/tech/tech3264.pdf

@loninapleton: Nice you got it working :)

longiloquence

25th August 2021, 22:42

Anyone else getting SubtitleEdit.exe quarantined by Windows Defender? I'm sure it's a false positive, but this is the first time I'm seeing it and it seems so random.

https://abload.de/img/z5eyie4kjd.png

GMJCZP

26th August 2021, 14:15

Hi, Thanks for the latest version. I was checking the Changelog and it says that Tesseract has been updated to version 5 beta from 2021-08-11. But I notice that there is a folder that says "Tesseract302" that I have seen in previous versions. Does 302 refer to the version number?

Nikse555

26th August 2021, 16:29

@longiloquence: Please report "False positive" to your anti-virus provider - and in 3-4 days, update your anti-virus program + try to install SE again.

@GMJCZP: The new Tesseract 5 beta from 2021-08-11 is available in the OCR window via the "OCR method" combo box (it will prompt for download).

And SE 3.6.2 is out - much improved support for ASSA (Advanced Sub Station Alpha): keep ASSA tags, tag helper (shortcut), ASSA plugins like "Fade" and "Draw".
Download and change log: https://github.com/SubtitleEdit/subtitleedit/releases

jpsdr

26th August 2021, 17:41

There is an issue, when choose langage french, it throws an error, looking for a wrong langage file.

Nikse555

27th August 2021, 08:06

There is an issue, when choose langage french, it throws an error, looking for a wrong langage file.

thx for the info :)
Shold be fixed via this commit: https://github.com/SubtitleEdit/subtitleedit/commit/3d5d5e3970205de277fbd4ddf96059a5ccc61789

Beta updated: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.2/SubtitleEditBeta.zip

tormento

7th September 2021, 15:40

Beta updated
Unfortunately, I fell in the trap of anime world. :)

There are subtitles where the upper and lower part of the screen are indipendently updated. SE barely can understand those kind of subtitling and usually makes a great mess.

Can you try to let SE splitting the two parts on different lines, with proper formatting for the upper line {\AN8}, so that ASS creating is way easier than to have to manually fix every line?

Here (https://www.mediafire.com/file/vdxipe34f854mt0/eva3_PID_1200_ita.7z/file) an example.

The second step could be group the different refresh of the upper and lower parts with proper timings instead of having many identical but interleaved lines.

jpsdr

7th September 2021, 17:30

If you want to edit .ssa subtitles from Anime, use Aegisub. SE is very interesting for the high number of supported formats, .sub/idx and .sup support image convert and a lot of others stuff, but to handle the mess of anime subtitles, there is only Aegisub.

tormento

7th September 2021, 17:41

jpsdr

8th September 2021, 17:35

Ah... I've misunderstood, sorry.

checky

10th September 2021, 15:33

Nikse555

12th September 2021, 19:13

@tormento: It's quite difficult with different positions... you could try tappen ocr program SubExtrator: https://forum.doom9.org/showthread.php?t=162633

@jpsdr: SE 3.6.2 has much improved ASSA support, incl. positioning, and plugins like ASSA Draw.

@checky: Try Tools - Batch convert... select all your mkv files and choose output format / tracks. Not entirely a single click solution, but close :)

Also, latest beta can do some subtitle burn-in using FFmpeg/ASSA: https://github.com/SubtitleEdit/subtitleedit/issues/5308

Atlantis

13th September 2021, 00:09

In the old version when you did Remove Formatting, The selection got unselected.
That was useful because it told you if it did remove formatting or not from your file.

In the new version it doesn't. A visual cue is necessary to know if something has been removed.

tormento

13th September 2021, 11:04

@tormento: It's quite difficult with different positions... you could try tappen ocr program SubExtrator
Too many prerequisites, such as VS that I am not going to install.

Couldn't you simply split the vertical screen in two halves and put everything in the first part as {\an8} and everything in the second as normal?

The only problem now is that it doesn't work when both are present.

Just split the content in two lines, one with {\an8} and one without. We will deal with multiple repetitions and overlaps much easier.

DMD

14th September 2021, 09:01

Good morning.
In the section "Export> Blu-ray sup ..."
Is it possible to change only a few rows with Font family?
With the right mouse button it does not allow me to do it.
Even having set custom fonts in the main interface, only the Font family command acts in the export section.
Cordially thank you

https://i.postimg.cc/D0q3nv8p/Screenshot-001.png (https://postimages.org/)

https://i.postimg.cc/FFMq5Lmp/Screenshot-003.png

junah

15th September 2021, 08:06

Would it possible to add CLI for file joiner?

checky

17th September 2021, 04:41

Is it possible to use Subtitle Edit to extract subs from multiple MKV files (in the same folder) with just one 'click' ? I'm asking about 'regular' *.srt files which were built-into mkv (not bitmaps which would require an OCR)?

Try Tools - Batch convert... select all your mkv files and choose output format / tracks. Not entirely a single click solution, but close :)

Thanks! I'll check it out!

von Suppé

22nd September 2021, 13:01

Nikse555

22nd September 2021, 16:12

Hi Nikse

When having a ASS openened in SE, the italic tags are {\i1} and {\i0}
Don't know from what version, but when saving as .srt, the italic tags are the same. Did you alter this for a specific reason? I'd prefer and for srt files.

Thx, that's a bug... hopefully fixed now: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.2/SubtitleEditBeta.zip

von Suppé

23rd September 2021, 11:16

Thx, that's a bug... hopefully fixed now: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.2/SubtitleEditBeta.zip
Nope, sorry. Bug's still there

Nikse555

23rd September 2021, 17:49

Nope, sorry. Bug's still there

--OK, how can I re-create this bug?--

EDIT: Ah, ok. see the bug...

Nikse555

23rd September 2021, 18:06

Beta updated: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.2/SubtitleEditBeta.zip
Both "Save as" and "format change via combo box" should convert tags... I hope :)

Atlantis

23rd September 2021, 18:45

Can we OCR colors? For example add also color tags in the SRT?

If not, I want to remove all subtitles that are color purple for example before OCR, is that possible with any other software?

Automatically, I know that you can go one by one and hit delete in Subtitle Edit before OCR.

von Suppé

24th September 2021, 11:47

Both "Save as" and "format change via combo box" should convert tags... I hope :)
Yes, evrything seems alright again. Thanks for fixing :)

tormento

24th September 2021, 12:36

Beta updated
How should I edit ita_OCRFixReplaceList_User.xml to always replace (even when part of a word):

II as ll
I' as l'

?

von Suppé

26th September 2021, 13:14

After OCR-ing a SUP where not all subtitles are flagged as forced, it would be nice to have a function that would show these also as forced (checkbox?) in the text editor. And - thinking ahead - preferably so, that the "checked ones" in the text-editor are auto-checked as forced in the SUP- or XML/PNG export-window, when converting to image-based.

Janusz

28th September 2021, 20:10

How should I edit ita_OCRFixReplaceList_User.xml to always replace (even when part of a word):

II as ll
I' as l'
?

Sample content of ita_OCRFixReplaceList_User.xml
<ReplaceList>
<WholeWords />
<RegularExpressions>
<RegEx find="II" replaceWith="ll" /> #
<RegEx find="I'" replaceWith="l'" /> #
</RegularExpressions>
<RemovedWholeWords />
<RemovedRegularExpressions />
</ReplaceList>

Janusz

4th October 2021, 20:42

@Nikse555
I have a problem with the volume after opening the subtitle file (.srt) and the attached video and I have mpv selected as the video engine.

https://forum.doom9.org/attachment.php?attachmentid=17903&d=1633376511

The upper part marked (1) shows the video player bar right after starting the program (SE 3.6.2 next, beta 139).
With a bit of luck, the first time you load a file with subtitles and related video, my player bar will look like the one marked (3) and the sound will be heard.
However, more often it is the case that I have to either repeatedly (2 or more times) load the file with subtitles, or increase the volume by clicking
on the volume bar (under 85%) because my player strip after loading the subtitles looks like the one marked with the number (2) and the sound of course it is muted.
Successive, multiple loading of the same subtitle file and attached video causes that one time the sound is at the set level, another time it is muted. It doesn't matter whether it is .mkv, .avi or .ts.
I don't know since when this has been happening. Surely the SE version 3.5.18 worked fine.

Edit 19.10.2021
@ Nikse555 - Thanks for the fix.
I think 3.6.2 Next, beta 174 is already working fine.

von Suppé

6th October 2021, 11:44

Yep, I can confirm MPV player volume issues as stated by Janusz. The most of the times it happens when loading a video for the first time with srt already opened.
Never bothered actually cause it's never been much trouble to raise volume manually. Now Janusz mentions it, in the past I never seen this behaviour.

Atlantis

13th October 2021, 13:19

We need a visual confirmation when Removing Formatting. This existed in all the previous versions. It has been changed only in the new version. Previously when we removed formatting and something was removed the lines where unselected. Now when we do that we have no idea if something has been removed.

loninapleton

14th October 2021, 06:35

I have looked at the tools to adjust where the Subtitle Edit box opens
and you can add duration for the subtitle to display. I added a full one second but do not know where recalculate is, so my text display remains at a very short 5 Duration interval for the whole video. Would not recalculate be in the box for changes? I looked at speed keys as well but nothing for recalculate I could see.

An update. Apologies for not examining the duration box better. Still I could not make the small
recalculate button accomplish a change but rather, the the new value was greyed out.

And an email notification would be nice
(email notification selected below)

tormento

21st October 2021, 10:01

Sample content of ita_OCRFixReplaceList_User.xml
<ReplaceList>
<WholeWords />
<RegularExpressions>
<RegEx find="II" replaceWith="ll" /> #
<RegEx find="I'" replaceWith="l'" /> #
</RegularExpressions>
<RemovedWholeWords />
<RemovedRegularExpressions />
</ReplaceList>

Why

<PartialWordsAlways>

<WordPart from="II" to="Il" />
<WordPart from="I'" to="l'" />
<WordPart from="Ii" to="li" />
<WordPart from="Ià" to="là" />
<WordPart from="Iè" to="lè" />
<WordPart from="Ié" to="lé" />
<WordPart from="Iì" to="lì" />
<WordPart from="Iò" to="lò" />
<WordPart from="Iù" to="lù" />
</PartialWordsAlways>

doesn't work?

Janusz

22nd October 2021, 11:02

I assume you have "Settings/Tools/Fix common OCR errors - also use hard-coded rules" enabled.
I have this option turned off so that the rules hidden under it do not change the text corrected according to my rules.

darksen

29th October 2021, 08:50

SE is hanging when using a regex search, after some F3's it hangs and I have to force close it. I'm using latest beta downloaded 30 minutes ago.
This didn't happen before.

Janusz

29th October 2021, 21:42

@darksen
You can give a regex that doesn't work and on what text (fragment, one sentence).
My beta 231 works fine. She searched (ctr F later F3) for all words starting with a capital letter (237) in the test text (415 lines) and it did not hang.

darksen

29th October 2021, 23:51

Sure, this is the regex I'm using:

(\{.+\})*(\s+|^)(\{.+\})*([A-ZÁ-ÚÑ][A-ZÁ-ÚÑ]+(\s*[A-ZÁ-ÚÑ0-9]*)+(\.|,)*)|([a-zá-úñ]$)|([0-9]$)|(^[0-9]+\s([A-ZÁ-ÚÑ]*|\s*)+$)|(^([A-ZÁ-ÚÑ]*|\s*)+[0-9]+([A-ZÁ-ÚÑ0-9]*|\s*)+$)

Right now I tested it again and this time it only searched without problems the first time (When using Ctrl+F) but then pressing F3 makes it hang.
This is the srt with which I'm trying: https://app.box.com/s/qts6ml3cvvefxbxwc6l30z0b595fdoqq

I've tried with another SRT and it doesn't hang with it, can you try with the SRT I shared?

Nikse555

30th October 2021, 07:53

Hi darksen,

It seems the regex engine has problems with this pattern.

SE will now check for timeout, and display a message like this (instead of hanging):

The RegEx engine has timed out while trying to match a pattern to an input string. This can occur for many reasons, including very large inputs or excessive backtracking caused by nested quantifiers, back-references and other factors.

Beta updated: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.2/SubtitleEditBeta.zip

SE 3.6.3 should be out soonish :)

Janusz

30th October 2021, 09:37

@ darksen
Your script hangs with the text: "A NUESTRO AMIGO HARRY HOUDINI
DE LA GENTE DE KILLARNEY, IRELAND "- this is line 248.
Debugger Message: "Catastrophic backtracking has been detected and the execution of your expression has been halted."

@Nikse
and this causes SE also the latest beta 232 to crash.

Nikse555

30th October 2021, 10:39

@Janusz: Crash, how?
After using find I get a msgbox with the timeout error... where did you make SE crash?

Janusz

30th October 2021, 12:05

@Nikse
In the Find window, do: Counting, Cancel
Obviously for the script and text @darksen gave above.

Nikse555

30th October 2021, 14:56

@Janusz: thx, slightly improved in beta 234: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.2/SubtitleEditBeta.zip

Janusz

30th October 2021, 15:42

@Nikse
Thanks for the fix. It works.
@darksen has to find a bug in his script that causes it to hang.

tormento

30th October 2021, 19:09

Nikse555

31st October 2021, 17:43

@tormento:
I think the hard coded rules should probably be moved to the OCR fix replace list... at some point.

I did a small test and mostly got stuff about periods (right part is with hard coded rules):
. ..is a meat by-product. <-> ...is a meat by-product.
How did you.. .? <-> How did you...?

The code is here: https://github.com/SubtitleEdit/subtitleedit/blob/master/src/ui/Logic/Ocr/OcrFixEngine.cs#L999

For now I guess you should disable the hard-coded rules, and add something for the periods.

@Janusz: Did you add some rules to handle periods?

Janusz

1st November 2021, 03:24

@Janusz: Did you add some rules to handle periods?@Nikse
Yes. A few more rules that were missing when I turned off "hard-coded rules", for example removing spaces but only between "1" and the next digit, setting correct entries for: , . ; : ! ? - .
Since my character base does not contain an "I", I had to add the replacement of "l" with "I".

@tormento
Here you have the test files: (https://www.mediafire.com/file/oijczirp4fjh0il/tormento.test.zip/file)
ita_OCRFixReplaceList.xml, test_8.20.237.100e.nocr with character base (contains "l" and "I") - options for ocr set by name: No of ... 8, Max wr ... 20, threshold ... 237
From test.txt, test.srt I created test.sup, from which I got test_ocr.srt. In my opinion everything works as it should, even with the "hard coded rules" option turned on.

tormento

1st November 2021, 10:58

I think the hard coded rules should probably be moved to the OCR fix replace list... at some point.
YES, please.

Plus, as I addressed some time ago, it would be really helpful to have an additional "common" name list button in OCR, not to have to add it multiple times when you recognize multiple languages. I usually OCR original language + italian and the proper names are the same in all the languages, i.e. Luke is always Luke and so on.

Janusz

1st November 2021, 11:39

@tormento
Words or expressions added to names.xml are checked regardless of the language used.
Add a word or phrase directly to the file by editing, or use the "Name list manager" plug-in in SE.

tormento

1st November 2021, 11:51

@tormento
Words or expressions added to names.xml are checked regardless of the language used.
Use [Word lists], switch to English, add a new word or phrase. From now on you will have the word added in your Italian and I will have the Polish dictionary.

I know the existence of that file but it would be really uncomfortable to exit SE every time I find a name, manually edit the file, run SE again and go on like that. A button inside the OCR would be much better.

Janusz

1st November 2021, 12:45

You don't need to turn off the program during ocr etc.
Just stop ocr, add a word to the file, change the currently used dictionary to another or "none", return to your dictionary, then necessary - already corrected dictionary files will be read again. This is definitely not a comfortable solution - an extra button would be better to add a word to names.xml. At least today there is no other option. The facilitation is that the words added to ..._ names_user.xml are at the end and are not sorted, so it's easy to find and transfer them to names.xml

darksen

2nd November 2021, 03:08

@Janusz: thx, slightly improved in beta 234: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.2/SubtitleEditBeta.zip

@Nikse
Thanks for the fix. It works.
@darksen has to find a bug in his script that causes it to hang.

Thanks both, I found where the problem with the regex, it was searching nonstop :D

tormento

3rd November 2021, 15:14

You don't need to turn off the program during ocr etc.
Easy of use is always preferred.

tormento

3rd November 2021, 15:15

Here you have the test files
Unfortunately I use OCR and not nOCR.

von Suppé

4th November 2021, 11:21

Hi Nikse

Getting more & more into the look and feel of subtitles, the ASS styles window can prove me strugling to determine the way subtiles actually will turn out.
When trying to choose the proper font & settings, I often find myself in need of a WYSIWYG preview. Would you be able to implement such?
Also, I'd more than welcome a window where a custom preview text can be typed in. I experience the effect of "real-life" words and sentences being different from the one of current fixed "ABC... ...123"

Any chance?

cheers

Emulgator

4th November 2021, 12:00

Thats why I still mainly work in Aegisub, but SE is coming happily more and more into my workflow.

von Suppé

4th November 2021, 12:51

Yes, I also use Aegisub a lot and often I want to import the files into SE. When already being busy in SE however, more than once I need to add a style for certain occasions. And especially these times I miss my wish-list.
Implementation would provide for a significant quicker way of on-the-fly choosing the right font & settings. In comparison to going back to Aegisub or other SE preview windows.

[EDIT] I also maybe found a small bug: in text editor window, "rightclick --> Selected lines --> Save selected lines as" works only when three or more lines are selected. I am not lazy, but just sayin'...:D

Nikse555

4th November 2021, 20:27

@von Suppé: The ASSA style window already has a preview - if you use mpv as a video player, the preview will be generated with mpv (which uses libass) which should be pretty WYSIWYG .
And you can right-click in the preview to change the preview text :)

https://www.nikse.dk/se-assa-styles.png

The ASSA support in SE is slowly improving - check the plugin "ASSA Draw" and a few other tools:

http://nikse.dk/se-assa-tools.png

von Suppé

4th November 2021, 23:25

I did not know this, Nikse.
Thanks, I'll go check it out.

Another thing: When checking "Underline" I experience the images of exported PNG-XML or SUP having no underlined text. Is this by design and is it something reserved for ASS only?

Nikse555

5th November 2021, 07:42

I guess "underline" is not supported... is that something you use?

von Suppé

5th November 2021, 09:59

Hi Nikse

The custom preview text was new to me, works like a charm! Simply didn't know.

I have set mpv as player. As for the preview being WYSIWYG, your screenshot compared to mine will tell you. Please have a look at both.

https://i.ibb.co/qN4z1Gd/ASS-preview.png (https://imgbb.com/)

We have both set font Arial and size 47,0. Your text has been scaled smaller than mine. Also in my image the bottom offset doesn't come near real life representation. I think it has to do with how much the total "ASS styles"-window is stretched, and/or against what the video-resolution of the background the renderer "thinks" it is.
You can imagine when scaling is not right, it's hard to determine how big the subs will really come out. Of course you can compare with other fonts, but this will only tell you size ratio between fonts themselves. But not how big they'll be in the video.

So, I think the preview needs adjustable background-video settings to be able to scale properly. Now it looks like as if a default 4:3 background has been set.
Thinking ahead of this, the option of manual setting of video-resolution comes into play. For instance, SUPs - as used in UHD-BD - are still being authored in 1920x1080 screensize. When the preview would auto-set the resolution to the imported 3840x2160 video you're working for, things would go wrong.

Sorry it's a bit verbose, but I couldn't explain this in a shorter way.

As for the underlining, it's the first time I indeed use this for image based subtitles. I don't see myself using it often in the future.
Fortunately it concerned just three images, so for this time a basic image editor came to the rescue.

Still have to take a look at the ASS tools.
For now, thanks!

[EDIT] Did I find a bug? When exporting ASS to xml-png or sup, I miss both shadow and outline in the images

darksen

7th November 2021, 19:01

Just noticed that after spell checking with Word lots of lines have +/- 1ms, I noticed this because I ran the spell check and after not changing any text the window title had an asterisk at the end of the filename so I did a ctrl+z and noticed that.

As you can see here all I redo and undo is Word checking:
https://i.imgur.com/5oyJVLl.png

Nikse555

7th November 2021, 19:20

@von Suppé: I'm not really sure about the preview... perhaps it requires FFmpeg too... otherwise a preview.mkv file is used (located in the SE data folder - press ctrl+alt+shift+d to open this folder in SE).
The SE export feature is really simple, only supports very simple stuff like simple colors and italic.

@darksen: I could not re-create this... tried on several subtitles. Can you re-create this? What steps do I need to re-create this?
Please test in latest beta (SE 3.6.3 is really close): https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.2/SubtitleEditBeta.zip

darksen

7th November 2021, 22:05

What I did to have this happen (as it just happened again with another sub) is load the sub, make some adjustments with multiple replace and Fix common errors and then go to spell check with Word, change the language to my own (for some reason it always auto loads English), get some errors (they are names so I ignore them) and then press OK button.

I have tried again with the same sub with which this just happened minutes ago but couldn't recreate this by just opening the sub and going to spell check directly. Maybe it has to do with these subs coming from OCR (I've previously loaded a SUP file).

Edit before sending the reply: Yes, if I OCR a SUP file and then directly spell check it with Word this problem happens. Just tried with a SUP file and after just some lines stop it, clicked OK to load SE and used spell check with Word.

Just tried the latest beta and it is still happening.

darksen

8th November 2021, 06:33

Also it seems there is some memory problem here, I have left SE sit doing nothing for 8 hours after OCRing a SUP file (I haven't clicked OK to load SE) and it is now using 14GB of RAM.
https://i.imgur.com/PtUeLov.png

Janusz

10th November 2021, 08:25

@Niksee
Please correct the Polish translation for the program:

https://forum.doom9.org/attachment.php?attachmentid=17940&stc=1&d=1636528009

and the layout of elements in the "Blu-ray (.sup) subtitle file for edit ..." window

This is the window in the English version:

https://forum.doom9.org/attachment.php?attachmentid=17941&stc=1&d=1636528180

and so in the Polish version:

https://forum.doom9.org/attachment.php?attachmentid=17942&stc=1&d=1636528155

Here for:
"Czas rozpoczęcia" you can use "Czas rozp."
"Czas zakończenia" you can use "Czas zak."
"rozp." and "zak." are abbreviations commonly used.

Nikse555

10th November 2021, 11:31

@darksen: I could not create either issue - the first probably because I do not have Word - could also depend of your default subtitle format. The second issue, I left SE with waveform using mpv video player for a day, and it still used the same amount of memory - but it could depend on the video player used in SE. After OCR a lot of memory might be in use...

@Janusz: thx - updated :)

Janusz

10th November 2021, 12:26

@Janusz: thx - updated :)

What about changing "Ogółne" to "Ogólne"?

Nikse555

10th November 2021, 22:33

What about changing "Ogółne" to "Ogólne"?

Sure, updated here: https://github.com/SubtitleEdit/subtitleedit/commit/13b08db6da865135e37da838cb8b81d51b08f5db

Also, probably the final beta of SE 3.6.3 is here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.2/SubtitleEditBeta.zip

Janusz

10th November 2021, 23:46

Yes, the newest beta 359 version already contains the corrected pl-PL.xml file.
Thank you very much.

Janusz

12th November 2021, 09:35

@niksee, Thanks with the new version.
It applies to the stable version SE 3.6.3.
While the calculation of times for subtitles is correct after using "Set start and offset the rest (F9)", the update of the display of these times takes place only from the next line after the selected one.
How can I get it?
Method 1. Load subtitles, add a video file, select any subtitle line, select "Set start and offset the rest" or press (F9).
Method 2. Load subtitles, add a video file, select any subtitle line, select any place on the video preview bar, select "Set start and offset the rest" or press (F9).
In both cases, the updated time is displayed only from the next line after the selected one.

Since the problem does not occur with computing subtitle times, I haven't noticed this before. This bug has appeared since beta 296.

Master Yoda

12th November 2021, 15:05

Nikse555

12th November 2021, 20:22

tormento

14th November 2021, 14:35

How is this new beta?
I have some problems with OCR by binary image compare with this (https://www.mediafire.com/file/uexa1p51p5ud0t7[/I]/WolfChildren.rar/file)subtitle.

Regardless of the text position (I will fix later by ASS codes), some letters, such as C, O, S, U are wrongly recognized as capital letters but entering the Inspect matches for current image and scrolling the wrong ones, the Text associated with image is actually correct.

I have tried to manually update the characters, deleting Latin.db and starting from scratch but nothing seems to work.

Can you please check it?

Nikse555

14th November 2021, 16:01

Just installed 3.6.3 and the issue I posted here (https://forum.doom9.org/showpost.php?p=1942909&postcount=1373) is still present. I don't think it's the way SE is outputting the new .sup or png files, I think it's how SE is reading the original .sup.

Instead of importing the original .sup for edit, I imported the .sup for OCR and you can see the broken/rough edges in the preview window.

The OCR preview is a little rough... check the File -Import - Blu-ray sup for edit - to see a better preview (or save the image and open it in paint.net or photoshop).

I've fixed an issue regarding VLC recently - perhaps it is this issue you got? https://github.com/SubtitleEdit/subtitleedit/issues/5352

Nikse555

14th November 2021, 16:04

I have some problems with OCR by binary image compare with this (https://www.mediafire.com/file/uexa1p51p5ud0t7[/I]/WolfChildren.rar/file)subtitle.

Regardless of the text position (I will fix later by ASS codes), some letters, such as C, O, S, U are wrongly recognized as capital letters but entering the Inspect matches for current image and scrolling the wrong ones, the Text associated with image is actually correct.

I have tried to manually update the characters, deleting Latin.db and starting from scratch but nothing seems to work.

Can you please check it?

I turned off the "NOCR fallback" and OCR'ed the entire subtitle (minus the two/three last lines which are a bit weird).
No problems here...

tormento

15th November 2021, 08:09

I turned off the "NOCR fallback" and OCR'ed the entire subtitle (minus the two/three last lines which are a bit weird).
No problems here...
I even started with a fresh install of SE but couldn't have as good result as yours. Please attach me your settings.xml file.

Nikse555

15th November 2021, 16:36

I even started with a fresh install of SE but couldn't have as good result as yours. Please attach me your settings.xml file.

Yeah, actually also got some casing problems... I think it's just easier to start a new ocr db, like this: https://www.nikse.dk/BinOcrDbWolf.zip

Janusz

15th November 2021, 16:38

I even started with a fresh install of SE but couldn't have as good result as yours. Please attach me your settings.xml file.

If I can advise something?
In my opinion, the problem arises in the first three lines. SE does not find here the correct height for the strings, hence the later substitution of lowercase to uppercase or vice versa. It was like that for me too. If I do ocr (Binary image compare) from the fourth line, the phenomenon does not occur, and the text literally requires a few corrections in the character base so that the entire text looks flawless only with the use of the Italian dictionary. The italic text used also introduces some restrictions on spaces, hence a few errors of combined or separated words. (between „L” i „'”: 5 times, there should be no space - it's just like that quickly).

I turned off the "NOCR fallback" and OCR'ed the entire subtitle (minus the two/three last lines which are a bit weird).
No problems here...
In the sup file I replaced the contents of 2, 3 and the penultimate line, deleted the last empty one and got it. :) (https://www.mediafire.com/file/qx3r0vol8moqewi/tormento.wolf_PID_1200_ita.1.zip/file)

Edit:
A few notes on ocr with my character base created for this file:
1. Settings / Tools / Fix common OCR errors - enabled - fixes OCR errors:
- fix double apostrophes to a single quote (")(5), but also
- turns double apostrophes + . (''.) to ellipsis (...) (2).
Application. It is better to leave the option off because the double apostrophes is easy to find and repair during ocr and after.
2. In the default file ita_OCRFixReplaceList.xml, the "<Word from ="l"to ="I"/>" line is problematic and generates OCR errors that need to be manually corrected (1). I did not use this file at all.

Master Yoda

16th November 2021, 13:54

The OCR preview is a little rough... check the File -Import - Blu-ray sup for edit - to see a better preview (or save the image and open it in paint.net or photoshop).

I've fixed an issue regarding VLC recently - perhaps it is this issue you got? https://github.com/SubtitleEdit/subtitleedit/issues/5352

Opened the sup by going File - Blu-ray sup for edit, selected one of the lines giving issues and export to png. This is what the exported png looks like in photoshop
https://i.imgur.com/s55jGvH.jpg

Nikse555

17th November 2021, 19:44

Opened the sup by going File - Blu-ray sup for edit, selected one of the lines giving issues and export to png. This is what the exported png looks like in photoshop

OK, what bd export settings do you use?
Here is my test - the result is with nice alpha blending:
https://www.nikse.dk/se-bd-export.png

Master Yoda

18th November 2021, 13:49

Just to clarify, I'm not trying to create/export a .sup from srt or another format. I have a .sup which I open by going file-import-Blu-ray (.sup) subtitle file for edit.

Unless I missed something, I didn't see any BD export settings under options.

On this screen, after adjusting times I select save as and it just asks where to save to, no options. If I click on export image, again just asks where to save to, no options.

You can also see in the preview window the edges aren't smooth.
https://i.imgur.com/7N1j5uX.jpg

Janusz

18th November 2021, 17:57

... I have a .sup which I open by going file-import-Blu-ray (.sup) subtitle file for edit.

Or maybe they are animated subtitles and what we see is the first or the last step of this animation?
I suspect that during the export, SE does not transfer the animation, hence the differences in the perception of subtitles when watching the movie and during editing, when we see only one step from the animation.

@Niksee
Is my reasoning correct?

Nikse555

18th November 2021, 20:25

@Janusz: Ah, yes. SE is not showing all images when detecting fade in/out - only the "middle image" which is normally preferred.

@Master Yoda: Could you possible upload/email the sup somewhere?

Master Yoda

19th November 2021, 17:12

Nikse555

19th November 2021, 21:37

@Nikse555 Uploaded to mediafire. Here (https://www.mediafire.com/file/s4byw4i8jmkmwyl/original_01.sup/file) is the sup file.

Not every line has an issue, some are ok, some have that rough broken edge.

thx for the file :)

Seems to be some palette issue - how is this?
https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.3/SubtitleEditBeta.zip

I don't really have the bdsup specs, only some old java code from BdSub2Sup - the fix in above beta is always use last palette which seems to work for sub #88... might be correct, or it might not. If anybody knows feel free to join in :)

Master Yoda

20th November 2021, 14:28

thx for the file :)

Seems to be some palette issue - how is this?
https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.3/SubtitleEditBeta.zip

I don't really have the bdsup specs, only some old java code from BdSub2Sup - the fix in above beta is always use last palette which seems to work for sub #88... might be correct, or it might not. If anybody knows feel free to join in :)

Done a quick checked of the first 5 minutes and it looks like what you have done has fixed the issue.

I'll do a more thorough check and then reply back once I have.

Nikse555

20th November 2021, 16:53

Done a quick checked of the first 5 minutes and it looks like what you have done has fixed the issue.

I'll do a more thorough check and then reply back once I have.

Cool, thx for sharp eyes/testing :)

Master Yoda

21st November 2021, 14:46

@Nikse555
The change you made in the beta seems to have fixed the problem.

Looked through this .sup and all the lines I checked that had the problem now look ok.

Checked another .sup from a different show, which has the same colour and font and also had the same issue in 3.6.3, but it was ok in the beta.

VAMET

24th November 2021, 02:14

Nikse555

24th November 2021, 07:33

Nikse555

24th November 2021, 07:40

Dear Friends

I have 23.976 movie, but without my native subtitles. I have found ones, but for movie 29.97. Are there any possibility to change .srt 29.97 to .srt 23.976? Will it match my movie?

PS. There is a way to use English subtitles and translate it to my language, but this the last in queue.

Thank you in advance for your help and support.

Sincerely

You can try the "Sync" menu item "Change frame rate", but "Sync" - "Visual sync" might be better as it handles all frame rate issues + start offset.
Still, the video might have different scene cuts and extra/deleted scenes, so it's not always easy.

To translate you can use the "Auto-translate - Auto-translate (Ctrl+shift+G)" menu item. The results will not be perfect and the amount of text you can translate per day is limited.

VAMET

24th November 2021, 10:43

Dear Nikse555

You can try the "Sync" menu item "Change frame rate", but "Sync" - "Visual sync" might be better as it handles all frame rate issues + start offset.
Still, the video might have different scene cuts and extra/deleted scenes, so it's not always easy.

To translate you can use the "Auto-translate - Auto-translate (Ctrl+shift+G)" menu item. The results will not be perfect and the amount of text you can translate per day is limited.

Thank you for your reply.

I tried Point Sync via other subtitle and I have set point of sync for every 100 lines of subtitles and end effect is "wow", I have already checked some different parts of the movie and it looks OK.

Sincerely

Nikse555

3rd December 2021, 12:39

SE 3.6.4 is out: https://github.com/SubtitleEdit/subtitleedit/releases

Fixes issue with blu-ray sup palette (thx to Master Yoda) + fixes an issue with "Set start and offset the rest" where first selected line would not change + support for Tesseract OCR 5.00 final.
Change log: https://raw.githubusercontent.com/SubtitleEdit/subtitleedit/master/Changelog.txt

tormento

4th December 2021, 11:32

support for Tesseract OCR 5.00 final
There are many dll that come with windows builds, are all of them needed?

Is there a way to speed it up?

Nikse555

4th December 2021, 12:11

There are many dll that come with windows builds, are all of them needed?

Is there a way to speed it up?

I really don't know if all of the Tesseract dlls are needed.

If some C++ experts read this, then perhaps they will know if e.g. static linking with single exe file will make Tesseract faster to load?
If SE used the dll instead of calling "tesseract.exe" for each image, that would be faster - but using the dll had some problems last time I tested it (some years back).

tormento

9th December 2021, 10:56

using the dll had some problems last time I tested it
Please try again. :)

While decoupling of OCR hard rules hasn't happened yet, would you please add:

English

'II can't exist, it should always be 'll

Italian

Io, Ia, Ii can't exist as single word unless a . is before it or it's on a new line — It should be lo, la, li
Ià, Iì can't exist at all as single word — It should be là, lì
I' can't exist at all as single word — It should be l'
II can't exist as single word unless a . is before it or it's on a new line — It should be Il

I will update the list upon necessity :)

Janusz

12th December 2021, 23:35

Here is one way to successfully fix "l" to "I" and "I" to "l" in the OCR process.

Files to download: (https://www.mediafire.com/file/tzlkpaz529vzli9/italian_lo.zip/file)
it.test.txt - random text from the Italian website, so probably flawless (h__ps: //www.ilsole24ore.com/),
it.test.0.srt - Italian text converted to srt file (it will be used to compare the OCR result),
it.test.sup - the .sup file contains both the letters "l" and "I",
it.test.i.sup - the .sup file does not contain "l" ("l" has been replaced with "I"),
it.test.nocr - character database contains both "l" and "I",
ita_OCRFixReplaceList.xml - this file does all the work.
The files should be placed in the correct directories.
A few words about the settings in the program:
Option / Settings / Tools:
Fix common OCR errors ... - on,
Auto fix names where ... - on / off, Also fix names via ... - on / off (for this test, no difference).
Import / OCR:
OCR method - OCR via nOCR, No of pixels is space - 10 (11 starts to connect words)
Max wrong pixels - 8, Constants italic - off, Line split min ... - Auto, Language - it.test
Dictionanry - Italian, Prompt for unknow words - off, Try to guess unknown words - on
Binary image compare threshold - 200.

I will leave the result of the comparison without comment. Everyone can judge it for themselves.
Whether the method I used will give an equally good result in another language - I do not know.
In Polish, English, Italian (as you can see) - yes. I'm not saying that this way of solving the "l" and "i" problems is perfect.
My character databases do not contain "I" so I can say that the problem with "l" does not apply to me, regardless of the language used.
What about "I"? I think 99% or more is done by this one RegEx.

@tormento:
II can't exist as single word unless a. is before it or it's on a new line - It should be Il
What about: I II III IIII IV V etc? (IIII is also correct).

@Nikse:
From the number and type of differences (4) it can be seen that Fix common OCR errors ... requires some fine-tuning ('' double accent - 3 errors).
Using this method, I omit the lack of correction for words shorter than 5 characters in Fix common OCR errors ...
Thanks for this great software.

tormento

13th December 2021, 09:27

What about: I II III IIII IV V etc? (IIII is also correct).
I prefer to have rare wrong roman numbers than frequent wrong I* spellings. And, no, IIII is not correct. Someone uses it but it's not.

Janusz

13th December 2021, 11:32

I prefer to have rare wrong roman numbers than frequent wrong I* spellings.We have one sentence on this matter.

And, no, IIII is not correct. Someone uses it but it's not.As for IIII - I have a different opinion (https://it.wikipedia.org/wiki/Sistema_di_numerazione_romano). Just because it's not common doesn't mean it's wrong.

tormento

13th December 2021, 11:43

As for IIII - I have a different opinion (https://it.wikipedia.org/wiki/Sistema_di_numerazione_romano). Just because it's not common doesn't mean it's wrong.
I have done five years of Latin in the italian lyceum. Believe me it's a vernacular notation more than a correct Latin number, such as the typical and unfortunate american habit to coniugate irregular past verbs with -ed.

Nikse555

19th December 2021, 13:10

English

'II can't exist, it should always be 'll

The English issue should be fixed in this commit:
https://github.com/SubtitleEdit/subtitleedit/commit/dd27e5fe3dd2610ffa10907f4d83dbc541e5b27f

The Italian corrections I've tried to fix in this commit: https://github.com/SubtitleEdit/subtitleedit/commit/7ace6453550fb2915898eb324d56c93f0ddfe746

SE beta updated: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.4/SubtitleEditBeta.zip

The regular expressions for Italian can be tested here:
http://regexstorm.net/tester?p=%28%5b%5cp%7bLl%7d%2c%5d+%29%28I%29%28%5boai%5d%5b%2c+%5c.%5d%29&i=Io%2c+Io%2c+and+Ia%2c+and+Ii%2c+and+Ia.+can%27t+exist+as+single+word%0d%0a&r=%241l%243

http://regexstorm.net/tester?p=%5cb%28I%29%28%5b%c3%a0%c3%ac%5d%7c%27%5b+%5cr%5cn%5d%29%5cb&i=I%c3%a0%2c+I%c3%a0%2c+I%c3%ac+can%27t+exist+at+all+as+single+word%0d%0aI%27+can%27t+exist+at+all+as+single+word&r=l%242

http://regexstorm.net/tester?p=%28%5b%5cp%7bLl%7d%2c%5d+%29%28II%29%5cb&i=II+can%27t+exist+as+single+word+II+unless+a+.+is+before+it+or+it%27s+on+a+new+line&r=%241Il

tormento

20th December 2021, 07:39

The regular expressions for Italian can be tested here:
The "Io ", "Ia " and "Ii " are missing.

locotus

24th December 2021, 17:59

That'|| keep you around and I don't think
you'll be doing any card tricks either.

That error survive OCR with tesserac 3.02, spelling correction and fix common errors.

Merry Christmas to all.

GCRaistlin

30th December 2021, 20:39

Please add a keyboard shortcut for [ ] Auto submit on first char (make a letter of it underscored) in OCR - Manual image to text window.

UPD: sorry, missed that it is already there.

UPD2: the underscored letter isn't working when non-English keyboard layout is active. It is expected but still not handy. Can you please change the elements' order in this window so as Shift-Tab in Character(s) as text field would move the focus to [ ] Auto submit on first char?

GCRaistlin

31st December 2021, 01:14

Bug:

During OCRing, we're submitting the incorrect character for a glyph (а instead of АЯ):
https://i.ibb.co/ZN00CBx/01.jpg (https://ibb.co/ZN00CBx)
Pressing Edit last: a button to remove the incorrect database record:
https://i.ibb.co/M5QrvZR/02.jpg (https://ibb.co/M5QrvZR)
Deleting the incorrect record by pressing Delete:
https://i.ibb.co/0rxRr2j/03.jpg (https://ibb.co/0rxRr2j)
Note the selected area:
https://i.ibb.co/zmS1Prb/04.jpg (https://ibb.co/zmS1Prb)

Nikse555

31st December 2021, 21:41

Beta updated: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.4/SubtitleEditBeta.zip

@tormento: The "Io ", "Ia " and "Ii " should work.

@locotus: "That'||" and words like that should also work better.

@GCRaistlin: Ctrl+I and Ctrl+A should now toggle check boxes. Also improved tab stop a little. Could not re-create the other issues.

Also, SE now uses a new "fix-words-without-spaces" word list - should improve OCR'ing e.g. italic text - see more here: https://github.com/SubtitleEdit/subtitleedit/discussions/5616

Happy New Year :)

Janusz

1st January 2022, 23:01

@GCRaistlin
Bug:
During OCRing, we're submitting the incorrect character for a glyph (а instead of АЯ): ...

This is not a bug in the program
OCR was performed correctly to the place of detention, i.e. to you, to the unrecognized character "7"
so "a" is displayed in place of "АЯ" because this is how it was processed and saved due to your error.
Changing the content of the character base at this point by means of delete will not affect the previously processed text.
Only when you press [Start OCR] again for this image, in the place where "a" was deleted, you will be asked to reassign the character (s) for "АЯ",
and the new, correct screen content with changes will be displayed again only after the entire line has been processed (whole picture).
That's how it works.

@Nikse555
@GCRaistlin: Ctrl + I and Ctrl + A should now toggle check boxes. Also improved tab stop a little. Could not re-create the other issues.

CTRL + A - This is a bad idea. This is the default Windows shortcut for selecting everything in a document or window. In this case, selecting the text in the [Character (s) as text] box also sets [Auto sybmit on first char].

*** Happy New Year ***

Nikse555

2nd January 2022, 14:10

@Janusz: "Ctrl + A" for "auto-submit first char" is now "Ctrl+F". Thx, nice catch :)
I've added a Polish word split list from 44 subtitle files - do give it a test (via "Fix common errors" - "Fix common OCR error" with lines-without-spaces) - "fix-words-without-spaces" word list - should improve OCR'ing e.g. italic text - see more here: https://github.com/SubtitleEdit/subtitleedit/discussions/5616

Janusz

2nd January 2022, 17:11

@Niksee555
I have known this discussion and have been following it for some time now, so my dictionary contains over 26,500 words. For the sup file generated from this dictionary from words in random order, it works very well with one "but".
I had to remove all single letters which in Polish are words like: a, i, o, u, w, z; whether: l, m, C, which are again abbreviations of words, because in normal text where unknown words appear (e.g., untranslated surnames, proper names) single letters meant that the unknown word was divided into smaller - one or two letter words - matching the Polish dictionary.
The idea for this new functionality will certainly be used where italics or fonts of different sizes are used that differ significantly in spacing between words.
I will, of course, check your dictionary.

Janusz

3rd January 2022, 18:05

I do not know how to call it. In any case, the case is as follows.

Image to download: (https://forum.doom9.org/attachment.php?attachmentid=17993&stc=1&d=1641227311)

I was doing OCR and encountered something like this:

https://forum.doom9.org/attachment.php?attachmentid=17994&stc=1&d=1641227077

OCR misread "Ź" - you need to fix it, so:

https://forum.doom9.org/attachment.php?attachmentid=17995&stc=1&d=1641227077

Surprise. Line read almost flawlessly and here the same "?".
What is it about? I press [Add].

https://forum.doom9.org/attachment.php?attachmentid=17996&stc=1&d=1641227077

Really, I don't know what to type. @Nikse555, save a father of a large family.
I would like to add that the Previev window shows the correct division of the image into the upper and lower text.

I also tried binary comparison.
First OCR start - ok - flawless, everything in its place,
second time [Start OCR] - I just had the program asking to add "Z".
With Tesseract 3.02 - standard - almost fine, but you can press [Start OCR] at will - the result is always the same.
And here is probably a bug in the program. With Tesseract 3.02 I went back to binary comparison and after pressing [Start OCR] the program crashed. This has been the case several times.
After a reboot, the program no longer hangs, but after another [Start OCR] letters "c" and "Ź" disappear. Although everything is in place in the [Inspect ...] window.

Nikse555

8th January 2022, 22:26

@Janusz: Perhaps you could use a file host?
So I should remove the single letter from the Polish word-split-list? If you generate one, I'll be happy to include it too.

Janusz

10th January 2022, 14:37

@Niksee
I have just sent pol_WordSplitList.txt to your email.
A dictionary (385 kB, 39256 words) was generated for len<5 = 20 and len>=5 = 10.
With "default 11 and 5", there are not many more words and the file grows twice as large.
I have left only the really necessary individual letters in it. I have also removed a few 3-letter words that are missing from the dictionary I use (pl_PL.dic from 1 December 2021).
Because the rules I have used so far for hyphenating concatenated words work fine with the optimal [No of pixels is space], the action pol_WordSplitList.txt
is visible only after the interval is exceeded by 2 or more pixels. It works very well, it can deal with clumps of 3 or even 4 words.
The number of errors depends on how much no match is [No of pixels is space].

A few remarks on the operation of the program:

The rule in pol_OCRFixReplaceList.xml does not work for:
<WordPart from = "W" to = "W " />
<WordPart from = "w" to = "w " />
if "w" or "W" is followed by "ż". For other characters, it's OK. See the picture below: lines 1, 3 and 4 (ok) and 2 (wrong).

https://forum.doom9.org/attachment.php?attachmentid=18001&stc=1&d=1641820056

Regarding the use of rigid rules - it concerns the Polish language, and perhaps other ones as well. Already during OCR, I miss:

removing whitespace - if there is, before the characters:!?:;, and adding whitespace after them - if there is no space. (lines 5 and 6).
no formatting for "." - that's probably good - at least line 9 looks correct.
while determining whether a single character (") in a single line opens or closes the quotation marks and determining its position with
a space on the left or right side is impossible, then replacing (".) with (...) is in my opinion a mistake ( lines 13 and 17).
is the absolute change of (i) to (I) already at the OCR stage in line 8, if it does not happen after (.) and (...) in line 6?

Thanks for your work.

VoodooFX

16th January 2022, 15:19

SE 3.6.4 fails to download any spell-checking dictionaries, tried English and few random ones.

Nikse555

19th January 2022, 21:35

SE 3.6.4 fails to download any spell-checking dictionaries, tried English and few random ones.

I've just tested all spell check dictionary downloads... all work fine now, so it's must have been something temporary - or some firewall issues.

@Janusz: Perhaps it's better with external images/files?

Janusz

20th January 2022, 01:08

@Janusz: Perhaps it's better with external images/files?
The problem with the rules:
<WordPart from = "W" to = "W " />
<WordPart from = "w" to = "w " />
explained. The Polish dictionary contains the unused word "wżyć" and for this reason the word "wżyciu" has not been split into two words "w życiu" (in life). Sorry for the confusion.
As for the change from lower case to capital letter at the beginning of the paragraph, or (".) to (...) at the end, the topic is relevant. If I prepare the examples properly, I will come back to the matter.

Janusz

20th January 2022, 22:14

@Nikse555
Here are examples of how enabling "Fix common OCR ..." affects our text received during OCR.
Sample files to download. (https://www.mediafire.com/file/f1tew34xxzrojom/2022-01-20_examples.sup.zip/file)

The first lowercase letter in the text where OCR started or resumed is replaced with the corresponding uppercase letter.
As you can see in the 4th line at the bottom, this does not apply to the letter "l", which has been replaced with an "I" which made the word "Iet" (let) unrecognized and placed in the bug list.
Some time ago I wrote about it, he also wrote @tormento when instead of "I" we got "L".
This is not the case when "l" is not the beginning of the text, but the beginning of a new line in the text. (See line # 1 in the same example.)
If the line on which OCR was started or resumed is correctly terminated with ". - they are changed to ..., but also not always - as you can see in the second example at the bottom.
Your comment: "// lines ending with ". Should often end at ... (of no other quotes exists near by)" in "OcrFixEngine.cs"

Nikse555

21st January 2022, 18:21

@Janusz: I did not understand the "w" issue.
The two other issues I do not have here with default dictionaries.

Janusz

21st January 2022, 22:53

@Janusz: I did not understand the "w" issue.
I wanted to split the phrase "wżyciu" (inlife) into two words "w życiu" (in life) and it didn't work because, as it turned out, the phrase "wżyciu" (inlife) is in the dictionary so the rule <WordPart from = "w" to = "w " /> will not work in this case.
The two other issues I do not have here with default dictionaries.
After the first scan of all the text, press [Start OCR] on the 2nd, 3rd, and 4th lines separately and additionally on the last (fourth) line again and you will see what I mean.
In the second example, I made a mistake with the order of the characters: is ." and it should be: ". so here we will not get ... instead ".
This is especially frustrating when you create a rule to fix a bug on a specific line and it works for that line, and after scanning all the text you find it doesn't work.

Janusz

25th January 2022, 03:45

In addition to the previous post, I attach a new image with a description of the imperfections of text correction after OCR after enabling the option [Settings/Tools/Fix common errors - also use hard-coded rules].

My program version: 3.6.4 NEXT, beta 388. The contents of the Dictionaries directory: apart from the standard English and Polish dictionaries, I have deleted the remaining files.
The contents of the zip file:
- ivon.source.srt - source file - used to create sup - used for comparison with the OCR result,
- ivon.source.sup - proper file with subtitles,
- ivon_60.12.8.131.250.nocr - character base - please set threshold = 131,
- ivon.d-on_f-on.srt - OCR result without any correction.
My OCR settings as in the picture.

Files to download (https://www.mediafire.com/file/8d8918uvbeatxky/2020.01.25_ivonOCR.zip/file)

https://forum.doom9.org/attachment.php?attachmentid=18015&stc=1&d=1643078254

Observations:
Lines 1 and 4 - If the beginning of the paragraph should start with a capital letter and replacing lowercase letters with their uppercase equivalents makes sense, it makes sense to unconditionally replace "l" with "I" without confirming the existence of a new word in the dictionary earlier not any more. As a sweetness on line 8, such a substitution gave the correct word at the beginning of the paragraph.
Subsequent words and errors - not all of them - suggest that the replacement of "l" with "I" of the first letters of words takes place only after prior confirmation of the existence of the new word in the dictionary (all of them are 'Iran'). Otherwise, the word is unchanged (london, LOndon, and lran).
Remaining words and errors: in line 7 as a result of the unfortunate change (".) - end of paragraph) to (...) - continuation style, caused that instead of Iran we have lran.
Lines 2, 4, 5, 6, and 7 for a newline without a preceding to (.) kept the word on the newline unchanged.

In addition to nOCR, I also checked:
Tesseract 3.02 - without success - in key places instead of "l" I got "|").
Binary image compare - while using the character matching you can achieve a very good result when it comes to OCR, there are still words for manual correction. It was nice that on the All Fixes list I got line 6 saying that I changed ". To ....

Conclusions:
While in the case of English and Polish, replacing a single letter "l" with "I" makes sense at the beginning of a paragraph or sentence, then "i" to "I" do not get "I" in the sentence between words written in lowercase.
Changing the word starting with "l" to "I" - literally - based on the dictionary - yes.
What's wrong with [Auto fix names where only casing differs] is not working? The words: london, LOndon from the automat should be fixed, however it did not happen. Let's try to add "london" to the [Add to names] list, we'll get "London" - nothing easier - just click OK, but don't do it - it won't work. ???, let's try "LOndon" - give "London" and OK - it will work, the last "lran" instead of "Lran", enter "Iran" and OK - it works.
Cannot fix more without _OCRFixReplaceList.xml.
I mean, you can turn off the [Settings/Tools/Fix common errors - also use hard-coded rules] option, but then we will lose a lot of nice things, so let's ask ourselves is it worth it?

iKron

25th January 2022, 03:54

I using "subtitle edit" app to convert PGS to srt. in this example there is a word "ANNIE"

but app read it as "ANN IH". in inspect compare matches option how can i remove the space between "ANN" and "lH". any help please?

https://i.imgur.com/cuRJKjl.png

Janusz

25th January 2022, 05:12

@iKron
1. Increase the number of pixels by 1 or 2 and check if the gap disappears. If not enough, add more.
2. You have assigned the H character to the E picture. Set to H, change the assignment of the E to E picture in the text field.

iKron

25th January 2022, 05:26

@Janusz thank you. no of pixel space 10 worked fine. i got another problem.

there is a space between two word. but it's merged. is there anyway we can add space? please check the screenshot.

last word OCR converted to "ofAbed". it suppose to be of Abed. it was working fine if i use pixel space 8

https://i.imgur.com/xh6igwk.png

Janusz

25th January 2022, 08:06

@iKron
In this case, decreasing the space will separate the words.
Additionally, enable the [Try to ques unknow words] option, because there may already be corrections on the list of suggestions.

Nikse555

25th January 2022, 18:25

@Janusz: thx for the files - I've tried to improve the ocr fix engine here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.4/SubtitleEditBeta.zip
Better?

iKron

25th January 2022, 18:53

@Janusz thank you for the output. i am really new with this subtitle edit. few suggestion i am looking. is it wise idea to add unknown words to "user directory" like here is "BFFs"
https://i.imgur.com/znA1MO1.png

what is the difference between "add to name/noise list" and "add to user directory"

and is there anyway to disable this option. whenever i finish subtitle edit a popup box appear.

https://i.imgur.com/N1FKczy.png

Janusz

25th January 2022, 23:41

@Janusz: thx for the files - I've tried to improve the ocr fix engine here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.4/SubtitleEditBeta.zip
Better?

Thanks for the fix. Increasing the distance between the opening and closing quotation marks will have a good effect. Long quotes happen much less often than 3-4 lines.

While looking for a way to recover lost characters quickly and reliably, I ran into an error in [Tools/Fix common error]: checking the [Add missing quotes (")] option will not cause the list to be corrected to show lines with a single (").
This can be checked in the current stable or beta version on our example.

@iKron
Download what is available for download in my post here above, follow the description of what to do with it and you will see how "add to name/noise list" works.
"add to user directory" is the same but without case sensitivity, ie adding "london" will cause the program to recognize the words "london", "LOndon" and "London" as correct words.
Pop-up - this is a suggestion by the author of Subtitle Edit, Mr. Nikse555, with whom I am talking to above, that you install the video player he recommends. If you do this again, you won't see this box.

iKron

26th January 2022, 02:01

thank you so much Janusz. two more question

when i converted subtitle via nOCR i got popup box, there is option "Foreground" and "NOT foreground". what is the difference between "Foreground" and "NOT foreground",

also difference between "OCR via nOCR" and "Binary image compare"

lastly is Tesseract method good? which method is good to convert the sub.

Janusz

26th January 2022, 08:14

@iKron

What version of the program are you using? I have not seen such a window and I do not know what window it is about. I can only guess that it is about hiding the main program window for OCR.
The basic difference between nOCR and the comparison of images is the method of detecting a character from its image and the method of its storage in the character database. nOCR is scaled. Comparing images knows how to use the nOCR character database.
Tesseract is good, but slower and generates a lot of errors. The basic version of SE contains the appropriate files for error correction, so the user decides about the choice of the OCR engine.
sub - I can understand DVD subtitles, any method is good. I prefer nOCR because of its speed. I use Tesseract when the font of the inscriptions is decorative or very exotic.

tormento

29th January 2022, 11:00

thx for the files
I have issues with a left/right hearing impaired sup file (https://www.mediafire.com/file/wegimhujcv7yll9/manchester_PID_1200_eng.zip/file).

It splits the sentences on left and right side according to the talking actor.

I know that asking you to support {\an*} would lead to excessive programming work, as you already stated.

What would be useful is to fix subtitles with more than 3 lines, making the CR removal only when there are commas or spaces and not full marks or capital letters.

Just try to OCR it and fix common errors and you will see what I mean.: it mixes dialogues between different actors.

The least I can ask is not to make the rule behave in a dumb way. After that some manual work will wait me. :p

Perhaps you could introduce some "special" characters to recognize left and right side, letting us to have a easy job with such kind of sup files.

Janusz

10th February 2022, 03:07

@Nikse
SE does not recognize missing <WholeWords> section in _OCRFixReplaceList_User.xml
After installing the program, the first time you use [Add pair to OCR replace list] during Import/OCR ... or via Settings/Word lists [Add pair] to [OCR fix list], the file "_OCRFixReplaceList_User.xml" is created.
If we deliberately remove the <WholeWords> section from it for some reason and forget about it, the program will not create the missing section, allowing you to add new pairs of words that will not be saved anywhere.

Newrone

10th February 2022, 10:11

Hi,
Is it possible to move the video forwards or backwards frame-by-frame in SubEdit, as it is in Aegisub?
I couldn't find any reference to it and it is sometimes essential to avoid "flashing" subtitles on scene changes.

Sakura-chan

12th February 2022, 10:28

Hi,

So I was trying to export some subs to SUP with Subtitle Edit (https://www.videohelp.com/software/Subtitle-Edit). But no matter what font or style I choose, lines come out horribly misaligned. See:

https://i.ibb.co/TgyRm7P/Untitled.png

(Image as link because it's wide and breaks the forum layout)

Without apparent sense lines randomly appear higher or lower. The first window shows the desired height, the one the most lines are shown at. You can see the other three at varying heights. Double line, italics, caps, it seems it doesn't matter, it makes no sense.

How do you make the bottom line in every picture appear at the same height? :-/

P.S.: I've tried some more. Depending on the font, more or less number of lines are shown aligned. For example Times New Roman is the most consistent, still a few lines are too high or low. Even if it worked it's a horrible font for subs though.

Edit 2: Some shitty fonts, like Tempus Sans ITC, seems perfectly in line. I scrolled through a lot of sub-pictures and they look pixel perfect. Ofc, it's an even more horrible font for subs.

Seems it's a matter of having just the right font? Why can't it work with Arial? Weird.

von Suppé

12th February 2022, 15:41

I can conform "bobbing" subtitles in Arial to SUP. I think a bug sneeked in, Nikse. You were always keen on text appearing as being written on one same line, when export to imagebased subs.

Nikse555

27th February 2022, 16:49

@Sakura-chan / von Suppé:
Thx for the info - can you still re-create this issue with latest beta?
https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.4/SubtitleEditBeta.zip

If yes, please link to .sup file with the problem :)

Janusz

28th February 2022, 00:01

@Nikse555
The issue persists in the latest 509 beta.
I sent a sample sup file to your email.

Nikse555

28th February 2022, 01:48

@Janusz: thx for the .sup file example - is this better? https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.4/SubtitleEditBeta.zip

Nikse555

28th February 2022, 07:41

Janusz

28th February 2022, 10:08

Originally Posted by Janusz View Post
@Nikse
SE does not recognize missing <WholeWords> section in _OCRFixReplaceList_User.xml ...
This bug has been fixed in beta 511.

However, there is still a shift in subtitle images.
While in the case of the Calibri font, the height of the images for subtitles now differs by 1 pixel for a text consisting of one or two lines, for the Arial font it is already 10 pixels.
You can check this for e.g. lines 14 and 15 in the uploaded file.
Użyję lateksu za 6 dolarów
ze sklepu z kostiumami na Halloween.

Żona zapomniała powiedzieć,
że dziś przychodzi rzeczoznawca.
Another thing with Arial is that changing the "Font size" parameter sets "Line height" to a value less than "Font size". This does not prevent the correct display of the image of the inscription, but we will have a problem with OCR of such an image containing letters with accent, e.g. ŃĆŹŻÓŚ

von Suppé

28th February 2022, 11:18

I can confirm "bobbing subtitles" issue has been solved.
Thanks, Nikse.

Janusz

28th February 2022, 18:30

@Nikse555
SE 3.6.4 next, beta 513 crashes on startup.

Janusz

1st March 2022, 07:39

@Nikse555

I can confirm "bobbing subtitles" issue has been solved.
Thanks, Nikse.

Not exactly like that.
Export the word "ibuprom" to sup.
The text exported with Arial will be shifted up by 10 pixels compared to Calibri.

It's also Arial. As you can see, the text looks good here.
https://forum.doom9.org/attachment.php?attachmentid=18039&stc=1&d=1646138513

von Suppé

1st March 2022, 13:45

Not exactly like that.
Export the word "ibuprom" to sup.
The text exported with Ariel will be shifted up by 10 pixels compared to Calibri.

I usually don't compare between two different fonts.

But in font Arial the word ibuprom certainly is raised compared to other Arial text.
I think using the letter "p" makes the difference in Arial. Type "iburom" and it's okay.

In Calibri the word ibuprom seems the same height as other text in Calibri. My earlier quick & dirty tests must have been without "p", I suppose.
So, I think you're right. It's seems not 100% fixed yet.

Thanks for the heads-up, Janusz.

[EDIT] Mmm this gets weirder. A line with "up" shows correcty. Also "apple". And "upr" gets raised again. This seems erratic.

Janusz

1st March 2022, 14:17

...
I think using the letter "p" makes the difference in Arial. Type "iburom" and it's okay.
...
I have added images for this text. As you can see - another word with the letter "p" does not change the height of the image by adding a margin of 10 pixels at the bottom of the image.

iKron

19th March 2022, 15:48

is there anyway we can add line end of the last line in batch? like i have 10 .srt file. i want to add text "subtitle rip by Mike" end of the last line.

Zetti

19th March 2022, 17:42

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/3.6.5

von Suppé

25th March 2022, 10:24

Hi Nikse,

In SUP editor --> Options --> Settings, there is one box for vertical margins.
Is it possible to implement separate settings for top and bottom offsets?

tormento

29th March 2022, 16:34

Tried to fix the issue here
I have problems with "c" recognized as "o" in the following subs (https://www.mediafire.com/file/krbyhyxsoq3p56k/0001_Fullmetal_alchemist_brotherhood.7z/file) and binary OCR method.

Tried to start with a clean character database but it doesn't help, even manually correcting and adding the wrongly recognized ones.

Can you get a look at it?

von Suppé

11th April 2022, 21:00

@Nikse

Thank you for the separate top and bottom offsets in SUP editor. Very pleased with it :)

tormento

12th April 2022, 15:24

Thank you for the separate top and bottom offsets in SUP editor. Very pleased with it :)
@Nikse: please please please add an offset to separate top and bottom lines when present at the same time, during OCR.

Just split the screen in half and produce two lines, one with {\an8} attribute if in the upper half part of the sceen, while the other a simple text.

Music Fan

13th April 2022, 19:02

Hi,

How to remove 3 points (...) with the multiple replace tool but only when these points are alone, thus neither preceded nor followed by text (or space separating text from the points before or after the text) ?
It's because I sometimes use subtitles done for hearing impaired and some lines show only 3 points, which I don't need.

Thanks.

iKron

14th April 2022, 09:34

can you please add an option by which we can remove all same word from "unknown words" box.

https://i.postimg.cc/ydxVDYMb/image.png

it will help a lot to when checking unknown word.

von Suppé

14th April 2022, 09:40

How to remove 3 points (...)
Doesn't "Remove text for hearing impaired" already take care of only three dots in a line?
There's also "Remove interjections (shh, hmm, etc.)" which list you can edit.

Janusz

14th April 2022, 13:07

can you please add an option by which we can remove all same word from "unknown words" box ...
Add unknown word by:
1. Add to names / noise list or
2. Add to user dictionary.
After you do OCR from scratch, you will never see words that you don't want to watch again in the "Unknow words" list.

tormento

14th April 2022, 15:25

What regular expression should I use in search and replace to replace every "--" at the beginning of a line with a "-"?

Janusz

14th April 2022, 20:06

@Tormento
Example:
-- line 1
-- line 2
-- line 3

In the [Find what:] enter: "\A--", in the [Replace with] field enter: "-" without quotes.
"\A" will search for "--" on line 1 only.
Instead of "\A" use "^" meaning "^--" will replace "--" with "-" on all three lines.

von Suppé

18th April 2022, 08:30

Hi Nikse,

Could you please look to some issues I've came across?

With an .ass file, in "Tools --> Fix common errors" the Remove Leading '...' function does not work when text is italic. Since it does work with italic srt, I think it has something to do with the different italic tags for .ass?

Also, with italic text ending with ... (three periods) the "Fix common OCR-errors" wants to "fix" the lower case first letter of the next italic sub into upper case.
This may be a bit confusing, so here's an example:

Original italic lines:

sub 1: {\i1}When first italic line ends with...{\i0}
sub 2: {\i1}second italic line should begin with lower case.{\i0}

"Fix common OCR-errors" function changes it into this:

sub 1: {\i1}When first italic line ends with...{\i0}
sub 2: {\i1}Second italic line should begin with lower case.{\i0}

I hope it's clear. Thanks in advance.

[EDIT] I'd like to add that for italic lines ending with ... also when the next sub isn't italic, "Fix common OCR errors" wants to fix the lower case to upper.

tormento

18th April 2022, 17:11

Instead of "\A" use "^" meaning "^--" will replace "--" with "-" on all three lines.
I have tried on but doesn't find all, such as

53
00:04:00,930 --> 00:04:03,365
--Please leave now.
--What do you say, can I cut her?

where it finds the first one only.

Janusz

18th April 2022, 23:12

@Tormento
Use "Multiple replace". In the "Replace with" field there is "- " (-space)

https://forum.doom9.org/attachment.php?attachmentid=18082&stc=1&d=1650320234

Music Fan

20th April 2022, 09:54

Doesn't "Remove text for hearing impaired" already take care of only three dots in a line?
Yes, thanks, I didn't think to that.;)

There's also "Remove interjections (shh, hmm, etc.)" which list you can edit.
Ok, noted.

By the way, I don't get anymore the e-mail notifications, is it normal ?

jpsdr

22nd April 2022, 20:25

Hello.
Is it possible with SE to open an XML/PNG set of files, and convert it to .SUP ?

von Suppé

23rd April 2022, 09:26

Yes, the "SUP editor" can do this. Go "File --> Import --> Blu-ray (.sup) subtitle file for edit" (in the browser window, set small filetype box to "BdnXml (*.xml)" to make XML/PNG files show up).
In the editor, go "File --> save as".

jpsdr

23rd April 2022, 11:31

Nice, thanks.

Hidson

28th April 2022, 17:51

On SE 3.64, when I save a file as .SCC and then I open it again, some lines receive {an1}, {an7} and {an8} tags which I haven't inserted on my own.

This happens when I'm creating in the CC format, 3 lines. I work normally on SRT and then I save as SCC. When I open the .SCC file again on SE, that's when those alien tags show up. Has anyone experienced this? Thanks in advance.

iKron

8th May 2022, 14:09

can you please add Case changing for batch option?
also is there anyway we can find the longest duration gap between two line?

braap44

12th May 2022, 22:25

It would be great have an option to discard/filter out subtitles by colour. E.g. a lot of French Blurays nowadays have SDH subtiltes which are colour coded, it would be great if certain colours could be disregarded when OCR'ing a .sup file to .srt because they can result in garbage and making the whole process more cumbersome. Something like a pop-up menu with the option which available colours to keep and/or discard would be great.

Examples which can clarify things a bit better (see attachments)

Red = ambient sounds

Purple = music related

Green = foreign language (left untranslated)

Yellow = dialogue spoken off screen

In these examples I'd mostly want to discard Red and Purple subs keeping all others (including standard White). Of course different users have different wishes so to be able to select them all would be most convenient.

Cheers & thanks for creating Subtitle Edit.

Zetti

26th May 2022, 08:24

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/3.6.6

Atlantis

20th June 2022, 16:00

I totally agree with braap44. Being able to discard subtitles by color in OCR would be great.

Atlantis

20th June 2022, 21:55

When adding a name to the name list, if it has 's, it also adds it. For example for McHale's, it adds McHale's. Shouldn't it add only McHale?

Emulgator

20th June 2022, 22:24

I would expect any glyph a name consists of has to be taken as a part of "the name" and no conclusion drawn.
How the programmer shall conclude what might be a possessive suffix and what not ?
You are still free to add "McHale" to the name list if you see that fit.

StainlessS

21st June 2022, 00:31

Thank you nikse, that there Tesseract stuff, it tends to output double stuff,
eg nN, double stuff dont know why, also "|I" and "kK", + others.
Anyways, givuss a kiss, we lov U tanks.

Atlantis

22nd June 2022, 12:27

You are still free to add "McHale" to the name list if you see that fit.

How can I do that? In Spell Check it shows McHale's.

resolution

29th June 2022, 00:49

Subtitle Edit is great, I appreciate it a lot!

I have noticed a possible issue that I thought I should mention. When I import a sup file to adjust times and durations only, and then save it as a new sup file, the resulting new file has subtly altered color values. The change is very small, but it seems like undesirable behavior.

For example, my original sup file has yellow subtitles with the following values (as measured by the color picker tool in GIMP):

H: 67
S: 76
V: 92
R: 213
G: 235
B: 57

Then I do "import Blu-ray (.sup) subtitle file for edit," make my timing adjustments, and "save as." (I do not touch "adjust brightness" or "adjust alpha" at all.)

When I measure the output sup file, the colors are now:

H: 68
S: 75
V: 92
R: 213
G: 235
B: 59

Is this something that could be tweaked, so that Subtitle Edit passes the colors through unaltered? Thanks!

varekai

30th June 2022, 07:12

von Suppé

30th June 2022, 07:33

I have noticed a possible issue that I thought I should mention.
Nice catch, I never noticed this. I can confirm slight changes in RGB (B actually) when exporting SUP to SUP.
SUP to XML/PNG export seems ok, but XML/PNG back to SUP suffers again.

[EDIT] You beat me to it, varekai. Will read.

resolution

30th June 2022, 12:16

Hello resolution!

It is tricky with colors, depending on which program you used, monitor, TV settings, etc. you can get weird results.
Check it out here, these are made in calibrated Photoshop, on a calibrated monitor.
You can try your colors here:
https://www.rapidtables.com/web/color/RGB_Color.html
The values you posted looks more "lime" to me than yellow.

Hi varekai, I think perhaps you did not understood the point of my post. My concern is that Subtitle Edit is changing is changing the color values after importing & exporting sup files, when it really shouldn't be affecting the color at all.

The subtitle I used as an example is taken straight from a DVD. I wish to edit the timing of it without altering the original color. Whether or not this subtitle is subjectively "yellow" or "lime" is not the issue.

Nice catch, I never noticed this. I can confirm slight changes in RGB (B actually) when exporting SUP to SUP.
SUP to XML/PNG export seems ok, but XML/PNG back to SUP suffers again.

Thank you for confirming. It seems like a bug, right?

von Suppé

30th June 2022, 16:41

Thank you for confirming. It seems like a bug, right?
Yep, it seems so. I also quick & dirty checked srt export:

srt --> SUP also has slightly off "B" value
srt --> XML/PNG seems ok

So, my guess would be there is something not 100% correct with SUP export B-value.
I'm sure Nikse will respond.

varekai

30th June 2022, 21:06

Hi varekai, I think perhaps you did not understood the point of my post. My concern is that Subtitle Edit is changing is changing the color values after importing & exporting sup files, when it really shouldn't be affecting the color at all.

The subtitle I used as an example is taken straight from a DVD. I wish to edit the timing of it without altering the original color. Whether or not this subtitle is subjectively "yellow" or "lime" is not the issue.

Thank you for confirming. It seems like a bug, right?
Subjectively or not, the value you posted you called it "yellow",
213-235-57 and 213-235-59
Which one of the images I posted looks yellow in your opinion?
Also the difference in these values are veery small, hardly noticeable...

varekai

1st July 2022, 07:22

Which one is which? Difficult isn't it, almost impossible, right?
Then use a colorpicker and find out...
Two free very useful apps (portable if you prefer) for colorpick.
https://annystudio.com/software/colorpicker/#download
http://www.den4b.com/products/colors
https://i.imgur.com/pi44vvw.png

von Suppé

1st July 2022, 08:50

Two free very useful apps (portable if you prefer) for colorpick.
https://annystudio.com/software/colorpicker/#download
http://www.den4b.com/products/colors
Hey, never realized these existed. Very handy & direct for whatever's on-screen.
Thanks for pointing out.

Atlantis

2nd July 2022, 13:11

In shortcuts, we can't add any shortcuts to each items of remove formatting. Would be great if we could do to remove italics for example.

resolution

3rd July 2022, 21:40

Subjectively or not, the value you posted you called it "yellow",
213-235-57 and 213-235-59
Which one of the images I posted looks yellow in your opinion?

:confused: What purpose does this discussion serve? Again -- I'm interested in how Subtitle Edit is altering color values of sup files.

I'm not interested in debating whether I used the most precisely correct color name to describe one example subtitle track. It is totally irrelevant.

Also the difference in these values are veery small, hardly noticeable...

Yes, I acknowledged from the very beginning that the change introduced by Subtitle Edit is very small. Does that mean we can't discuss it?

varekai

4th July 2022, 07:16

:confused: What purpose does this discussion serve? Again -- I'm interested in how Subtitle Edit is altering color values of sup files.
I'm not interested in debating whether I used the most precisely correct color name to describe one example subtitle track. It is totally irrelevant.
Yes, I acknowledged from the very beginning that the change introduced by Subtitle Edit is very small. Does that mean we can't discuss it?

You've made 3 posts so far... chill man...:cool:

resolution

4th July 2022, 22:08

You've made 3 posts so far... chill man...:cool:

Yeah, I registered here so I could report this finding as my first post. You're the who wanted to have a debate with me about a color name, for some inexplicable reason. Now my post count is a problem too?

Perhaps it is you who needs to chill. :)

varekai

5th July 2022, 09:24

https://i.imgur.com/IQrN5Rv.png
Do we look yellow to you?

Emulgator

5th July 2022, 11:52

resolution, you may report your findings to Nikse555, maybe in PM.
In between you may test-run other colors to find if Blue offset stays constantly at +2 or moves with value,
this might help Nikse555 with troubleshooting

varekai

5th July 2022, 14:33

https://i.imgur.com/AGnn6m2.png
Tried this.
started with srt set to color
blue
0
255
255
exported to sup
saved, color changed to
1
255
255
did time edit
saved, color changed to
3
255
255

Nikse555

5th July 2022, 18:19

When I import a sup file to adjust times and durations only, and then save it as a new sup file, the resulting new file has subtly altered color values.
...
Is this something that could be tweaked, so that Subtitle Edit passes the colors through unaltered? Thanks!

SE will now try to keep colors (if possible) in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.6/SubtitleEditBeta.zip

Does that work better?

varekai

6th July 2022, 08:49

Thanks for your effforts, Subtitle Edit is a true gem, one of its kind!
Couldn't do without it!

My humble opinion is that it is not worth wasting time on this so-called bug.
It is simply not possible to the human eye to determine the difference in these tiny color values on TV or the computer display.
However, if it is about commercial productions, such as photo printing, magazine art printing,
movie production, authoring and publishing Blu-ray and other multimedia,
then it is of course necessary with a near 100% correct color reproduction.
https://www.bbc.com/future/article/20150727-what-are-the-limits-of-human-vision

Tried the beta
Created sup from srt, no color added in srt
For color used "blue"
0
255
255
Exported to sup

Used sup embedded in video (BD and mkv)
Used PowerDVD, PotPlayer, VLC and MPC-HC
VLC got the closest reading the others somewhat slightly different readings
1
254
255

Imported sup and edited time
Almost identical results.
https://i.imgur.com/hgTGU2E.png

von Suppé

6th July 2022, 10:30

SE will now try to keep colors (if possible) in latest beta: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.6/SubtitleEditBeta.zip

Does that work better?

Testings show SUP export keeping exact color values. From srt, SUP and XML/PNG all three seem ok now.
Thanks for the fix, Nikse.

BTW is there a solution in sight to the bottom offset issue mentioned earlier?
https://forum.doom9.org/showthread.php?p=1964911#post1964911
https://forum.videohelp.com/threads/406243-Subtitle-Edit-Sup-export-Bottom-Margin-all-over-the-place#post2661661

varekai

6th July 2022, 10:50

How do you test?
I only tested in players.
Final test, export to png I get 1-254-255
https://i.imgur.com/zbZiXQL.png

von Suppé

6th July 2022, 14:44

How do you test?
Examining SUP images with colorpick tool. I have been doing greyscales only in the 148 - 200 range.

Further having checked with different values for R G and B, I can confirm discrepancies (and not only for B values). Both srt to SUP export and SUP to SUP still suffer from it.

Final test, export to png I get 1-254-255
https://i.imgur.com/zbZiXQL.png

Which shows 2-254-255 in the colorpicker :D

varekai

6th July 2022, 15:25

Strange!? I see 1-254-255
In Colorpick and Colors apps and in Photoshop?! :D
Go figure...

Atlantis

27th July 2022, 14:01

For sync via other subtitle, is it possible to do every line automatically in the same language? For example you have an English subtitle rapidly done with lots of errors but perfect timecodes and another English subtitles that is correct but not synchronized. Unfortunately sometimes it is not possible to do it with 20-30 points and you have to do as many points as possible but doing 1600 points by hand is hard.

Atlantis

31st July 2022, 21:27

We need 2 things.

1- First, access to bookmarks. There is no menu, no icon to access bookmarks. Only if you create shortcuts. We need access by mouse and right clicking on a bookmark doesn't count because sometimes you are not on one.

2- In Remove Text for HI, in found results, when right clicking we need an option of either jumping to that line so we can edit it or adding a bookmark to it so we can edit later.

Atlantis

1st August 2022, 23:17

I have major problems with combined words with a -
For example good-looking is OCRed as good. looking

And it's very hard to detect these afterwards. Using nOCR. I don't understand because the line - is long enough not to be confused with . dot.

von Suppé

2nd August 2022, 11:28

For example good-looking is OCRed as good. looking

And it's very hard to detect these afterwards.

I'm surprised that a Words spellcheck doesn't pop-up with these. However, in the "Fix Common Errors" window there is a function called "Start with uppercase letter after period inside paragraph" that should at least detect (not repair, of course) these occasions. You can manually edit the found lines directly in their text-boxes.
It isn't ideal, of course. Preventing during OCR is the way to go.

BTW to run just one of FCE functions, I often find myself wishing for bang-on-ready buttons next to them. Which would instantly run FCE with only that function enabled and without clearing/altering the current selections. IMO FCE-checking in multiple instances often proves valuable.

Maybe when Nikse would be asked kindly? licking

von Suppé

2nd August 2022, 13:08

@Nikse

MPV mediaplayer is able to playback Dolby Vision profile 5 with corrected colors. This specific profile uses a DV proprietary colorspace; on regular players they show purple & green.
To achieve the proper colors, with portable and installed versions it's possible to edit a "mpv.conf" file and alter output driver by adding "vo = gpu-next". Which would trigger libplacebo algorithms kicking in and correct - to an extend - P5 colors.

I've been busy trying to get this to work with latest mpv extracted in SE's roaming folder. I didn't succeed. I don't see any mpv.conf file in SE roaming folder, and adding one didn't help either. Do you know if/where it's possible to edit mpv's output configuration?

At Settings --> Videoplayer, I did notice "--vo=" (greyed out, next to the "Download mpv lib" button). Which is hopeful to see...

Atlantis

2nd August 2022, 19:43

I agree, with Fix Common Errors we need better handling. Saved presets. You have to fix errors in several passes and not all at once.
Having be able to save the selection into different presets helps a lot.

To detect errors, now I do OCR 2 times with 2 different methods. Once Binary Image and once nOCR. Then I compare the 2 results and I catch most of the problems. It gives a 99% accurate OCR at the end but there is still a very small amount that is impossible to detect. They are mostly dots . " :
: goes to ..
". to ...

which bugs me a lot! I have seen already OCRed subtitles that are 100% accurate! Even the dots. I don't know how they do it!

loninapleton

11th August 2022, 21:34

Have others actively used the audio/video to text for projects Subtitle Edit?

Atlantis

12th August 2022, 23:56

I don't even understand your question!

von Suppé

13th August 2022, 10:05

Me too. Maybe loninapleton is referring to something like speech-recognition (something similar to OCR, but then for sound)?

mhe

13th August 2022, 10:12

Is it possible to get text centered on the screen but aligned left, so if there is two lines they are aligned left.
This is a common way to subtitle in sweden i have noticed, and i like it, because that's how you read virtually everything other than subtitles.

Example:
https://imgur.com/SOsdbQr

von Suppé

13th August 2022, 11:29

I know it's possible when exporting as image-based formats like SUP, XML/PNG and other.
In the export window you can set "Align" to "Center, left justify" for all or dialogue.

mhe

14th August 2022, 07:06

I know it's possible when exporting as image-based formats like SUP, XML/PNG and other.
In the export window you can set "Align" to "Center, left justify" for all or dialogue.

I see, that's too bad, i don't think I'm ready to start using image subtitles.

On a completely different note, i try to use "adjust durations" via recalculate with batch convert, but every time it forgets that i ticked it, is it a bug or by design?
Also, there seems to be no way to do that from CLI either, so no great way to really automate a general purpose cleanup and adjust durations, unless I'm missing something.
I basically just want to run a command and have otherwise workable subtitles get slightly better, especially adding some time to subtitles if there is room for it.

Atlantis

14th August 2022, 21:03

mhe

15th August 2022, 06:15

Alignment tags are definitely possible in text based srt subtitles.

Top-left: {\an7} Top-center: {\an8} Top-right: {\an9}
Middle-left: {\an4} Middle-center: {\an5} Middle-right: {\an6}
Bottom-left: {\an1} Bottom-right: {\an3}

That's not what i meant, look at the screenshot, the text as a block is centered, but if there are multiple lines each line starts from the same position, left aligned.

von Suppé

15th August 2022, 09:12

For simple textbased subs I doubt if it could be done. Even if, I reckon not all players are compatible.
Have you explored the possibilities of ASS format?

mhe

15th August 2022, 10:03

I know you can put text on certain coordinates with ASS, i think that would work badly with different resolutions.
The more i think of it, this would probably be best to have as a setting in the subtitle filter of the player.
Turns out someone else asked the same question on stackexchange
https://video.stackexchange.com/questions/33795/ass-subtitle-different-alignment-at-block-and-inner-level

Atlantis

15th August 2022, 10:08

That's not what i meant, look at the screenshot, the text as a block is centered, but if there are multiple lines each line starts from the same position, left aligned.
As you can see yourself it says Attachments Pending Approval. We cannot see your screenshot to understand. You have to provide a proper link and screenshot that is outside of the forum.

von Suppé

16th August 2022, 14:53

I know you can put text on certain coordinates with ASS, i think that would work badly with different resolutions.
The more i think of it, this would probably be best to have as a setting in the subtitle filter of the player.
Screensize is metadata that's carried in the ASS file.
If left/right justifying would be possible in the format, it's worth it to give it a try. Maybe your player is "ASS metadata aware" and smart enough to scale size and positioning coordinates according to the set output resolution.

I would sooner doubt if there's a player with the ability to justify plain text. But, never say never.

mhe

18th August 2022, 07:52

I looked through the spec of ASS and fiddled around with subtitle edit, don't think this exist at all. You can place any individual line anywhere on screen, but you can't get a two line subtitle to be both center bottom and within it's own block be left aligned.
Even if you break out a double line entry into singles, then try to align them with ASS position feature, they will be aligned differently if they are of different lengths, because they use the center of that text as the positioning point, so you would have to manually offset that, fun times.
That would be an insane way to solve it anyway, it's not that important to me.

tormento

18th August 2022, 12:52

Subtitle OCR badly needs to split screen at least in two parts to properly recognize contemporary subtitles with different timings on upper and lower part.

It's a must for proper anime subtitles.

von Suppé

18th August 2022, 15:57

Even if you break out a double line entry into singles, then try to align them with ASS position feature, they will be aligned differently if they are of different lengths, because they use the center of that text as the positioning point, so you would have to manually offset that, fun times.
As X coordinates count from the left, imagine the fun increasing for right justifying :D

Atlantis

25th August 2022, 13:51

I'm trying to learn more how the dictionaries work. I'm completely baffled why I can't find one word for example.
plaît in French

I know the soft recognizes this. It proposes this when there is plait. But I can't find it in any dictionaries. Is it not stored in plain text?
I have used 2 software to search in the folder for text and they can't find it! Where is it?!

darksen

17th September 2022, 04:14

Please, add an option to auto set an adjusted encoding when saving any file.
Say you open File A but it's encoded as ANSI, you modify it then save it or you just save it, then SE should set the encoding to what we set in the options.

Nikse555

20th September 2022, 06:06

tormento

21st September 2022, 16:16

SE
Welcome back ;)

Please please please, do something to have proper OCR on both upper and lower parts of the screen, having different timings, such as in anime.

darksen

24th September 2022, 11:04

SE has a setting in "Settings.xml"... you can set "AutoConvertToUtf8" to true.

Thank you.

I want to report something, I'm using "Fix common errors" with Spanish, but for some reason words like "Atella" or "Amana" are "fixed" into "A tell a" and "A man a", can you look into this?

Nikse555

24th September 2022, 12:26

@tormento: thx. Detecting position would require ASSA format and a whole lot of coding...

@darksen: You can turn off the auto-word-split of unknown words in Options - Settings - Tools - Fix common errors - Use word split list.
If you're using a whole Spanish subtitle, then the words should probably be added to the user-word or names list (or use a better spell check dictionary).

darksen

24th September 2022, 22:51

@tormento: thx. Detecting position would require ASSA format and a whole lot of coding...

@darksen: You can turn off the auto-word-split of unknown words in Options - Settings - Tools - Fix common errors - Use word split lit.
If you're using a whole Spanish subtitle, then the words should probably be added to the user-word or names list (or use a better spell check dictionary).

Aah, thanks, the reason is that I'm not using the built-in spell checker, I use the Word plugin.

Atlantis

27th September 2022, 10:58

Aah, thanks, the reason is that I'm not using the built-in spell checker, I use the Word plugin.
I didn't know there is a Word plugin. Is it better? How is it better?

tormento

27th September 2022, 16:03

@tormento: thx. Detecting position would require ASSA format and a whole lot of coding...
It would be more than enough an option to split the screen in upper and lower parts and ocr separately then combine sorting by time.

darksen

21st October 2022, 02:06

Ok, following my issues from before I'm having a problem now that SE is applying "fixes" to words that are inside the name list when using "Fix common errors", can this be disabled? I can't find an option in the configuration, also I thought that was a function of the spell check tool, not the OCR fixes. Words like "kung-fu" are getting "fixed" to "Kung-fu" everywhere, to give an example, there are several words that are used also as names in the Spanish language. Please, help.

Zetti

24th October 2022, 10:26

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/3.6.8

VoodooFX

7th November 2022, 12:05

Download problem is back again [Win7 / v3.6.8]:

https://i.imgur.com/PHd3bed.png

Zetti

20th November 2022, 21:24

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/3.6.9

VoodooFX

20th November 2022, 23:05

Downloads still doesn't work in v3.6.9.

Zetti

20th November 2022, 23:43

Try report it on github.

oniiz86

21st November 2022, 08:39

@Nikse555 Is there any chance of altering the thread's title to simply read Subtitle Edit as the version number is no longer updated it seems?

VoodooFX

21st November 2022, 08:56

Better is not to add the version numbers to the thread tiltles, because ~soon it will "freeze", if it's not frozen already.

Zetti

21st November 2022, 22:04

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/3.6.10

Matt Kirby

5th January 2023, 18:04

Why isn't it possible to set linebreaks as shown in video preview of an ass -file "WrapStyle 0"

F.E. I have a long line and the preview in videoplayer shows it with line breaks, but if I want to create really this breaks with auto break the breaks are set on another position. Why does no tool (aegisub also) have a function to set line breaks as seen in the preview? (I want to save the subs as SRT and so I need hard breaks)

Nikse555

6th January 2023, 18:10

Why isn't it possible to set linebreaks as shown in video preview of an ass -file "WrapStyle 0"

IMO this is a poor choice.
Wrap style 0 gives way too long lines that are difficult to read and it also does not split lines at periods or commas which also improves readability.

You can get pretty close by this:
In Options - Settings - General - Rules: Set "Single line max length" to 80 (depending on font/style)
In Options - Settings - Tools - Auto break: keep only "Break by pixel width"

(When "Advanced Sub Station Alpha" was born and monitors/TVs were small, WrapStyle 0 was probably okay... around 1996...)

Matt Kirby

6th January 2023, 18:50

Ah ok, I understand you. My workflow is (when I translate subs) that I stretch the subs in X-Scale to 134 % at a 16:9 film. So an item becomes no more width as 4:3 in a display. After finished work I set the x-factor back to 100%. So I thought I could save the line breaks (I made in 134 % modus).

Nikse555

6th January 2023, 21:08

OK, zooming in temporary with wrap style 0 makes sense. Still, you can make better breaks by taking comma/periods into account.
Sorry, SE does not have a single-line-max-pixel-width which is probably what wrap style 0 uses.

Atlantis

15th January 2023, 19:29

I have OCRed and got an incorrect word LI. The problem is, Spell Check doesn't catch it. It's in French and LI is not in the Names List or User word list.
Where is it? I want to remove it. We need a search function that can find a word in any list.

Nikse555

23rd January 2023, 07:09

@Atlantis: Sorry, the French spell check dictionary allows this... perhaps you can find another French dictionary? (SE requires Hunspell/OpenOffice dictionaries. The .dic/.aff files needs to be placed in the "Dictionaries" folder)

Atlantis

27th January 2023, 00:28

I don't understand. The French spell check dictionary allows what exactly? Do you mean LI is a word in the dictionary?

Amstramgram

29th January 2023, 14:38

Nikse555

29th January 2023, 15:53

I don't understand. The French spell check dictionary allows what exactly? Do you mean LI is a word in the dictionary?

Yes, "LI" is accepted by the French spell check dictionary.

Nikse555

29th January 2023, 18:00

Hello everybody !
In 3.6 version, is there a way to permanently change default style for ssa subtitles ?
It was quite easy in 3.5 but I can't find how to do it in the new version.
Thank you in advance for your answers.

SE has more features for "Advanced Sub Station Alpha" (.ass). For ASSA you can set a default style in the "ASSA styles windows" which is the big red "A" in the toolbar when an ASSA file is open.
I think the default SSA style, just uses the default ASSA style...

Amstramgram

30th January 2023, 17:35

SE has more features for "Advanced Sub Station Alpha" (.ass). For ASSA you can set a default style in the "ASSA styles windows" which is the big red "A" in the toolbar when an ASSA file is open.
I think the default SSA style, just uses the default ASSA style...

Thanks for your answer !
It almost works !
New default settings registered for ass files are passed to ssa but with some random strange differences in margins (left margin passes from 10 to 0, right margin from 10 to 2) or alignment (from center to left) !!!.

Nikse555

31st January 2023, 20:57

Amstramgram

1st February 2023, 13:45

@Amstramgram: OK, I see the margin error, thx :)
Should be fixed here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.11/SubtitleEditBeta.zip
(shadow was written as e.g. "1,0" and hence comma separated styles after, like margins, was displaced)

Also, I though people used ASSA and not SSA. Any specific reason? I guess I could add a separate default SSA style...

Thank you so much @Nikse555 !!!
It works… Except for colors (I think hexa values should be converted to long integer BGR)…
The reason why i need ssa is that I'm an old, old, old VirtualDub (now VirtualDub 2) user.
I have never found a recent equivalent as versatile...
It's a real Swiss army knife with its editing features, audio visualization, etc...
But the only way to insert subtitles properly is to use Avery Lee's old 32-bit subtitle plugin. And this plugin only supports ssa format…

Nikse555

1st February 2023, 21:26

@Amstramgram: Are colors correct now? https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.11/SubtitleEditBeta.zip

Thx for the info about SSA/VirtualDub. I think I tried that... many years ago :)

von Suppé

2nd February 2023, 11:06

Version 3.6.11 shows erratic behaviour when editing text in the text-box. Not always, but often the keyboard's "Delete" key acts as "Backspace" when the cursor is placed at the end of a line. Also, starting to "select" in the middle of a word and then dragging it to left, the whole word gets selected.

Anyone else experiencing this? I checked version 3.6.10, which doesn't have the issues. I'm on Windows 7.

Amstramgram

2nd February 2023, 18:16

Nikse555

2nd February 2023, 21:06

@von Suppé: Sorry, I cannot re-create this.
(You can switch text box control, by going to Options - Settings - Appearance - and toggle "Use syntax coloring")

@Amstramgram: Cool, and thx to you for testing/verifying :)

von Suppé

3rd February 2023, 13:15

@von Suppé: Sorry, I cannot re-create this.
(You can switch text box control, by going to Options - Settings - Appearance - and toggle "Use syntax coloring")

Use syntax coloring doesn't change anything.

Weird. Reinstalled 3.6.11 and the issue still pops up every now and then. Not always though. Where there's a difference with the portable 3.6.11, where I haven't encountered it.

To try and recreate the issue, please (anybody) confirm:

Open SE, start new file. Format is set on "SubRip (.srt)" and Encoding on "UTF-8 with BOM". Right-click in field and "Insert line". In the textbox, type "Line one" <Enter>. Second line type "Line two" <Enter>. Third line type "Line three". Do not <Enter>.

With mouse, place cursor at the end of line 2 (so directly after the word "two". First hit on the spacebar does not produce a space. Second time it does.
Then hitting the <Delete> key for the first time, cursor jumps back. Second time also, ending between the "w" and "o" of the word two. Next <Delete>, the "o" will be erased and cursor jumps back between "t" and "w".

Thanks in advance to anyone for trying.

Amstramgram

3rd February 2023, 17:20

Use syntax coloring doesn't change anything.

Weird. Reinstalled 3.6.11 and the issue still pops up every now and then. Not always though. Where there's a difference with the portable 3.6.11, where I haven't encountered it.

To try and recreate the issue, please (anybody) confirm:

Open SE, start new file. Format is set on "SubRip (.srt)" and Encoding on "UTF-8 with BOM". Right-click in field and "Insert line". In the textbox, type "Line one" <Enter>. Second line type "Line two" <Enter>. Third line type "Line three". Do not <Enter>.

With mouse, place cursor at the end of line 2 (so directly after the word "two". First hit on the spacebar does not produce a space. Second time it does.
Then hitting the <Delete> key for the first time, cursor jumps back. Second time also, ending between the "w" and "o" of the word two. Next <Delete>, the "o" will be erased and cursor jumps back between "t" and "w".

Thanks in advance to anyone for trying.

Well... I've tried. I followed your instructions to the letter. Several times.
But i can't reproduce the weird bug you describe.
Same thing when selecting a part of a word and dragging it : it works as expect without selecting the whole word...

Janusz

4th February 2023, 22:36

@von Suppé:
I can reproduce the error described in your example only if the [Settings/Appearance/Use syntax coloring] box is checked. Otherwise, the Backspace and Delete keys work as expected.

Nikse555

5th February 2023, 15:25

@von Suppé/Janusz: Strange... is this better: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.11/SubtitleEditBeta.zip ?

Janusz

6th February 2023, 00:40

@von Suppé/Janusz: Strange... is this better: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.11/SubtitleEditBeta.zip ?

Yes. Seems to work fine,
but i have a question related to selecting text.
With the [Settings/Appearance/Use syntax coloring] option selected, double-clicking on the word "Line" in "Line one", for example, selects the word "Line" + additional space behind it. Otherwise, the word "Line" itself is selected.
Second note: double-clicking outside the "Line one" text in the empty area of the line selects the invisible LF and CR characters.
Is this action correct?

von Suppé

6th February 2023, 10:00

@Janusz: Thank you for taking the time to check and confirming.

@Nikse555: Yes, latest beta seems to work ok again. Also the drag-select seems ok. Thanks for the fix.

After a quick & dirty test I can confirm the behaviour from Janus'z last post. Version 3.6.10 (portable) also shows this difference btw.

Thank you, guys

Nikse555

6th February 2023, 19:40

With the [Settings/Appearance/Use syntax coloring] option selected, double-clicking on the word "Line" in "Line one", for example, selects the word "Line" + additional space behind it. Otherwise, the word "Line" itself is selected.
Second note: double-clicking outside the "Line one" text in the empty area of the line selects the invisible LF and CR characters.
Is this action correct?

This is the default behavior of the "Rich text box control", but I've tried to change the double-click behavior here: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.11/SubtitleEditBeta.zip

Should be more like the normal text box... hopefully :)

Janusz

6th February 2023, 23:39

@Nikse, Thanks for the fix.
However with the [Settings/Appearance/Use syntax coloring] option selected double clicking on a word still doesn't work properly, example:

line one one
line two two
line tree tree
line four four

While in lines 1 and 4 double-clicking on the last word in the line selects the whole word "one" and "four"
it is in lines 2 and 3, in the last words of the line, that the words without the last letter "o" and "e" are marked.

von Suppé

7th February 2023, 11:52

When "Use syntax coloring" is enabled, I'm still noticing unwanted behaviour for selecting parts of text in case there's a space between words.

Example:

In first line, place cursor between the "o" and "n" of the word "one" and try to select from that point to the left. As soon as the cursor is over the space between "line" and "one", both words get fully selected.

Nikse555

7th February 2023, 20:04

Thx for testing :)
New beta upped: https://github.com/SubtitleEdit/subtitleedit/releases/download/3.6.11/SubtitleEditBeta.zip
Better?

Janusz

7th February 2023, 23:53

@Nikse, thanks for the fix.
For my purposes, selecting in a Text box now works properly.
For precise text selection (character by character) I use Shift + left/right arrows.

von Suppé

8th February 2023, 10:43

For precise text selection (character by character) I use Shift + left/right arrows.

Sadly with mouse (often quicker for me) the unproper selecting behaviour is still there. See my previous post.

Atlantis

22nd February 2023, 00:03

I just discovered something! After you OCR a subtitle and close the OCR window, if you hit Spell Check you see images of the sup file to compare to the text line.
The problem is you have to do this before saving the file. As soon as you save, you don't get that functionality while spell checking!

So the question is, is there anyway to link an open srt file to a sup file so when you spell check, you can see the original images?

Nikse555

22nd February 2023, 18:50

@Atlantis: if you, in spell check, right-click in the "Full text" text box... you can choose "Open image based subtitle..."

Atlantis

22nd February 2023, 19:11

Thank you so much. I never thought you could right click there!
Why is this hidden like this?! You should put a button for this and another to show the right click options.

It's better not to hide the functionalities of your hard work! :)

longiloquence

22nd February 2023, 19:26

@Atlantis: if you, in spell check, right-click in the "Full text" text box... you can choose "Open image based subtitle..."

Wow, this changes everything. Thanks for the info!

Atlantis

22nd February 2023, 20:46

Exactly, don't hide such an important functionality!

Atlantis

23rd February 2023, 00:48

How can I remove a word from an official dictionary?

Emulgator

23rd February 2023, 15:04

Handediting. I suggest notepad++
Go to <SubtitleEdit>\Dictionaries\
load the offending file and delete the offending entry.

Example for English (US)
en_US_se.xml
en_names.xml
eng_OCRFixReplaceList.xml

The same for .aff and .dic

Atlantis

23rd February 2023, 17:06

Thank you so much. Opened fr_FR.dic
Removed the offending entry: li
Can't believe they added that!

There is a huge problem in OCRing L and I, especially if they are in italic.
For example Il (I+L) in italic is OCRed to LI.

Atlantis

25th February 2023, 13:20

When spell checking and you choose "Open image based subtitle..." and open an idx/sub, it chooses the first subtitle in the stream.
You can't change. idx/sub can have several subtitles in them.

Atlantis

27th February 2023, 02:01

What is the file en_US_se.xml ?
And why it has the word favourite in it which is the British spelling!?

varekai

27th February 2023, 08:45

What is the file en_US_se.xml ?
And why it has the word favourite in it which is the British spelling!?
Oh man... how hard can it be...
Just edit the en_US_se.xml and change the word and be done with it... :/

Favorite
Favorite and favourite are both correct spellings, depending on whether you use American or British spelling standards.
Favorite is preferred in American English, while favourite is preferred in British English.

Atlantis

27th February 2023, 12:11

You did not answer anything useful. Just a waste of your time. Please ignore posts where you can't handle them and get easily upset over nothing.
These posts are not for people who don't want to help and have no temper. Please go do something else and useful.

Yes I know I can easily edit any file and remove anything. That is not the question. I'm trying to learn how this works so I can use it correctly.

So first I want to learn what the file en_US_se.xml is and who adds words to it and what words should be in it.

varekai

3rd March 2023, 07:20

Just a waste of your time.
How hard can it be... No Time To Waste... (https://github.com/SubtitleEdit/subtitleedit/blob/main/Dictionaries/en_US_se.xml)

Janusz

9th March 2023, 21:13

Test files to load. (https://forum.doom9.org/attachment.php?attachmentid=18328&d=1678392061)

The following bug in the "compare" command has been present in several recent versions of Subtitle Edit.
1. I load the srt file containing text formatting (color) into the left window,
2. I load an srt file with the same content to the right, but without text formatting,
As a result I get:

https://forum.doom9.org/attachment.php?attachmentid=18326&stc=1&d=1678392063

And that's OK.

After enabling [ignore formatting] I get:

https://forum.doom9.org/attachment.php?attachmentid=18327&stc=1&d=1678392063

Here the result obtained contains errors and is incorrect.

dbtayag

10th April 2023, 07:30

I'm trying to nOCR some subtitles. Some subtitles are like this:

https://i.postimg.cc/0bxQFQ9F/different-sides-subtitles.jpg (https://postimg.cc/0bxQFQ9F)

https://i.postimg.cc/LJQ8J3jF/different-sides-subtitles-2.jpg (https://postimg.cc/LJQ8J3jF)

nOCR sees the first image like this:
I just don't...
Mind looking after Rosette?

Because it's two different characters speaking is there an option to make it look like this:
- I just don't...
- Mind looking after Rosette?

Or do I have to manually go line by line to change it like the latter?

speedy

14th April 2023, 16:48

Nikse555

14th May 2023, 14:59

Subtitle Edit 3.6.13 is out now :)
https://github.com/SubtitleEdit/subtitleedit/releases

Video -> Audio to text via Whisper now supports 5 different implementations:
https://www.nikse.dk/assets/SubtitleEdit/audio_to_text_whisper.png

@Janusz: The compare issue is hopefully fixed.

oniiz86

14th May 2023, 16:22

@Nikse555 Thanks so much for the update, the title thread has to be updated to 3.6.13, perhaps a mod could oblige @tebasuna51 ;)

locotus

14th May 2023, 18:57

Seems to me that the change in "find" is not right. Before as the search of the file get to the last line, if you push de "find" botton
again the progran ask to if should start from first line. This is the way it should be because you may start searching in the middle
of the file, going back with previous one by one is certainly tedious.

Janusz

15th May 2023, 19:12

Subtitle Edit 3.6.13 is out now :)
@Janusz: The compare issue is hopefully fixed.

Unfortunately, the error I described still persists.

varekai

15th June 2023, 11:02

Hello and thanks for Subtitle Edit!

In "Fix common errors" how do I add in "What to fix" missing space - (dash) at start of every new line.
Like this:
‐Oh, remember?
‐Yeah.
Fix to this:
‐ Oh, remember?
‐ Yeah.
I think it was found in the "Fix common errors" "What to fix" in previous versions?

Edit:
Found it.
Options->Settings->Dialog style->Dash both lines with space
It does not catch all but close enough for me.
In text like this where empty lines are removed it doesn't catch:
(Empty line removed)
‐Nope.

Thanks and best regards,
varekai

tormento

15th June 2023, 12:29

Subtitle Edit 3.6.13 is out now :)
Is there any way that the anime community can convince you to have SE able to split upper and lower PGS and proceed with OCR indipendently?

You can't imagine what a PITA is to have to edit timings and subs after having OCRed an anime with overlapping timings.

Emulgator

15th June 2023, 12:37

To ease the PITA:
#upper half
crop(0,0,0,height/2)
#lower half
crop(0,height/2,0,0)

tormento

16th June 2023, 08:22

To ease the PITA
And how can it have any sort of effect on PGS?

I neeed to split the subs not the video.

Emulgator

16th June 2023, 08:51

Ah, I see, PGS it was, sorry for the confusion.

Lucius Snow

3rd August 2023, 15:54

Hi all,

Is it possible to disallow a placement of an insert before/after a scene change, according to a length set.

I don't know if my request is clear :)

Thanks.

von Suppé

18th August 2023, 08:38

Hi Nikse

Did I find a little bug in one of the "Fix common errors" functions?
Take for example these two lines:

'Line 1.'
- Line 2.

Note that line 1 is between ' and '

When "Remove dialog dashes in single lines" is checked, the result window prompts to delete the dash of line 2. Where it isn't wished for.
I'm on v3.6.13

[EDIT] I think it's because it ends with '
Because

Line 1.'
- Line 2.

also gives that result

nautilus7

22nd August 2023, 09:57

Hi, is there a bug in blu-ray sup creation regarding shadow transparency? I am trying to create a sup with a non transparent shadow, but I can't seem to make it happen.

In the attached picture, you can see the shadow is transparent, although I set its alpha to 255 when creating the subtitle.

locotus

23rd August 2023, 22:34

Is there any way in spell check to let the user change words with hyphens as separator instead of comma, like in what-what, he-he, D-did, H-Harry to what, what, etc?

draupert

29th August 2023, 14:16

Hi all. I have two .stl subtitle files for the same video - one is exported as EBU STL open subtitling, one is exported as EBU STL teletext with "double height for text" activated.

My client wants me to deliver these two subtitle tracks as one mixed mode .xif file. Whenever I try to merge the two files (Tools > Join subtitles), the teletext properties are lost and I just have a .xif file with all open titles.

I have also tried exporting both as .xif and then merging, but still the closed captioning turns into open subtitling.

Any way to mitigate this with Subtitle Edit or any other software?

Thanks.

GMJCZP

2nd September 2023, 04:45

Is there any possibility to use Whisper on W7 32 bit with this program?

Zetti

5th September 2023, 07:07

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/4.0.0

varekai

5th September 2023, 08:55

Thanks for the update of the-one-and-only Subtitle Edit!

Lucius Snow

5th September 2023, 14:31

Thanks!

What's "Beautify time codes (via shot changes)"?

Atlantis

5th September 2023, 19:07

VoodooFX

5th September 2023, 20:05

I wish we could change the order of the buttons on the toolbar. There is an order to do things. Like Remove HI before Fixing common errors.

Also I miss the colors. The colors helped to spot the buttons faster.

There you can set normal toolbar back:

https://user-images.githubusercontent.com/1261331/265531950-17dcc648-c485-4d84-b063-8a52c363c79e.png

von Suppé

7th September 2023, 09:52

Hi Nikse,

I think an old bug sneeked in. Concerning italic end tags in ASS.
When in the list a line is selected and enter "Ctrl+I" it gives

{\i1}Italic text

Whereas in text-box enter "Ctrl+I" it gives
{\i1}Italic text{\i0}

The latter seems correct. I remember in the past having same issue, which you then addressed.

FYI when "{\i1}Italic text" ASS is saved as .srt it correctly shows both tags: Italic text

And saving that srt back as ASS again, it correctly shows start and end tags: {\i1}Italic text{\i0}

I'm on version 4.0.0

Zetti

16th September 2023, 23:12

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/4.0.1

von Suppé

19th September 2023, 10:49

Hi Nikse,

Since version 4 I'm experiencing an issue. When BD SUP export is complete, the window that confirms export has finished isn't always on top. I have to confirm the window or else I can't close the export window (or SE whatsoever) and also am unable to drag GUI out of the way. Showing desktop doesn't help; confirmation window stays hidden.
I'm on windows 7 64 bit, running 3 monitors. I can't tell what cases make the difference between the confirmation appearing on top and when not.

Can you please have a look at it?

Lucius Snow

24th September 2023, 17:47

oniiz86

30th September 2023, 09:57

@tebasuna51 I was wondering if you could change the title thread to reflect the latest Subtitle Edit version 4.0.1 or better still just have it read Subtitle Edit and omit the version number as it's always behind as @Nikse555 no longer updates it ;)

Lucius Snow

30th September 2023, 15:23

There's a bug in 4.0.1. The subtitle font size of the text box is reset at each startup.

By the way, I can't find the option to display the full path of the file in the Windows title bar. Any idea? Thanks.

-QfG-

8th October 2023, 14:32

Request:

Since Update ? (don't know) always the subtitle weight/height set to 4K if i have a 4K movie in the same directory. For rendering "*.sup" subtitles i need 1080p subs not 2160p subs.
Any chance to fix that issue? Otherwise a button in the settings menu to activate/deactivate auto resolution detection for video.

Greetings.

von Suppé

21st October 2023, 11:43

I wonder if SUP authored in 4K is according to official UHD PGS specs. And if players would behave properly on them.
When I first began with subtitles for 4K, I assumed SUP would be authored in that same resolution. Not knowing (yet) that 1080P SUP would be used for UHDBD. If I'm not mistaken it was me who then asked Nikse to add 4K resolution to SE's SUP export.
Would it be alltogether a good idea to remove 4K resolution from SUP export?

@-QfG-,
Other than size, note that when video is HDR encoded, luminance of natively authored SUP images are significantly lower than for SDR (bluray) video. As an example: RGB values of SUP's "font color" from UHDBD A Quiet Place are set to 144,144,144.
Additionally, should you want to bring down luminance of already existing SDR SUP for usage with HDR video, SE has an "Adjust brightness" tool in its SUP editor for it.

cubicibo

21st October 2023, 15:20

There's no such thing as 4K PGS. The BD specs were carried over without any changes and 1920x1080 remain the graphic plane size limit. 4K players are free to be "out of spec" and offer support for those 4K files (many are and will support "more" than the bare minimum), albeit portability across players won't be guaranteed.

Zetti

19th November 2023, 12:14

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/4.0.2

darksen

23rd November 2023, 16:45

can I know the order of processing for the rule files (XML)? It parses OCRFixReplaceList.xml first and then OCRFixReplaceList_User.xml or the other way? Thanks.

dbtayag

27th November 2023, 09:26

This started with OPPENHEIMER and has continued with A HAUNTING IN VENICE. A little squiggle at the end of the letter is screwing up the OCR. I'm currently using NOCR.

https://i.postimg.cc/zLM5RJv7/Screenshot-2023-11-27-020655.png (https://postimg.cc/zLM5RJv7) https://i.postimg.cc/jCfqPJz7/Screenshot-2023-11-27-020720.png (https://postimages.org/) https://i.postimg.cc/DWmnZWvm/Screenshot-2023-11-27-020759.png (https://postimg.cc/DWmnZWvm) https://i.postimg.cc/BXcqw97Z/Screenshot-2023-11-27-020810.png (https://postimages.org/) https://i.postimg.cc/PPkX4r4F/Screenshot-2023-11-27-020822.png (https://postimages.org/) https://i.postimg.cc/LJ9mcCGt/Screenshot-2023-11-27-020946.png (https://postimg.cc/LJ9mcCGt) https://i.postimg.cc/dh5JwRKz/Screenshot-2023-11-27-021028.png (https://postimg.cc/dh5JwRKz)

Is there a way to do an OCR so the OCR would just ignore the little squiggle?

cubicibo

27th November 2023, 10:03

If those additional squiggles are not visible during playback, it means these pixels are allocated to a specific transparent palette entry that differs from the default background color. I would suggest Nikse to add an option to hide all pixels which are defined as "transparent" in the current subpicture or the entire file.
Else, if they are visible, SE must do some preprocessing like defining bounding boxes according to some threshold around each line to OCR.

varekai

27th November 2023, 10:39

Thanks for the one of a kind SubTitle Edit, much appreciated!

SubTitle Edit 4.0.1
https://i.imgur.com/VOf2Fmk.png
Can't find settings for this feature.
SubTitle Edit 4.0.2
https://i.imgur.com/RMLsJ4p.png

Thanks and best regards,
varekai

von Suppé

27th November 2023, 11:00

I think you're supposed to pick one of the options shown when pressing the Layout button.

varekai

28th November 2023, 06:07

I think you're supposed to pick one of the options shown when pressing the Layout button.
Aha, I didn't have that Layout button, reinstalled and there it was!
Great feature! Thanks for the help von Suppé.

dbtayag

7th December 2023, 11:46

markfilipak

16th December 2023, 08:20

Pre-Script:

I got an answer from a heavyweight:
https://forum.doom9.org/showthread.php?p=1995144#post1995144
-----
Hi All, Thank you for SE. I like it!

I have a problem that needs some basic info.
Here is an IDX from mkvextract:
# VobSub index file, v7 (do not modify this line!)
size: 1920x1080
palette: 000000, 0000ff, 00ff00, ff0000, ffff00, ff00ff, 00ffff, ffffff, 808000, 8080ff, 800080, 80ff80, 008080, ff8080, 555555, aaaaaa
langidx: 0

id: und, index: 0
timestamp: 00:00:10:135, filepos: 000000000
timestamp: 00:00:15:808, filepos: 000001800
timestamp: 00:02:18:889, filepos: 000003000
... and so forth

Problem: There's no end times for subtitle instances.
So, SE did the best it could and made this SRT:
1
00:00:10,135 --> 00:00:15,808
THE FIFTH ACT

2
00:00:15,808 --> 00:00:23,808
DEMONS

3
00:02:18,889 --> 00:02:21,892
Good day, Mr. Jacobi.
... and so forth

With no end times in the IDX, SE is 'bumping' the subtitles end-to-end, or it's putting up a subtitle for 8 seconds.

The fault is with mkvextract of course, not with SE.
Question 1: Where does the IDX format come from? -- Who can I contact?
Question 2: Is there another IDX format that has end times? -- I could cook up end times if I knew the format.
Question 3: Is there a way to change the 8 second default to 4 seconds?

Thanks again the SE, and thanks for this opportunity to ask,
Mark.

markfilipak

17th December 2023, 02:33

Pre-Script:

I got an answer from a heavyweight:
https://forum.doom9.org/showthread.php?p=1995144#post1995144...
So it appears the problem _may_be_ with SE.

I'm giving SE an '.idx' that contains correct 'start' timestamps, and a '.sub' that contains the images & durations. So, it appears that SE may be misreading the durations or miscalculating the 'end' timestamps that it puts into the '.srt'. What are the odds of either of those, eh?

I'd be ready and willing to help but I can't parse a '.sub' because I don't know the struct. Can you help at that end of this problem?

Best Regards,
Mark.

markfilipak

17th December 2023, 02:55

Hey, I have another question: How can I do the integration of ffprobe/ffmpeg into SE?

They are already in my system. I've been using them for years. My Windows machine is not on the Internet, so downloading them inside SE is not possible. What do I do to achieve the integration?

I have exactly the same issue with MPV.

Thanks,
Mark.

Later: Thanks VoodoFX.

VoodooFX

17th December 2023, 18:06

Copy it to "Subtitle Edit\ffmpeg" folder, at least that's where it is in the standalone.

Lucius Snow

20th December 2023, 15:40

The XML/PNG export for DCP SMPTE 2014 is full of bugs. Is there any way to fix it?

VoodooFX

20th December 2023, 17:56

The XML/PNG export for DCP SMPTE 2014 is full of bugs. Is there any way to fix it?

Yes, describe it there -> https://github.com/SubtitleEdit/subtitleedit/issues

Zetti

23rd December 2023, 19:22

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/4.0.3

GCRaistlin

30th December 2023, 16:02

The topic's name is a little confusing.

Bug: wrong picture is displayed for the character.
Steps to reproduce:

Open .sup file (https://www.upload.ee/files/16108790/Subpictures_20.sup.html).
In subtitle 4, select the following:
https://i.ibb.co/CbRHLfq/01-01.jpg (https://ibb.co/CbRHLfq)
Then select the next letter:
https://i.ibb.co/w4q9HjQ/01-02.jpg (https://ibb.co/w4q9HjQ).
The picture is obviously wrong (the one for the previously viewed letter).
Click "Add better match" and you'll see the right one:
https://i.ibb.co/wJfDt6j/01-03.jpg (https://ibb.co/wJfDt6j)

I can't make SE to recognize these letters correctly at all in nOCR mode: it recognizes them both either as i or as I (or l), depending on what letter I have added last as "better match".

VoodooFX

31st December 2023, 18:51

This is not a bug. Ill look at the sup later, most likely the next year.

GCRaistlin

8th January 2024, 16:25

This is not a bug.
Isn't this the actual picture of the recognized letter?

How do I select the audio track in a loaded video file?

GCRaistlin

8th January 2024, 17:44

Audio gets out of sync while playing video file (https://mir.cr/N42O6DI9) (6 secs) in SE.

GCRaistlin

9th January 2024, 00:07

Feature requests:

Remember last used section (on the left) in Settings.
Waveform/spectrogram | [ ] On double click, correct end if gap is too short.
Currently, one should choose either to have the ability to fix too small gaps with mouse click or to have the ability to reduce the gap below minimal size using mouse in Waveform.
With the new option on, double click on subtitle end should correct it if size of the next gap is below "Min. gap between subtitles in ms" value. That is, double click may move subtitle end to the left, never to the right.

Emulgator

14th January 2024, 18:54

Small tip to MaestroSBT users:
Subtitle Edit seems to export .ass with font size in float.
But good old Maestro SBT does not know about float.

On import of Subtitle Edit .ass Maestro SBT complains:
"No styles were found.
Most likely, this is not a SSA V4 file.
If this is a SSA V2 file, you must open it
with Sub Station Alpha and save it as SSA V4."

.ass import from Aegisub 2.1.8 runs fine though.
Comparison of both scripts led me to assume the solution:
If Subtitle Edit exports .ass with fontsize "32.0", just handedit the ".0" away.

guest

23rd January 2024, 07:05

I have a lot of random problems with Subtitle Edit recognising this symbol, ♪....it's really "hit & miss", some will be copied, but more often that not, they can be any character it feels like :(

And its very time consuming manually adding them.

Emulgator

24th January 2024, 02:31

In case you mean OCR within SE: Which OCR machine do you use ?
If Tesseract, which version ?
Or nOCR ? Binary compare ? Google Cloud Vision API ?

guest

24th January 2024, 03:25

In case you mean OCR within SE: Which OCR machine do you use ?
If Tesseract, which version ?
Or nOCR ? Binary compare ? Google Cloud Vision API ?

I think this was directed to me :)

I generally use the "Default, based on what is available"

I'm using the latest Tesseract, 5.3.3, SE asked for it after install / update.

So like I said, it's random, sometimes it will recognise all of them, and other's not very many at all :(

But I have had this issue to years, it's just that yesterday I was SE'ing a lot of subs with that music character.

Emulgator

25th January 2024, 13:15

I had success once, IIRC with nOCR, and I would suggest to try that.

guest

25th January 2024, 15:04

I had success once, IIRC with nOCR, and I would suggest to try that.

I tried pretty much every available setting... didn't seem to make much difference :(

Thanks anyway.

tormento

27th February 2024, 20:38

I have tried to export a sup to png+xml but you need to choose every image position, even if it's embedded in sup itself.

My goal is to divide upper and lower part of png and OCR them separately to deal with upper/lower anime subtitles.

Is possibile in any way to export png+xml having png as 1920x1080 AND proper subtitle positioning?

jpsdr

29th February 2024, 19:35

Have you checked if ass2bdnxml can do what you're looking for ?

tormento

29th February 2024, 21:15

Have you checked if ass2bdnxml can do what you're looking for ?

Does it convert sup to png?

jpsdr

1st March 2024, 19:26

Absolutely not, it creates XML+PNG from ass file, so, i misunderstood you needs.

In that case, did you try BDSup2Sub ?

von Suppé

2nd March 2024, 08:47

Other than BDSup2Sub, I think a much overlooked feature of SE is its so-called "SUP-editor".

Go File --> Import --> Blu-ray (.sup) subtitle file for edit. Once you've opened a SUP, you can Save as --> BDN xml/png (*xml). All images and positions will go unchanged. It's also able to convert xml/png back to SUP.

I wouldn't know how to split subs used in the "upper" from "lower" parts.

tormento

2nd March 2024, 11:31

Go File --> Import --> Blu-ray (.sup) subtitle file for edit. Once you've opened a SUP, you can Save as --> BDN xml/png (*xml). All images and positions will go unchanged. It's also able to convert xml/png back to SUP.

AFAIK the position is stored in the xml file. I need that in the png, i.e. an exact image of how it would appear on the screen.

I wouldn't know how to split subs used in the "upper" from "lower" parts.
That's the easiest part, there are many graphic utilities that can batch resize the canvas of an image. The hard part seems to be to have that image.

von Suppé

2nd March 2024, 13:20

AFAIK the position is stored in the xml file. I need that in the png, i.e. an exact image of how it would appear on the screen.
Indeed the positioning coordinates are in the xml file. In the SUP-editor you can import a background video where each subtitle is displayed at its correct position. Maybe I'm missing something here...

tormento

2nd March 2024, 23:28

Indeed the positioning coordinates are in the xml file. In the SUP-editor you can import a background video where each subtitle is displayed at its correct position. Maybe I'm missing something here...
Beside the xml, I just plain need a png with the same size of the video resolution and the subtitles in the correct position as they are displayed on the screen.

I don't know if you ever dealt with anime but having subtitles both in the upper part and in the lower part, overlapping times, makes post editing necessary with a lot of PITA.

von Suppé

3rd March 2024, 10:17

I don't know if you ever dealt with anime but having subtitles both in the upper part and in the lower part, overlapping times, makes post editing necessary with a lot of PITA.

No, I have not dealt with these kind of subtitles. It would indeed strike me as quite elaborate.
About "overlapping times", does PGS format natively support this actually? Or would it mean then one SUP image ends at the same time the next - other - image starts? I remember doing subs for sign language where the sentences were build up word for word.

tormento

3rd March 2024, 10:22

No, I have not dealt with these kind of subtitles. It would indeed strike me as quite elaborate

PGS is “simply” a series of images, showing in time order. That image can have whatever it wants: colors, text in every part of the screen and mostly in anime it happens to have multiple text lines, luckily almost always just in two parts of the screen, upper and lower. Well, there can be also signs translations but luckily there are only a few.

I asked many time to nikse to allow a sort of dual pass ocr, I.e. the upper part of the screen and the lower part. He never had time or will to listen to me, well some millions of anime watchers would beg to have that feature. If you are interested I could send you a sup to play with.

jpsdr

3rd March 2024, 12:19

The one thing i know about overlapping timing, is that it seems it's not possible in XML+PNG, as if you import such a thing in Scenarist, it throws an error. The trick, is to create a stream of pictures, creating a different pictures when there is a change in the display and also split the timing at each of these changes.

For a 2 overlapping lines for exemple, you'll create 3 pictures. First when there i only the first line, a second with with the two lines, and a third with only the second lines. Also, you had to split the original timing for each lines in a 3 sequence continous timing.

But, it's VERY difficult with this kind of subtitles to not have "buffer underrun" error in Scenarist when it creates the subtitles when there is too much lines, or just too much overlapping continuous sentences.
This is the specific case of Blu-Ray. Maybe the sup/pgs format allow overlapping, but Blu-Ray don't (or just Scenarist don't).

cubicibo

3rd March 2024, 13:24

You can have two distincts <event> with partially overlapping InTC and OutTC as long as:
- Each <Event> has a single <Graphic> (maximum of two concurrent <Graphic>)
- The <Graphic> do not spatially overlap.
- The palette of both <Graphic> are identical, or they can be combined as a single <256 colours palette.

This method has pros and cons:
- Better buffer management.
- Easy usage of inline effects like fade, position, color.
- More efficient stream encoding
- Limited to two objects
- PGS encoder is easy to implement: the BDN XML describes the data stream well enough.
- Limited to two overlapping event at any time.
- Palette has to be managed carefully in PNG generation logic.
- Palette management is constrained and hard to implement. The easy way out is to always use 127+1 colors per event. But this may not be enough for colorful subtitles.

Since the conditions above are just too much for most renderer, especially events sharing the same palette, most software rightfully use non overlapping <event>.

- Each <event> can have one or two <graphic>, whose content is irrelevant.
- No need to worry about spatial overlapping across different <event>.
- Each <event> has its own palette (which need to be shared by the two <graphic>). No need to consider neighbout events in time to generate the palette, only the active <graphic>(s).
- Cannot easily make use of BDN inline effects, as there's no logical <graphic> continuity in the <Events> timeline.
- Cannot encode PGS easily, as the BDN gives no helpful indication on the datastream structure, contiguous events, and so on.
- Way too many <graphic> generated, with often suboptimal splits and sizes.

And that's the shitty part.
- There's no smart BDN generators. The output is already too specific to the PGS format, differs too much from common subtitling needs to demotivate companies to implement it properly. Maybe Lemony Pro gets a few things right, but is still not ideal.
- "Stupid" BDN generators like avs2bdnxml or ass2bdnxml leave all the complexity to the PGS encoder. Scenarist and co do their best, but they all have their own issues. The main problem with Scenarist BDNImport is to allocate one buffer slot for every unique bitmap shape. It should just pad everything to the same size to reuse memory allocation. If your BDN is not nicely made, Scenarist won't be happy.

In essence, PGS encoders expect the BDN XML generators to address the complexities. And BDN generators wants PGS encoders to handle them. It is like politics, all blaming each others and not doing anything ;)

Anyway, just my brain dump on the matter raised by jpsdr.

tormento

5th March 2024, 14:15

Look at this PGS (https://www.mediafire.com/file/2fsudmaobcxu55i/2012_Evangelion_3.33_%25E2%2580%2593_You_can_%2528not%2529_redo.7z/file), at a certain point it becomes a pain.

If you can help me to find a faster strategy to ass conversion, I will be really grateful.

von Suppé

17th March 2024, 08:27

@Nikse
There's something wrong with the SUP editor in version 4.0.3 Try importing a SUP with background video, do some positioning edits and save as XML/PNG. Now import the result back.
All durations come out negative which values start very small and negatively increase towards the last subs. Can you have a look? Tried on both Windows 7 and 10.

[EDIT] FYI version 4.0.2 also has this behaviour. Version 4.0.1 works well.

Zetti

17th March 2024, 20:40

Thanks for new release:
https://github.com/SubtitleEdit/subtitleedit/releases/tag/4.0.4

von Suppé

24th March 2024, 10:24

:thanks: for your continuous work on Subtitle Edit, Nikse. XML/PNG issue are ironed out.

GCRaistlin

9th April 2024, 15:40

How do I use Synchronization - Point sync via another subtitle? I want to use timestamps in subtitles 1 to replace corresponding ones in subtitles 2.

Music Fan

9th April 2024, 16:19

When your file is opened, import timecodes of another file, it will import only its timecodes even if it contains text.

von Suppé

16th April 2024, 13:36

Hi Nikse,

I'm on latest SE 4.0.5. In the "Fix common errors" window, the function "Remove dialog dashes in single lines" prompts to remove dash (& space) in the second line, when first line doesn't end with a period.
For example:

This line ends with no period
- Second line beginning with with dash & space.

==>> is prompted for change into

This line ends with no period
Second line with dash & space.

It seems like SE assesses this kind of lines as being one. Can you have a look, please?

Thank you

Yosho

17th April 2024, 06:56

After updating I lost the auto text scrolling on the left while playing the video. Is there a way to get it back?

von Suppé

17th April 2024, 10:01

Maybe by choosing the proper template under the Layout button?

Yosho

17th April 2024, 17:30

nvm. this can be deleted.

LouieChuckyMerry

19th April 2024, 19:38

As always, thank you for Subtitle Edit :) . Some versions ago three windows began popping up whenever I open a subtitle--Video, Audio, and Controls--and I'm wondering if there's a way to make this stop? I've been meaning to ask for a while but am now just finding the time; thanks for any help.

von Suppé

20th April 2024, 09:19

Maybe you have undocked video controls. Try Video --> Re-dock video controls.

LouieChuckyMerry

20th April 2024, 19:31

von Suppé: Thanks for your reply. That's certainly an improvement. Is there any way to make the layout look like it did before the change; ie., no video or waveform windows, just the text?

Yosho

24th April 2024, 04:50

Use FFprobe to extract exact frame time codes does not yield any results. Does this feature actually work? What could I be missing assets or settings wise?
I can't seem to find good software to sync subs for me. Subsync doesn't work for me. I have to edit subs via waveform which takes weeks or months at a time.. I want to cut down on time needing to edit them. But it seems like I can't get the FFprobe to do it's thing in subtitle edit and I can't figure out why it can't or doesn't extract frame time codes..

von Suppé

25th April 2024, 12:56

Is there any way to make the layout look like it did before the change; ie., no video or waveform windows, just the text?

I think you have to choose a GUI template under the "Layout" button.

LouieChuckyMerry

28th April 2024, 03:14

I think you have to choose a GUI template under the "Layout" button.
_____________

:thanks:
:thanks:
:thanks:
:thanks:
:thanks:
:thanks:

I'd buy you multiple beverages of your choice if I could, von Suppé :) .

Yosho

1st May 2024, 17:31

How could I tell subtitle edit to only pay attention to English if the pgs muxed has Chinese on top and English on the bottom?

Thunderbolt8

4th May 2024, 21:27

Thank you for all the new versions in recent years. Glad that there is still a good subtitle tool out there which gets improved continuously.

Nikse555

1st June 2024, 13:59

Thank you for all the new versions in recent years. Glad that there is still a good subtitle tool out there which gets improved continuously.

Thx, you're welcome :)
Just trying to make a good subtitle utility + have fun... 5.000.000 views + sticky :)

Also, SE 4.0.6 is out: https://github.com/SubtitleEdit/subtitleedit/releases
New: "Speech to text" (available in the Video menu) + Batch burn-in of subtitles (also in the Video menu) + many minor improvements.

RobertM

8th June 2024, 16:21

Hi folks, wondering if someone can give me some pointers on handling forced subs on BD titles.

To avoid missing a lot of dialogue in my advancing years I often find myself turning subs on. The default subs are too big and visually distracting, so I've taken to using SE to make my own smaller, subtle subs, and use tsMuxer to rebuild the BD title with the custom sup file that SE creates for me. This works nicely.

The issue I'm having happens when I haven't chosen to turn subs on and foreign dialogue needs to be forced in the subtitles. I use ass format in SE so I can create both my 'subtle' style plus a 'forced' style that is larger and more obvious (because everyone is going to read those). When exporting to sup format there is a "forced" checkbox at the left side, and this works fine for an occasional forced item. But if I have lots of forced text spread throughout the subtitles I can't find a way to segregate the forced items so I can turn them on as a group and not miss any of them.

It would be perfect if ASS had a forced attribute that would toggle the checkbox, or if I could sort the items in the export dialogue by tapping the 'style' header (and then tap the "#" header to put them back in the correct order before starting the export) or something like that. So far all I've found to do is to scroll through the list manually looking for my 'forced' style to show up and toggle those items myself.

Am I missing some easier method to segregate just those items I want to force?

Thanks.

KSSW

9th June 2024, 00:06

Hey guys, who knows the source code for PGS Blu ray decoding

cubicibo

9th June 2024, 19:36

FFmpeg contains pgssubdec.c (https://ffmpeg.org/doxygen/trunk/pgssubdec_8c.html).

KSSW

12th June 2024, 12:00

FFmpeg contains pgssubdec.c (https://ffmpeg.org/doxygen/trunk/pgssubdec_8c.html).

Thank you，Do you have PGS SUP decoding for 100% C++?

cubicibo

12th June 2024, 21:15

What for? Just call C code from C++ (https://isocpp.org/wiki/faq/mixing-c-and-cpp).

markfilipak

12th June 2024, 23:57

Hi All,

I started using SE a couple of weeks ago. Gosh, it's great!

I have some subs that are hanging around too long. Is there a way to automatically set the ending times of all subs to, say, 2 seconds plus 0.1 second per letter? That way "Hello there!" would be up for 3 seconds.

Emulgator

13th June 2024, 16:38

Should be possible to solve that with the already built-in math.
nikse has implemented Min Duration, Optimal / Max Chars/sec. and more per profile.
(Settings/General/Misc)

markfilipak

13th June 2024, 21:23

Should be possible to solve that with the already built-in math.
nikse has implemented Min Duration, Optimal / Max Chars/sec. and more per profile.
(Settings/General/Misc)
I don't think so. Show me how you have done it. Thanks! --Mark.

RobertM

29th June 2024, 01:49

I don't think so. Show me how you have done it. Thanks! --Mark.

I think it is possible using a 2-step process.

1. Use the "tools>adjust durations..." menu. Select the 'recalculate' method and set both parameters to 12 chars/sec. Then 'OK'. Now all subs will be set to your 0.1 sec/char setpoint. The math seems a bit odd to me, since I would have expected to get the right result when setting it to 10 chars/sec, but that doesn't seem to work right. I might be missing something in the settings.

2. Now use the "tools>adjust durations..." function again, but select the 'seconds' method, and set the parameter to 2 seconds. This will add 2 seconds to all of the subs.

So the end result is a base of 2 seconds with 0.1 seconds/char added to the time. There are other checkboxes that will allow you to avoid overlapping subs.

This method seems to give the result that you are looking for, if I understand you correctly.

markfilipak

29th June 2024, 02:07

I think it is possible using a 2-step process.

This method seems to give the result that you are looking for, if I understand you correctly.

Thank you, Robert. You're kind. Upon rereading your proposal, I agree it will probably work. But a script that includes regular expression processing will be easier. The subtitle file is just text.

Thanks again -- Mark.

RobertM

29th June 2024, 12:41

But a script that includes regular expression processing will be easier. The subtitle file is just text.

Yes, the subtitle files (srt, ass, etc.) are plain text, and could easily be edited to rewrite the durations as you desire. Are you looking for a standalone script to post-process the subtitle files outside of SE?

markfilipak

29th June 2024, 18:45

Yes, the subtitle files (srt, ass, etc.) are plain text, and could easily be edited to rewrite the durations as you desire. Are you looking for a standalone script to post-process the subtitle files outside of SE?

I am. If you have one handy that you want to share, that'd be great. If you don't, that's okay, too. It will be easy enough to write. I'm a little bogged down at the moment preparing a revised bug summary to submit to FFmpeg's trac system. That's why I haven't gotten around to this.

When/if I write my own, it will be HTML+javascript that works like this: Copy the srt into the web page, push a button, copy the result back to the srt. I'll have a field for the 'attention' duration and another for 'milliseconds per character'.

RobertM

30th June 2024, 01:26

I am. If you have one handy that you want to share, that'd be great.

I have a python script that I have used in the past to parse .ass files. It could be modified pretty easily to do what you want.

markfilipak

30th June 2024, 01:49

I have a python script that I have used in the past to parse .ass files. It could be modified pretty easily to do what you want.

It's been about 20 years since I wrote any python. I'd be pleased to look at it. If it's not too many lines, I imagine you could paste in doom9.

RobertM

30th June 2024, 05:40

RobertM

3rd July 2024, 21:19

I'd be pleased to look at it. If it's not too many lines, I imagine you could paste in doom9.

Doesn't seem like my attachment is getting looked at, so I'll send you the code in a PM. It's a python script, so just text.

Emulgator

3rd July 2024, 23:19

You may report your own attachment for approval.
P.S. as RobertM did not, I just stepped in and reported it for approval.

jairovital

2nd August 2024, 20:29

I took my old file and rolled it into a new little script file for you. Seems to work in my testing, but you'll have to give it some real-world exercise. If you have Python installed on your system then you should be able to simply double-click it and the usage should become evident. Let me know if you have trouble.

Interesting what your Python scrip purposes to do.
I'd like to use it.

But I'm receiving this error:

==========================================================
SubTailor v0.0.01
==========================================================

This does not appear to be a valid *.ass file

Press 'enter' to quit.

Ass file is this:

[Script Info]
; Script generated by Aegisub 3.2.2
; http://www.aegisub.org/
Title: Default Aegisub file
ScriptType: v4.00+
WrapStyle: 0
ScaledBorderAndShadow: yes
YCbCr Matrix: None

[Aegisub Project Garbage]
Scroll Position: 28
Active Line: 60

[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:24.93,0:00:29.15,Default,,0,0,0,,I've had enough of danger
Dialogue: 0,0:00:30.97,0:00:34.40,Default,,0,0,0,,And people on the streets
Dialogue: 0,0:00:37.24,0:00:41.51,Default,,0,0,0,,I'm looking out for angels
Dialogue: 0,0:00:43.06,0:00:47.28,Default,,0,0,0,,Just trying to find some peace
Dialogue: 0,0:00:49.28,0:00:52.97,Default,,0,0,0,,Now I think it's time
Dialogue: 0,0:00:55.33,0:00:59.73,Default,,0,0,0,,That you let me know
Dialogue: 0,0:01:01.02,0:01:06.66,Default,,0,0,0,,So if you love me\NSay you love me
Dialogue: 0,0:01:06.93,0:01:12.53,Default,,0,0,0,,But if you don't\NJust let me go
Dialogue: 0,0:01:13.68,0:01:16.75,Default,,0,0,0,,Cause teacher
Dialogue: 0,0:01:16.75,0:01:22.44,Default,,0,0,0,,There are things that I don't want to learn
Dialogue: 0,0:01:24.48,0:01:28.75,Default,,0,0,0,,And the last one I had
Dialogue: 0,0:01:28.75,0:01:32.26,Default,,0,0,0,,Made me cry
Dialogue: 0,0:01:34.71,0:01:36.75,Default,,0,0,0,,So I don't want to learn to
Dialogue: 0,0:01:36.75,0:01:42.53,Default,,0,0,0,,Hold you, touch you
Dialogue: 0,0:01:43.68,0:01:47.11,Default,,0,0,0,,Think that you're mine
Dialogue: 0,0:01:47.64,0:01:51.28,Default,,0,0,0,,Because there ain't no joy
Dialogue: 0,0:01:52.71,0:01:57.06,Default,,0,0,0,,For an uptown boy
Dialogue: 0,0:01:57.06,0:02:02.13,Default,,0,0,0,,Whose teacher has told him goodbye
Dialogue: 0,0:02:03.06,0:02:06.31,Default,,0,0,0,,Goodbye
Dialogue: 0,0:02:06.31,0:02:08.31,Default,,0,0,0,,Goodbye
Dialogue: 0,0:02:08.31,0:02:12.62,Default,,0,0,0,,When you were just a stranger
Dialogue: 0,0:02:14.04,0:02:18.62,Default,,0,0,0,,And I was at your feet
Dialogue: 0,0:02:20.04,0:02:24.22,Default,,0,0,0,,I didn't feel the danger
Dialogue: 0,0:02:24.66,0:02:29.42,Default,,0,0,0,,Now I feel the heat
Dialogue: 0,0:02:31.46,0:02:36.04,Default,,0,0,0,,That look in your eyes
Dialogue: 0,0:02:38.31,0:02:42.31,Default,,0,0,0,,Telling me no
Dialogue: 0,0:02:42.31,0:02:45.64,Default,,0,0,0,,So you think that you love me
Dialogue: 0,0:02:45.64,0:02:48.97,Default,,0,0,0,,Know that you need me
Dialogue: 0,0:02:48.97,0:02:52.44,Default,,0,0,0,,I wrote the song, I know it's wrong
Dialogue: 0,0:02:52.44,0:02:55.91,Default,,0,0,0,,Just let me go
Dialogue: 0,0:02:56.40,0:02:59.68,Default,,0,0,0,,And teacher
Dialogue: 0,0:02:59.68,0:03:01.91,Default,,0,0,0,,There are things
Dialogue: 0,0:03:01.91,0:03:06.26,Default,,0,0,0,,That I don't want to learn
Dialogue: 0,0:03:07.68,0:03:11.73,Default,,0,0,0,,Oh the last one I had
Dialogue: 0,0:03:12.71,0:03:16.48,Default,,0,0,0,,Made me cry
Dialogue: 0,0:03:17.73,0:03:20.31,Default,,0,0,0,,So I don't want to learn to
Dialogue: 0,0:03:20.31,0:03:26.84,Default,,0,0,0,,Hold you, touch you
Dialogue: 0,0:03:26.84,0:03:30.31,Default,,0,0,0,,Think that you're mine
Dialogue: 0,0:03:30.88,0:03:34.40,Default,,0,0,0,,Because there ain't no joy
Dialogue: 0,0:03:36.66,0:03:40.26,Default,,0,0,0,,For an uptown boy
Dialogue: 0,0:03:40.26,0:03:46.40,Default,,0,0,0,,Whose teacher has told him goodbye
Dialogue: 0,0:03:46.88,0:03:48.97,Default,,0,0,0,,Goodbye
Dialogue: 0,0:03:48.97,0:03:52.00,Default,,0,0,0,,Goodbye
Dialogue: 0,0:04:24.57,0:04:28.97,Default,,0,0,0,,So when you say that you need me
Dialogue: 0,0:04:28.97,0:04:32.17,Default,,0,0,0,,That you'll never leave me
Dialogue: 0,0:04:32.17,0:04:36.31,Default,,0,0,0,,I know you're wrong, you're not that strong
Dialogue: 0,0:04:36.31,0:04:38.93,Default,,0,0,0,,Let me go
Dialogue: 0,0:04:38.93,0:04:42.04,Default,,0,0,0,,And teacher
Dialogue: 0,0:04:42.04,0:04:44.84,Default,,0,0,0,,There are things
Dialogue: 0,0:04:44.84,0:04:48.66,Default,,0,0,0,,That I still have to learn
Dialogue: 0,0:04:50.66,0:04:58.80,Default,,0,0,0,,But the one thing I have is my pride
Dialogue: 0,0:04:59.46,0:05:03.77,Default,,0,0,0,,Oh so I don't want to learn to
Dialogue: 0,0:05:03.77,0:05:08.84,Default,,0,0,0,,Hold you, touch you
Dialogue: 0,0:05:09.55,0:05:13.02,Default,,0,0,0,,Think that you're mine
Dialogue: 0,0:05:13.91,0:05:17.60,Default,,0,0,0,,Because there ain't no joy
Dialogue: 0,0:05:19.73,0:05:23.33,Default,,0,0,0,,For an uptown boy
Dialogue: 0,0:05:23.33,0:05:29.02,Default,,0,0,0,,Who just isn't willing to try
Dialogue: 0,0:05:29.02,0:05:32.40,Default,,0,0,0,,I'm so cold
Dialogue: 0,0:05:32.40,0:05:34.88,Default,,0,0,0,,Inside
Dialogue: 0,0:05:35.51,0:05:41.73,Default,,0,0,0,,Maybe just one more try
Dialogue: 0,0:00:00.00,0:00:05.00,Default,,0,0,0,,

What's wrong?

Thanks.

jairovital

2nd August 2024, 20:35

I have too many files, grab from Youtube, that overlap end and start times between sequential subtitles.

"Tool/Adjust durations" solves all the errors, separating conflicted times.
But how to apply it to hundred of files at once?

Is there a command line for SE?
What parameters/commands/options for such solution?

Nikse555

4th August 2024, 00:01

You can use "Adjust durations" on many files via the UI in "Tools" - "Batch convert" :)

jairovital

4th August 2024, 00:04

Interesting what your Python scrip purposes to do.
I'd like to use it.

But I'm receiving this error:

...

What's wrong?

Thanks.

I'll answer my own question:

The file I used as a test is missing string:

; advanced sub station alpha

Now, it works fine.

Thanks.

GCRaistlin

4th August 2024, 00:08

Nikse555
Is there any chance that https://github.com/SubtitleEdit/subtitleedit/issues/7983 will be fixed? You marked it as completed but the issue is still present in 4.0.7.

jairovital

4th August 2024, 00:09

You can use "Adjust durations" on many files via the UI in "Tools" - "Batch convert" :)

Oh, my!...
I didn't see that!

Wonderful!
Solve all the times issues!

Many thanks!
:) :) :)

oniiz86

5th August 2024, 10:03

@Nikse555 Is there any chance you could remove the Subtitle Edit version number from the thread title as it's always several versions behind & no longer reflects the current release version, it be greatly appreciated :)

oniiz86

6th August 2024, 17:45

@Nikse555 Thanks but oddly only your first post was altered, the thread title remains unchanged & still reflects version 4.0.4, perhaps a moderator can only change this now?
https://i.imgur.com/lhBEf9X.png

markfilipak

8th August 2024, 04:34

Hi All,

I'm happy with SE except for one thing, and it's probably my fault.

When I click the 'Start time' or 'Duration' up/down arrows, the start time or duration increment/decrement by 100 ms. I'd prefer it increment/decrement by one frame. I have the video loaded in 'Beautify time codes' and 448291 time codes loaded -- the video is over 5 hours long. The video is 24/1.001 FPS, which is also set.

Is there a way to get SE to use the time codes instead of 100 ms? I have searched everywhere for it.

Thanks!--Mark.

arslan

16th August 2024, 07:37

Hi Nikse and all forum members,

I would have a suggestion that I believe might improve the functionality of line breaking in the Text box. Here is what I mean:

If I have this in the Text box:

WORDspaceWORDspaceWORDspaceWORDspaceWORD
WORD

and I want to have only 2 words in line 1 and 4 words in line 2, when I hit the Enter right after the second word I get this in the text box:

WORDspaceWORD
spaceWORDspaceWORDspaceWORD
WORD

So there's a space at the beginning of line 2 now, and what used to be line 2 is now line 3 (even though in the Settings I have set a maximum of 2 lines).

Would it be possible to program the Text box to automatically do this:

WORDspaceWORD
WORDspaceWORDspaceWORDspaceWORD

that is, to erase the space at the beginning of line 2 automatically and to keep only 2 lines? That would save a bit of manual line editing. :)

Thank you very much!

arslan

tebasuna51

30th August 2024, 11:13

@Nikse555 Thanks but oddly only your first post was altered, the thread title remains unchanged & still reflects version 4.0.4, perhaps a moderator can only change this now?
Done.

oniiz86

30th August 2024, 12:09

@tebasuna51 Thanks so very much for that, much obliged :thanks:

varekai

13th September 2024, 07:17

https://i.imgur.com/qwpFywI.png
Best regards,
varekai

Yosho

16th September 2024, 14:13

New bug happening after AI updates.
AI transcriptions are now causing all lines to be transcribed and not only the line highlighted.
When transcription is done, it resets back to the first line in the subtitle.

markfilipak

19th September 2024, 21:16

This is going to be a long report. It includes many 'creature comfort' requests to make SE easier & quicker to use, and it includes what I think are a few bugs. I hope it pleases.

First, Thank you for sharing SE. It's perhaps the most complex, most difficult-to-write application I've ever seen. I consider its creation to be courageous indeed. I commend all the writers. They care, and it shows. I appreciate that there are actual buttons that push in. That makes it easy to see I've actually done something.

Overall: There is source view and list view. I suggest they be unified to make a single view having subtitle items on single lines, like list view now has. I suggest that the lower edit boxes be removed and that editing be enabled on the single lines that are above the current edit boxes. If the subtitle text is wider than the SE window, then wrap it within the subtitle text column; otherwise, don't.

Desired -- asterisks denote what would be the biggest time savers:
- Could there be an overtype mode? The [Insert] key would be used to toggle between insert and overtype.
- If there is highlighted text when [F3] is pressed, could 'Find' be directly executed on that highlighted text without having to open a 'Find' dialog.
* Could the text scroll up and down so that the current subtitle is always vertically centered?
* When editing times, I have to slow way down -- position mouse, click, long hold, swipe, click-release, type replacement time. That long hold must be there to prevent selecting HH:MM:SS:mmm as a whole; it breaks my rhythm. Perhaps double-click could select HH or MM or SS or mmm while [Shift]double-click would select HH:MM:SS:mmm as a whole. That would be very nice and would just about double my edit speed.
* Could [down-arrow] always position the cursor at the beginning of the next line?
* Could [up-arrow] always position the cursor at the beginning of the previous line?
* Could punctation be treated as white space when selecting entire words? In that regard, I've often dreamed of the following selection functionality: double-click selects entire word (but not any trailing punctuation). Click inside the existing selected string extends the selection to the end of the next word. Click inside the the existing selection extends it to the end of the next word. Et cetera. I've never seen an editor that would do that. It would be heavenly.
- Lacking vertical centering, could the cursor line be hightlighted so that it's easy to find. A pale background color is preferred. Highlighting across the entire width of the pane would be fine and might be simpler.
- When switching back and forth between list & source views, could they 'inherit' index numbers and cursor positions, one from the other. [note1]
- Could SE show that a video file has already been loaded, and show its name.
- Could SE tag particular entries for future reference, so that users can 'jump' from tag to tag like 'jumpping' forward and backward between 'finds'.
[note 1] Switching back and forth is required because list & source views have differing capabilities. I find list view of little use except as a means to add/delete/split/merge entries and to select all entries in order to [Auto br] all entries at once.

Undo: [Ctrl][Z] has major cursor positioning problems. After [Ctrl][Z], the cursor is in the wrong place. It does not jump to the undo point, so I can't tell what's been undone. Could you arrange it so that [Ctrl][Z] does not cause the current line to jump to the bottom of the source window? Could a single [Ctrl][Z] undo all the piecewise changes that have been made to the current entry and then stop? Currently, I can't track what's been undone and I get lost. When I do multiple [Ctrl][Z]s, I can't tell what's been undone. Likewise, when I do multiple [Ctrl][Y]s, I can't tell what's been redone. I think the easiest way to handle cursor position is to move the cursor (and vertical center) to the cursor position it had _before_ the undone text was first inserted, and to move the cursor (and vertical center) to the cursor position it had _after_ the redone text is re-inserted. That will probably require recoding cursor position with each keystroke in anticipation of possible undos.

Notifications: Notifications that cite line numbers are useless. The subtitle instances are numbered by instance, not by line. Any particular line number can't be found.

Initialization: If I forget to toggle source-/list-view a few times before doing my first 'Find', 'Find' doesn't work and shows 'not found' in every search.

'Multiple replace...': If subtitle text is highlighted, 'Multiple replace...' doesn't 'see' the highlighted text. For example, see
'SE Multiple replace... while text is selected bug.png'.
In that example, quitting 'Multiple replace...', unhighlighting the word "confine", and repeating 'Multiple replace...' works as expected. I have repeated the test with other words.

[Change all]: [Change all] currently doesn't change all. For example, a character's name, "Troi", appears as "Trol" over and over in the same session despite [Change all] correction. That experience is repeated in every session. [Change all] seems to always work on words that are not "Trol". I don't know what it is about the word "Troi" that is causing this malfunction.

Cursor position: For selected text -- selected via 'Find' for example -- have [<] put the cursor before the selection's beginning character and [>] put the cursor after its ending character. Currently, if "3456" is selected within "12345678", [<] puts the cursor here:
12345|678, and [>] puts the cursor here:
1234567|8.
To be consistent with standard text editors, [<] should put the cursor here:
12|345678, and [>] should put the cursor here:
123456|78.

[Replace all]: [Replace all] replaces only from the current subtitle to the end. It does not replace all.

Exception:
'Windows Forms Thread Exception.png'
show an exception during an attempted regexp Find. The exception is thrown every time I attempt a regexp Find.

Lack of focus: Switching from source view to list view, no list view element has focus, so [up-arrow]/[down-arrow] doesn't function and [Ctrl][A] selects nothing.

markfilipak

22nd September 2024, 21:14

I see there are 'shot changes'.
I see this control: 'Tools'>'Adjust durations...' : '[X] Don't extend past shot changes'
I see this storage: c:\Users\Administrator\AppData\Roaming\Subtitle Edit\ShotChanges\

How do I make a ShotChanges table for use by 'Adjust durations...'? I have not found such a tool.

Thanks--Mark.

Emulgator

22nd September 2024, 21:39

You may just have SE generate one and handedit afterwards. It is seconds.milliseconds format, ANSI coding.
ssss.ccc
The filename seems to be generated unique and random from 16 hex digits,
so I do not know how to push that into a project, I just let SE generate one, see above.
Invoking a rescan seems not implemented ATM, but I guess if you just rename the one belonging to the project (compare by modification date) a rescan should become available again.
BTW I decided to choose 0.2 as sensitivity, larger or default and some more shotchanges are missed.

markfilipak

22nd September 2024, 21:53

You may just have SE generate one ...

How do I get SE to generate one? There doesn't seem to be a menu function to do that.

markfilipak

22nd September 2024, 23:27

Let me explain.

In the last week I've modified the subtitles of 140 episodes of STAR TREK, THE NEXT GENERATION. It was tedious but went smoothly. The subtitles for the first 5 seasons were quite sloppy; they always began at the right times but often slopped over into the next scene by as much as 10 seconds. I had to manually edit the ending sexagesimal times.

Season 6 is different. The subtitle times span the vocalizations and that is too short. I want them to start at the given times but with 125% durations. Further, I want them clipped to prevent slopping into the next shot. To that end, I've loaded the MP4. However, I can't find a way to scan the MP4 to make a shot change table.

Also, I've not found 'Help' that still exists.

Emulgator

23rd September 2024, 20:31

Just press the button "Beautify time codes" (red/green waveform)
(If this button is not visible in Toolbar: Settings -> Toolbar -> toggle "Beautify time codes" visible)
A window pops up. Tick Use FFprobe... then "Extract time codes".
(You got to download FFprobe the first time, IIRC SE does it for you.)
(This button can be activated only the first time, is then greyed out as long as the .timecodes file is present I guess)
Parsing might take considerable time (15..25min), depending on duration, codec and disk speed.
After successful parsing you will be presented with the message "128568 time codes loaded"
Then "Generate shotchanges". I suggest to lower sensitivity to 0.2 to catch them all.
(This button can be activated only the first time, is then greyed out as long as the .shotchanges file is present I guess)
Again Parsing might take considerable time (15..25min), depending on duration, codec and disk speed.
After successfull parsing you will be presented with the message "398 shot changes loaded".

If you prefer to have all audio languages muxed in to cater for any timing of any language (as I do):
It does matter from which container you decide to work from when attempting to switch audio streams and still be able to see waveforms.
I prepare a SE Mux just for that occasion.
.mkv seems to work well, .mp4 seems to work well.
.m2ts may have the BD-typical muxing delay which will shift any timestamps and hinder work.

P.S. Just checked it, I had renamed my last project's shotchange file again and again,
had SE parse again and again until I was happy with the result.
Fired up WinMerge to see the 3 versions side-by-side and yes, they filled up gradually.
Ah, and the .timecodes file in \TimeCodes folder has the same unique and random filename as the accompanying .shotchanges file.

So: Happy editing.

markfilipak

24th September 2024, 02:46

Just press the button "Beautify time codes" (red/green waveform)
(If this button is not visible in Toolbar: Settings -> Toolbar -> toggle "Beautify time codes" visible)
A window pops up. Tick Use FFprobe... then "Extract time codes".

Ah! "Beautify time codes"! That's where it's buried. Thank you. ...odd place to put such a vital function, eh?

... After successful parsing you will be presented with the message "128568 time codes loaded"
Then "Generate shotchanges". I suggest to lower sensitivity to 0.2 to catch them all.

Well, If I was writing the code to detect shot changes, I'd pick frames having few frame-to-frame pixel correlations plus no/few motion vectors, but I imagine simply few pixel correlations is what is done. I also reckon that 0.2 is actually higher sensitivity -- a seemingly inverse metric that's inverse because it's based on percentage of correlation. I reckon running shotchanges takes so long because FFmpeg is decoding. Just looking at motion vectors would not require decoding and would be faster; maybe significantly faster. But of course lack of motion vectors is also characteristic of still images, so both MVs and pixel correlations would be needed to accurately assay shot changes.

So: Happy editing.

You're extraordinarily helpful and complete. I hope you live as long as you want, in perfect health, and blissfully happy.

--Mark.

Emulgator

24th September 2024, 15:14

Many thanks, Sir, for your kind words, and may I return the favor.

markfilipak

5th October 2024, 05:19

I recently discovered that 'Edit image db' > 'Add better match', is a very effective way to accelerate/improve training. Unfortunately, I haven't found a way to get a subtitle line that has a bogus '2'-to-'?', for example, into 'Edit image db' because 'Edit image db' is not available as a general tool.

nikse, I apologize if this is not the right place to make this request. ...I'm so impressed with SE!

--Mark.

PS: nikse, I want to make a large donation, however, I will not use PayPal. There is a better way. Kindly contact me privately. --M.

markfilipak

13th October 2024, 19:14

Comments, please...

I've learned to adjust timing solely via 'Synchonization'>'Adjust all times'>'(o) Selected and subsequent lines'. I tried to do 'Point sync' of a region but it didn't work out.

The region was 13:50.413..22:31.267. I specified ends that have zero deltas, but between them the times delta by nearly a second, some leading, some lagging.

Since the ends had zero deltas, I assumed the deltas I specified would affect only the times between those ends. I was disappointed to discover that _all_ the subtitle times were changed. Specifically, the initial subtitle was moved backwards by about 13 seconds and now appeared less than a second into the movie.

Perhaps there's a way to limit 'Point sync' to a certain set of subtitles, but I didn't see any way to do that.

markfilipak

15th October 2024, 15:32

In list mode, it would be more efficient -- less mouse -- to use the [up-arrow]/[down-arrow] keys instead of '< Prev'/'Next >' to go to the previous/next subtitle. Currently, the [up-arrow]/[down-arrow] keys have no function. '< Prev'/'Next >' could be completely removed.

markfilipak

23rd October 2024, 19:38

May I request that a 'hard-break', < >, be created. It would affect the [ Auto br ] function, and would fix a number of difficulties.

Thanks!

Added later: Are user interface suggestions not welcome here? --M.

Yosho

9th November 2024, 04:44

New bug happening in subtitle edit's faster whisper large-v3 showing "Subtitles by the Amara.org community." after transcription is complete on spoken line.

Emulgator

9th November 2024, 07:52

This is due to hallucination of the algo/model setting, can be mended by going into settings.
If any inference algo shall guess hard on noise it finds such things in the models and if seemingly fit, appends/inserts them.
Happens here too, appending credit/exit lines from all over the world's subbing/dubbing facilities.
Not necessarily a SubtitleEdit fault.

markfilipak

10th November 2024, 20:24

Version: 4.0.8
Find what: \n-([A-Za-z0-9])
Replace with: \n- $1

Original:
11
00:12:29,115 --> 00:12:30,913
-Morning.
-Good morning, Mrs. MacNeil.

Expected:
11
00:12:29,115 --> 00:12:30,913
- Morning.
- Good morning, Mrs. MacNeil.

Actual result:
11
00:12:29,115 --> 00:12:30,913
- $1orning.
- $1ood morning, Mrs. MacNeil.

More strangeness:
'Find what' has automatically become
Find what: \n-(G)

markfilipak

15th November 2024, 16:06

Does anyone have any ideas how I can get SE to fill in the times?
https://forum.doom9.org/attachment.php?attachmentid=18768&stc=1&d=1731682824
I've done hundreds of runs with SE but I've not seen this before.

FFmpeg says subtitles are
Stream #0:5[0x1200]: Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)

Thanks -- Mark.

PS (day later): Well, I tried all kinds of tricks. No cigar. But I did finally get the times into SE. What I did was run 'UNFORGIVEN [1992].m2ts' through MKVToolNix and save one audio stream plus the PGS subtitles as 'UNFORGIVEN [1992].mks'. SE was able to get the subtitles, with times, from that.

markfilipak

19th November 2024, 19:07

How can I rerun shot changes? Sensitivity 0.20 was not sensitive enough.

Emulgator

19th November 2024, 20:25

Delete (or better rename) the appropriate .shotchanges file.

markfilipak

20th November 2024, 00:16

Delete (or better rename) the appropriate .shotchanges file.

Found them: c:\Users\Administrator\AppData\Roaming\Subtitle Edit\ShotChanges\*.shotchanges

Thank you, my friend. Wonderful!

I added links to both shotchanges and timecodes to the Windows menu so I can make copies when I'm done with a movie... if I remember. :-)

PS: You know, timecodes and shotchanges could be done at the same time, eh? ...I wonder what FFmpeg functions SE is using to detect shotchanges. UNFORGIVEN is awfully dark in many scenes. I'll look for a shotchange function that takes frame-to-frame contrast into account in order to make sensitivity an automatic variable. If I find such an FFmpeg function, I'll suggest it to Nikse.

markfilipak

20th November 2024, 03:58

I've done some experiments designed to find the best shotchange sensitivity. As you see below, 0.07 sensitivity produced the best results for the UNFORGIVEN Blu-ray.

sensitivity
/ number of shotchanges detected
/ / comment
/ / /
0.20 : 919 : missed too many shotchanges
0.15 : 1002 : missed too many shotchanges
0.10 : 1177 : missed too many shotchanges
0.05 : 1877 : too many false shotchanges
0.07 : 1485 : too many false shotchanges
0.08 : 1336 : missed too many shotchanges
0.07 : 1485 : the best I can do

What I found is that sensitivity of 0.07 still misses a few shotchanges in dark scenes, and it produces some double hits in a few bright scenes, but 0.07 seems to work a lot better than 0.20.

PS: The FFmpeg filter is called "scdet". Everything seems to use it except for the "tonemap_opencl" filter, which seems to use a more sophisticated setting system.

Emulgator

20th November 2024, 20:06

Yes, in the dark it becomes hairy for any algorithm.
I use to watch the video waveform and the tiny jump in black levels will tell exactly which frame the new strip was glued on.
You can still handedit the .shotchanges file, it is just seconds.milliseconds

VoodooFX

20th November 2024, 23:48

What those "shotchanges" provide in the subtitling context?

Emulgator

21st November 2024, 00:09

Just an orientation line to sync to.
Or maybe better said: To avoid overlapping subs across edit boundaries.
You can edit some rules, like a courtyard of 3 frames before and 2 frames after a cut.
SE will then automatically adhere to these rules and keep such courtyard clean.

VoodooFX

21st November 2024, 00:36

Is there some tutorial about this, there is some "Add shot change" at the waveform but no idea what it does it just adds a white line and that's it.

Anyway, wouldn't it be better to "adhere" to the actual speech boundaries?

markfilipak

21st November 2024, 05:31

Is there some tutorial about this...

It comes with experience.

I have subtitled hundreds of movies at this point. I've found that when a subtitle is not aligned with a shot change, when a subtitle change occurs just after a shot change, even by only a single frame, the result is distracting to the point of hampering timely reading of the subtitle. It creates a sorta strobe effect. I run a subtitle right up to the shot change, but not beyond unless it is well beyond (like, half a second or more).

I've been surprised that making a subtitle's duration shorter often enhances reading. What really hurts is when the words in the subtitle and the spoken words don't match, when subtitlers shorten or rephrase because they think it makes it easier to read. It doesn't.

markfilipak

21st November 2024, 06:08

What I'd really like to see is a tutorial of 'Beautify time codes'>'Edit profile'. What is a 'cue'? What do red zones signify? What do green zones signify?

When the going gets tough, I always fall back to editing start and stop times manually in the source list (as though SE was simply a UTF-8 text editor) while watching the video via MPV in a separate window -- I single step to find the exact shot change time. If I knew all about 'Edit profile' and cues and zones, that pain might be avoided, but I don't know what "cue" means and what red and green zones are and how to intelligently use them.

markfilipak

21st November 2024, 23:43

Well, I have some information.

Moving either end of a subtitle in the audio waveform window seems to have 7 millisecond resolution. Thus, subtitle boundaries ("cues"?) that have been snapped to frames are no longer snapped to frames. That is unfortunate. SE needs to work from frame numbers, N=0.., and automatically snap endpoint movements to those frames, N/FPS seconds. What SE currently does makes no sense to me.

PS: For 24/1.001 FPS, the endpoint movements should be in +/- 1.001/24 second intervals (i.e., about 42 milliseconds).

Emulgator

26th November 2024, 12:10

Which in the end would ask for an internal granularity that satisfies
the internal numerical representation of applicable formats/containers at all usual framerates.
Most historical subtitle formats would only allow to convey centiseconds in the end,
still an internal precision that matches all these requirements would be nice...
...since with number of iterations (120.000 frames anyone ? 180.000 ?) faults might add up easily, see my PCB Design example at the bottom.

(http://dvd-manufactur.de/dvd-manufactur-de_14_tech-stuff_de-de.html
Ausgehend von 27 MHz erhalten wir dann durch 300:1 Frequenzteilung die playerinterne System Clock von 90 kHz.
Dies sind die "Ticks", nach denen sich jegliches DVD-Timing richtet.
Nun kommt der Trick, wie man doch noch zu der "krummen" NTSC-Framerate kommt:
Bei beiden Systemen führt ein Vorteiler :3 zu einer Zwischenfrequenz von 30 kHz.
Der NTSC Divider (Denominator) 1001 kann aus 2 Primzahlteilern implementiert werden :143 :7
Der PAL Divider (Denominator) 1200 kann aus 6 Primzahlteilern implementiert werden :5 :5 :4 :3 :2 :2
90000:3003 = 30000:1001 = 29,97002997002997...
90000:3600 = 30000:1200 = 25,00000000000000...
---
The 1001 divisor from NTSC had led to the DVD ticks of 1/90.000s,
which unfortunately needed a 33bit register to accommodate daylong durations, the later .m2ts ticks of 1/45.000s allowed to accomodate 1 day in a 32-bit register.)
SD Video: A 27MHz quartz delivers 2fs base clock.
Base clock divided by 300 gives 90kHz, these are the DVD ticks, divide these by 3 gives 30kHz intermediate clock.
Divided by 1200 (primes :5 :5 :4 :3 :2 :2) gives 25fps for PAL.
Divided by 1001 (primes :143 :7) gives 29.97fps for NTSC.

For the SD framerates we could get off with 1/30000s base ticks and dividers of 1001 (NTSC) and 1200 (PAL).
.m2ts (and in consequence BD subs) bring a granularity of 1/45000s.
Now the HD double framerates 59.94/50 would be asking for 1/60000s base ticks and dividers of 1001 (Double-NTSC) and 1200 (Double-PAL).
DVD .VOBs (and in consequence DVD subs) bring a granularity of 1/90000s.
So 1/180000s would accommodate them all, 5.555µs...
- Edit: 23.976p need 1/360000s, see cubicibo below.

Early versions of KiCAD (a PCB design suite) had an internal precision of 0.1mil.
Which sounded exhaustive, but choked on the 1/64" and even 1/32" grids of usual edge connectors.
On other occasions (pin headers) even the manufacturer (Molex) called one of their series "156",
but concluding 156 mils from that became a trap, at least for me.
"156" was informal only, historically and more correct it should have been 5/32".
As I tried to generate larger footprints from a starting pair of pads it became obvious
that my largest edge connector footprint (40-row) would end up 1mil (0,254mm) too short beause of that rounding error multiplied by 40.
In my search I remembered the sequence 15625 from TV line frequency, and there it was, the missing ...25 in positions -5 and -6, pointing to 1/64th.
In PCB design 1mil mismatch is a no-fit, tool collision and a full fail. Hand shifting every other pair of pads to the next 0.1mil helped, BUT:
One would need µmil to convey the granularity of imperial mechanical units into decimals, here 0.015625",
and indeed the later KiCAD versions had to acknowledge that and went to convey nm granularity.
And don't get me started about recent and historical drawings conveying such faults,
omitting the underying design rules and giving rounded or even misleading numbers...

cubicibo

26th November 2024, 14:44

For the SD framerates we could get off with 1/30000s base ticks and dividers of 1001 (NTSC) and 1200 (PAL).
Now the HD double framerates 59.94/50 would be asking for 1/60000s base ticks and dividers of 1001 (Double-NTSC) and 1200 (Double-PAL).

A common 90 kHz base clock with integer math is not sufficient. Ideally, all computation must use fractions to avoid rounding errors. This is required for 23.976 and 59.94, as they are equal to 3753.75 and 1501.5 ticks respectively. If you wish to process all common framerates as an integer count of ticks, you need to use a 360 kHz base clock.

Even FFmpeg gets 23.976 wrong in TS containers: all video PTS will be spaced by exactly 41.7 ms (3753 ticks), effectively producing a video running at 23.980815 fps rather than 23.976. 23.976 requires the PTS delta to be 3754 on every frame except when `frame_id & 0x3 == 1`, where it has to be 3753. This all comes down naturally if you use fractions, as the tick count is truncated to integer at the very end.

But in the digital realm, you may encounter any framerate and even some where frames last longer than on second. It is the responsibility of the software to convert a milliseconds timestamp to a frame count accurately without any rounding error.

Emulgator

26th November 2024, 18:11

Ah yes, true. The 23.976fps being a fraction of NTSC indeed calls for 1/360000s ticks to make integer math sufficient.
Good find about FFmpeg, this tells a story about odd reported framerates relying on that.
I remember a discussion in mpucoder's forum about handling such prime fractions within his DVD VOB muxer,
and how he got kudos for implementing that elegantly...

cubicibo

26th November 2024, 19:05

I would still advise to use (integer) milliseconds for a subtitle editing software. The key is to implement a solid TimestampTimecode class that can be manipulated on both frames and millisecond at any time.
- When loading a SRT file, the framerate would be 1000 and both MS and TC are processed the same. If the user then specify a framerate to author the subtitles, then internanally the processing would adapt if the user shift everything by a single frame.
- When loading a PGS or DVB file, framerate would be inferred from the stream metadata (and possibly PTS?)

Anyhow, this is easy to suggest, but not necessarily easy to implement in the codebase.

markfilipak

26th November 2024, 21:23

Which in the end would ask for an internal granularity...
Ummm, unless there's something I don't know about...
SE needs to work from frame numbers...
Frame numbers, not accumulations. ...Or-- Or just grab the previous/next frame's PTS and compute hh:mm:ss.ms from that. How hard could that be, for gosh-sakes.

markfilipak

26th November 2024, 22:19

...If you wish to process all common framerates as an integer count of ticks, you need to use a 360 kHz base clock...
Actually, 720KHz is more comprehensive. I've used that as TB in FFmpeg and it worked fine in most play-software, but some play-software refused to play the videos.

cubicibo

26th November 2024, 22:40

You are missing the point. Subtitles are adapted to a given video whose timebase shall not be modified. This is why subtitles frequently use their own timebase in milliseconds. If the user wants to round timestamps to the closest frames, up to them to instruct the subtitling software what is the FPS and rounding direction. Anything else is insanity; just look at the complexity of VS and AVS source filters and how often they fail to estimate the framerate.

This is exactly why I said the default time unit should be a millisecond, unless the subtitle format specify a framerate, like PGS.

markfilipak

26th November 2024, 23:16

You are missing the point. Subtitles are adapted to a given video whose timebase shall not be modified.
Agreed.
This is why subtitles frequently use their own timebase in milliseconds.
Agreed.
If the user wants to round timestamps to the closest frames, up to them to instruct the subtitling software what is the FPS and rounding direction.
Subs and frames are unrelated... unless you want subs snapped to frames (which I do because I make tight subs and because I've found snapping to frames, especially to shot-change frames, to be necessary for flawless reading while listening.) I'd love to use all the sub-windowed features of SE all the time, but I've found SE unfortunately doesn't maintain frame snaps. So, I mainly use SE as a simple UTF-8 text editor.

Now, I'm fairly new to SE. There may be settings that do maintain frame snaps during editing but I just haven't found them. I would gain more confidence with SE if I knew what "cues" were and what the red and green zones signify.

markfilipak

27th November 2024, 03:17

Great news. I now see how SE is intended to be used. It took me 50 minutes to do what yesterday would have taken half a day. SE is terrific, but only if used as Nikse has planned.

But isn't that the way it always is? Isn't learning a tool mainly learning how the designer intended it to be used, and then sticking with it?

To paraphrase a well-known adage: "In the dark, every problem looks like a nail sticking up." Well, SE is there, but it's in the dark.

markfilipak

28th November 2024, 21:24

I stumbled across this:
https://github.com/Flitskikker/SubTimingsBeautifier/wiki/How-to-use-Sub-Timings-Beautifier
It appears that Nikse has integrated Flitskikker's work into SE, but with some changes.

There are 11 green Zones and 11 red Zones. What do the colors signify?

In cues
Zones (blank interval)
(green) <-- what does this control?
(red) <-- what does this control?
Zones (subtitled interval)
(green) <-- what does this control?
(red) <-- what does this control?
Out cues
Zones (subtitled interval)
(green) <-- what does this control?
(red) <-- what does this control?
Zones (blank interval)
(green) <-- what does this control?
(red) <-- what does this control?
Connected subtitles
In cue is closest
Zones (end of sub1)
(green) <-- what does this control?
(red) <-- what does this control?
Zones (start of sub2)
(green) <-- what does this control?
(red) <-- what does this control?
Out cue is closest
Zones (end of sub1)
(green) <-- what does this control?
(red) <-- what does this control?
Zones (start of sub2)
(green) <-- what does this control?
(red) <-- what does this control?
Chaining <-- what is the physical meaning of "Chaining"?
General
Zones
(green) <-- what does this control?
(red) <-- what does this control?
In cue on shot change
Zones
(green) <-- what does this control?
(red) <-- what does this control?
Out cue on shot change
Zones
(green) <-- what does this control?
(red) <-- what does this control?

Related Questions: What
- if a subtitle ends before a red Zone?
- if a subtitle ends in a red Zone but before a green Zone?
- if a subtitle ends in a green Zone?
- if the green Zone is larger than the red Zone?
- if the red Zone is larger than the green Zone?
- if the red Zone and the green Zone are the same size?
- if a subtitle begins after a red Zone?
- if a subtitle begins in a red Zone but after a green Zone?
- if a subtitle begins in a green Zone?
- if the green Zone is larger than the red Zone?
- if the red Zone is larger than the green Zone?
- if the red Zone and the green Zone are the same size?

PS: To clarify: Martijn van B. (aka Flitskikker) has written some nice documentation. But that documentation has not been included in SE, not even by reference, and, what green and red Zones signify is not documented.

markfilipak

29th November 2024, 06:10

Is there any way to force SE to put these:

'c:\Users\Administrator\AppData\Roaming\Subtitle Edit\TimeCodes\a4380571ab71e489.timecodes'
'c:\Users\Administrator\AppData\Roaming\Subtitle Edit\ShotChanges\a4380571ab71e489.shotchanges'
here:

'g:\[D]\Videos\_subtitles_chapters\STAR TREK, TNG [1987..1994]\5-113 Conundrum.timecodes'
'g:\[D]\Videos\_subtitles_chapters\STAR TREK, TNG [1987..1994]\5-113 Conundrum.shotchanges'
instead, so that they go right beside this:

'g:\[D]\Videos\_subtitles_chapters\STAR TREK, TNG [1987..1994]\5-113 Conundrum.srt'
Why? Well, when I launch SE on '5-113 Conundrum.srt', it is not finding the timecodes and shotchanges, so I have to run beautify again. Also, the numbers are making me crazy.

Edit: I tried to import 'C:\Users\Administrator\AppData\Roaming\Subtitle Edit\TimeCodes\a4380571ab71e489.timecodes', but that failed.
The image below is a composite of 2 screen shots.
https://forum.doom9.org/attachment.php?attachmentid=18777&stc=1&d=1732858550

Huh? "...include a copy of the subtitle." I don't know how to respond.

Emulgator

29th November 2024, 17:44

At the moment SE rolls the dice to make names, and paths are hardcoded.
Maybe you can ask Nikse to change that, I would welcome that too.

markfilipak

29th November 2024, 18:04

At the moment SE rolls the dice to make names, and paths are hardcoded.
Maybe you can ask Nikse to change that, I would welcome that too.

Thanks, I will. That purportedly is the way Flitskikker's beautifier worked. ... I would run Flitskikker's beautifier on its own and then import the timecodes and shotchanges but as you see from my previous post, importing timecodes doesn't seem to work either -- it seems to provoke some sort of generic unknown-subtitle-type response. I've tried opening to the SRT file, and opening to the video file, but whichever file is opened first, I get the same response upon import of the previous timecodes. Actually, SE _should_ bring in the existing timecodes that it generated in an earlier run, but that isn't happening either. Oh, dear. Do you have any insight into these problems? I'd prefer a workaround to having to spend the time and effort to compose and test and document a bug report.

Emulgator

30th November 2024, 17:02

Here I run 5 versions of SE side by side as noinstalls,unpacked straight from the .zip, so no hassle with hidden/shared paths.
C:\Users\Administrator\AppData\Roaming\Subtitle Edit\TimeCodes\: I would abhore that ;-)
For the cutting edge version
C:\_PROG\! Subtitle Tools\SubtitleEditBeta\SceneChanges
C:\_PROG\! Subtitle Tools\SubtitleEditBeta\ShotChanges
C:\_PROG\! Subtitle Tools\SubtitleEditBeta\TimeCodes
For the safe versions SE408
C:\_PROG\! Subtitle Tools\SE408\SceneChanges
C:\_PROG\! Subtitle Tools\SE408\ShotChanges
C:\_PROG\! Subtitle Tools\SE408\TimeCodes
and so on down to SE404.
Let SE generate the first set of timecodes/shotchanges.
Make a copy of each, rename the originals
6316127b6e514232.timecodes20241130a
change any threshold and let SE regenerate.
Same procedure. Rename to
6316127b6e514232.timecodes20241130b
.....
6316127b6e514232.timecodes20241130c
Now you may merge (WinMerge)/handedit on these.
Merge them as you prefer and rename the result back to
6316127b6e514232.timecodes
SE should read that file with the same name back into the linked project without knowing you were inbetween.
If I can force a timecode file with differing name into a project... let's see.
At the moment I can't find the way of SE linking the .waveform .gifs, and the timecodes, and the shotchanges with the assets.

markfilipak

30th November 2024, 19:58

Here I run 5 versions of SE...
Emulgator, I'm going to assume you are responding to me. Kindly forgive me if I'm wrong.

Why are you running five differing versions of SE?

Are you suggesting that differing shotchanges, some with 'bright'-thresholds (~0.20) and some with 'dim'-thresholds (~0.07) be made, then edited, then merged with the bright segments taken from the 'bright'-shotchange file and the dim segments taken from the 'dim'-shotchange file? Yes, of course. But is that necessary?

I have set threshold to 0.07 and simply ignore any false shotchange-bars that result -- they really don't hurt anything. As an experiment I was thinking of setting threshold to 0.01 in hopes that every frame would be considered a shotchange frame so that when I move subtitle front-ends and/or back-ends with shotchange-snap "ON", they will always be frame-aligned. I don't have the time for the experiment now, but I may do it in the future.

Edit:
I tried to do the experiment but the shotchange threshold (aka "sensitivity") wouldn't go below 0.05, so I abandoned the attempt.

guest

1st December 2024, 10:44

I have a lot of trouble when the subtitles I run thru SE have a lot of these ♪...

It doesn't seem to make any difference if the Music Symbol option is checked or not.

Emulgator

1st December 2024, 14:38

Shotchanges can of course be handled within one version of SE, ffmpeg/ffprobe do not change in that regard.
And setting any threshold to very sensitive, then deleting the false positives is good too.

I only mentioned my 5-version approach to explain the possibility of choosing from a multitude of results without having to un/reinstall
AND no interference with my files while in common system paths.
If I want to introduce any file to the other SE version I copy over and I rename, not hoping for being picked up or not and fail.

As an example the various speech-to-text results of the various whisper installations that manifest with different SE versions across different languages make it worth for me.
In the end I shall keep 3.6.13 with the then whispers, and maybe some 2 or 3 earlier versions 4.0.x, like 4.0.2, 4.0.4..., and the last version.

markfilipak

1st December 2024, 17:25

I have a lot of trouble when the subtitles I run thru SE have a lot of these ♪...

Tip: Those are UTF-8 symbols. Do you have trouble with UTF-8? What sort of trouble?

markfilipak

2nd December 2024, 04:51

Timecodes from the preceding session do not reload in a new session -- same MP4, same SRT. In an attempt to make the situation better, if I use 'File'>'Import'>'Time codes...' an open dialog appears; if I deselect 'Files of type: Subtitle files'and select 'Files of type: All files'then browse to 'c:\Users\Administrator\AppData\Roaming\Subtitle Edit\TimeCodes\eeab10db83639b26.timecodes' and open it, I get the timecode list, but with same "Unknown subtitle type" notice shown in my posting, here: https://forum.doom9.org/showthread.php?p=2010626#post2010626. If I nonetheless click [_Okay_], timecodes are still not loaded. I believe this is a bug. Does anyone wish to comment? Replication of this would be helpful. Thanks!

markfilipak

2nd December 2024, 05:29

May I suggest again that there needs to be a hard ? Perhaps shown as < >?

Without < >, this:
- PICARD: Situations like these are - What?
- PICARD: never easy, Number One. - What wasn't easy?
is displayed as
- PICARD: Situations like these are- What?
- PICARD: never easy, Number One.
- What wasn't easy?
If I add any punctuation following the word "are", then the second line of the first subtitle is correctly displayed (along with the bogus punctuation of course). But if there is nothing following the word "are", then the second line is incorrectly concatenated as shown above.

Emulgator

2nd December 2024, 06:16

No problems here. I just input text "- PICARD: Situations like these are" without tags, press ENTER, and there it is: A hard line break.

markfilipak

2nd December 2024, 06:25

No problems here. I just input text "- PICARD: Situations like these are" without tags, press ENTER, and there it is: A hard line break.

The problem is with the 2nd line following the 1st line. There is no hard line break between them even though there's between them, so, the 1st & 2nd lines become one line. I have run into this error many times. This time, I can't find a trick to fix it -- that is, I can't put any punctuation at the end of line 1. Look at my post completely.

PS: I just reread your posting... I am _not_ putting the ' ' tags in. SE is putting them in.

PPS: To be clear, the source is this:

545
00:36:42,450 --> 00:36:44,740
- PICARD: Situations like these are
- What?

cubicibo

2nd December 2024, 09:27

SRT sucks, stop using it and move to better formats like ASS.

guest

2nd December 2024, 09:58

Tip: Those are UTF-8 symbols. Do you have trouble with UTF-8? What sort of trouble?

OK, so how do I deal with that ??

I don't have any other issues that are worth complaining about, but the music symbol is a problem, and has been for me, for years.

I "rip" the subs using gMKVExtractGUI.v2.6.4, and then run it thru SE, and some of the characters that it replaces the music symbol with, are very random & varied.

I will capture the symbol every so often, tho.

Any suggestions ??

guest

2nd December 2024, 10:00

SRT sucks, stop using it and move to better formats like ASS.

Maybe so, but what if your TV doesn't recognise ASS ???

cubicibo

2nd December 2024, 10:59

Maybe so, but what if your TV doesn't recognise ASS ???

Complain to the TV manufacturer, or use other formats. People got LG to add support for new formats by complaining continuously.

markfilipak

2nd December 2024, 12:41

... Any suggestions ??

Yes. Use SE to rip the subs.

Emulgator

2nd December 2024, 22:21

I think I get it now.
I was inputting 1st line by hand, pressing ENTER, inputting 2nd line and fine, got my hard line break;
and you were handing over a 2-liner .ass file which got then rendered as 1-liner ?

markfilipak

2nd December 2024, 22:55

I think I get it now. ... and you were handing over a 2-liner .ass file which got then rendered as 1-liner ?

Not quite, my friend. I'm working on an SRT. This fragment:
545
00:36:42,450 --> 00:36:44,740
- PICARD: Situations like these are
- What?
is the SRT source. And because "are" is not followed by a punctuation character, it's rendered as this:

- PICARD: Situations like these are- What?
This:

- PICARD: Situations like these are - What?
is the list version of the same fragment. Is that clear, now?

What I propose is that a hard line break be added to SE so that the lines are displayed as this:
- PICARD: Situations like these are
- What?
I also propose that the hard line break be list-displayed as < >.

PS: It occurs to me now that perhaps the "are " -- no punctuation following "are" -- exposes a bug, eh?

Emulgator

2nd December 2024, 23:22

Copied your first code block 545... into Editor, renamed Picard.srt, opened onto any odd video in SE4.0.8:
Rendered here as a 2-liner from the start.
A program settings thing maybe, otherwise the world of SE users would have complained ?

markfilipak

3rd December 2024, 00:10

... A program settings thing maybe, otherwise the world of SE users would have complained ?
Oh, dear... I have:
'Settings'>'Continuation style'>'None' <<-- this is my setting
'None, dots for pauses (trailing only)'
'None, dots for pauses'
'None, ellipsis for pauses (trailing only)'
'None, ellipsis for pauses'
'Dots (trailing only)'
'Dots'
'Ellipis (trailing only)'
'Ellipis'
'Dash'
'Dash, but dots for pauses'
'Custom'
Perhaps your setting is something other than 'None', eh?
I don't think I've changed any settings other than 'Appearence'.

Emulgator

3rd December 2024, 00:13

"None" here as well, never touched it. Hm.

Emulgator

3rd December 2024, 00:24

A writeup of SE's proxy file depencies/conventions, maybe helpful for any manual pruning:
https://forum.doom9.org/showthread.php?p=2010776

markfilipak

3rd December 2024, 00:28

"None" here as well, never touched it. Hm.
It's a mystery... Thanks for trying. ...Umm, look at your SRT in list mode and make sure that "are" is followed by " " with nothing in between?

PS: I now think this bug has nothing to do with punctuation (see https://forum.doom9.org/showthread.php?p=2010877#post2010877).

Emulgator

3rd December 2024, 00:39

markfilipak

3rd December 2024, 00:55

A writeup of SE proxy...
I believe you are misusing the word "proxy". I think you mean "specification".

markfilipak

3rd December 2024, 00:58

(Retyped from list window)
- PICARD: Situations like these are -What?
renders correctly as 2 lines in Edit window.
Without video, without audio, naked SE 4.0.8 standalone, unpacked from .zip, no common paths.
Conflicting/shared Settings.xml ?

Yours:- PICARD: Situations like these are -What?
Mine:- PICARD: Situations like these are - What?

PS: I've noticed that SE has a lot of off-by-one bugs. This may be one of them.

PPS: The dialog is from "Star Trek: The Next Generation", season 5, episode 123, "The Next Phase". I just reloaded it and ran a test. I could not replicate the problem. That's disturbing. It means the problem has something to do with timecodes and/or shotchanges, which were not reloaded even though they still exist. I continue fixing ST:TNG subtitles and will keep my eyes open to this problem and see if I can replicate it in the future.

guest

3rd December 2024, 04:15

Yes. Use SE to rip the subs.

OK, thanks, I will it a shot :)

leoenc

3rd December 2024, 18:09

Is there a way to set more parameters for VobSub export via the command line? (E.g. font family, size, simple rendering...)
Perhaps there's a way to use a template file with all of the settings that are available in the GUI VobSub export window?

markfilipak

3rd December 2024, 18:23

Is there a way to set more parameters for VobSub export via the command line? (E.g. font family, size, simple rendering...) ...

Subtitles on DVDs and Blu-rays are pictures of text. You can use FFmpeg to split out the pictures and save them as graphics. That's what SE does. To get letters with fonts and sizes you need to optically convert the pictures to strings of textual characters. That's what optical character recognition (OCR) does.

leoenc

3rd December 2024, 18:32

@markfilipak, maybe I wasn't clear. I'm converting SRT to VobSub, not the other way around.
Here is my current CLI:
SubtitleEdit.exe /convert subtitle.srt VobSub /fps:25 /resolution:3840x2160 /targetfps:25

markfilipak

3rd December 2024, 18:46

@leoenc, if you are making an MP4, I've not seen any computer-based player that will not render an embedded (muxed-in) SRT stream. So, I assume you're making a DVD and need vobsubs. I don't do that. I can't help. Sorry. I suggest you try FFmpeg.

leoenc

3rd December 2024, 19:03

Actually I need to create MPEG-TS with DVB subtitles in ffmpeg, which requires bitmap based subtitles as input.

markfilipak

3rd December 2024, 19:15

Actually I need to create MPEG-TS with DVB subtitles in ffmpeg, which requires bitmap based subtitles as input.

I've not done that, but I know that others have. FFmpeg has the text renders, with font control, and the codecs to get what you want. If you figure out the FFmpeg commands that do it, you may be able to use the very same commands in SE since SE uses FFmpeg... or you can just do it in FFmpeg and skip SE entirely.

leoenc

4th December 2024, 08:55

I haven't been able to convert textual subtitles to bitmap based subtitles with ffmpeg. It is limited to text->text or bitmap->bitmap workflows.

BUT, I managed to get much better results with SubtitleEdit /Convert when using ASS instead of SRT as I can edit the font/size etc. in the ASS file itself before conversion.

Emulgator

4th December 2024, 13:07

markfilipak

4th December 2024, 21:17

I haven't been able to convert textual subtitles to bitmap based subtitles with ffmpeg. It is limited to text->text or bitmap->bitmap workflows.

You are presuming. It is not true. I know people have made bitmaps from text using FFmpeg and then made subtitles from the bitmaps. I've not needed to do that myself.

leoenc

5th December 2024, 11:06

A resolution 3840x2160 is is out of vobsub specs anyway.
In .ts 1920x1080 SUP would work.
Then your workflow would be <your file> SE -> .srt -> tsMuxeR -> .ts or .m2ts
In tsMuxeRGUI you can specify font, color and alignment for the first SUP stream.
If you need more SUP streams then you would handedit the other streams into the tsMuxeR .meta file from first attempt, then run the tsMuxeR CLI from a batch file pointing to that .meta file.

I deliberately use double the resolution of full HD, as then the subtitles render with antialiasing when scaled down.
When using SUP as source, the subtitles render incorrectly by ffmpeg (half of the subtitles is cut off).
I cannot use GUI tools, I'm building an automated workflow.

leoenc

5th December 2024, 11:09

You are presuming. It is not true. I know people have made bitmaps from text using FFmpeg and then made subtitles from the bitmaps. I've not needed to do that myself.

I'm not presuming. Here is the output straight from ffmpeg:
[sost#0:2/dvbsub @ 0000024b03ac9cc0] Subtitle encoding currently only possible from text to text or bitmap to bitmap

Trust me, I've posted this after days of researching this online. I couldn't find anyone that made this work otherwise.

Emulgator

5th December 2024, 11:18

3840x2160 is is out of SUP specs as well, this plane is limited to 1920x1080.
No GUI ? see tsMuxeR CLI.

markfilipak

5th December 2024, 16:13

Trust me, I've posted this after days of researching this online. I couldn't find anyone that made this work otherwise.

FFmpeg can make static pictures out of any text. Once they are pictures, the pictures can be converted to various graphical subtitle formats. I've not done that sort of thing, but others have. If the graphical subtitles get cut off, then the pictures need to be dimensioned to oppose the cut off. Again, I've not done that, but others have.

There is an FFmpeg user's mailing list by which you can ask questions.

PS: When you render the text as pictures, you don't have to save them as files with serialized names. The pictures can be streamed into the coder that makes the subtitle stream, then the streams can be muxed -- all in one process, one command line.

PPS: You see, FFmpeg is not meant to be evoked by end-users. It's meant as a go-between between a script or GUI and the coders. That's why so many FFmpeg error messages say "Fix your code". That's why the FFmpeg documentation is unsuited to novices.

markfilipak

5th December 2024, 17:46

I've noticed that this: "- This is one speaker - This is another speaker" splits to make this:
This is one speaker
This is another speaker
But this: "- This is one speaker-- - This is another speaker" splits to make this:
- This is one speaker--
- This is another speaker
The "^- " (regexp) substrings are not being removed. It is a hard fault. It has nothing to do with punctuation.

Again, I suspect an off-by-one bug.

Nikse555

5th December 2024, 19:09

I stumbled across this:
https://github.com/Flitskikker/SubTimingsBeautifier/wiki/How-to-use-Sub-Timings-Beautifier
It appears that Nikse has integrated Flitskikker's work into SE, but with some changes.

...

PS: To clarify: Martijn van B. (aka Flitskikker) has written some nice documentation. But that documentation has not been included in SE, not even by reference, and, what green and red Zones signify is not documented.

Martijn (as the nice guy he is) has integrated his "SubTimingsBeautifier" into SE.
Read more here: https://github.com/SubtitleEdit/subtitleedit/pull/7105

----

Also, sorry for not being more active here.

@markfilipak: You reported a crash a while back... I cannot re-create the crash, can you still?

markfilipak

6th December 2024, 00:47

... Also, sorry for not being more active here.
It's nice to 'see' you here. I do hope all is well.

@markfilipak: You reported a crash a while back... I cannot re-create the crash, can you still?
I will try, sir. Let me explain...
I now use SE as expected: Layout 1, beautified, audio loaded. I used to use Layout 12 with MPV running separately and while switching between source view and list view. Unfortunately, I don't recall whether the crash occurred in Layout 1 or Layout 12.

There appear to be two major problems: 1, regexp, and 2, focus. I will cover them separately.

1, regexp.
The crash occurred during a regexp 'Find' but you already know that. I've found that sometimes regexp is sticky: a case sensitive 'Find' following a regexp 'Find' does not do a case sensitive search for the new string, but instead repeats the regexp search for the previous regexp. That 'stickiness' happens regardless of what the 'Find' dialog shows is selected. When it happens, if I close the 'Find' dialog and reopen it, the search history dropdown doesn't show the new string at all -- as if the case sensitive search didn't occur. Regexp seems to behave better now that I'm using Layout 1. I will be more diligent now that I know you actually read what I write.

2, focus.
Lack of focus and bogus focus is driving be a bit goofy and I sometimes lose whole subtitles. In Layout 12, there is no focus when SE is launched. As a result _all_ searches fail. I have to F2 from list view to source view, click on something (anything) in source view and then F2 back to list view. Once again, Layout 1, seems to not have this problem.

Edit add:
If I click the controls of the audio streamer: 'Play current' 'Next' 'Pause' or the play-pause button below the audio waveform, I may not notice that the 'Text' box has the current subtitle selected. If I use 'space' to stop the play, the current subtitle is replaced by that space character. I am not selecting the text. SE seems to do that on its own.

If the preferred usage is to open the SRT, then open the MP4, then apply timecode and shotchange beautification, then capture audio, I'd prefer SE to open a dialog for the SRT and MP4 and then do everything in one go so that I can do other things on my computer while the timecodes, shotchanges, and audio are loading.

Also, if I close SE and reopen, the timecodes, shotchanges, and audio are not reloaded. I have to go through the sequence all over again. I've tried importing timecodes and shotchanges from the previous session but that doesn't work.

I will do whatever you ask in order to help you.

Oh, yes, one more thing: I've noted cursor positioning and regexp errors that are best described as off-by-one faults.

--Mark.

Update: I just reloaded a prior job and timecodes, shotchanges, and audio waves _were_ reloaded, so whether or not reloads work is variable and not predicable. I will try to pin the problem down but I can't dismiss the feeling that it's related to focus flakiness. Initialization seems flaky.

markfilipak

11th December 2024, 04:53

I've realized why timestamps and shotchanges and wavs are sometimes not reloaded. When I make video.mp4 that has new subtitles, SE thinks it's a new job and doesn't reload the timestamps and shotchanges and wavs. It thinks it's a new job because the hash of video.mp4 has changed.

Hey! The video and audio streams have not changed! They have been remuxed with the new subtitles, that's all. The old timestamps and shotchanges and wavs are still valid.

This is also probably why I could not import the old timestamps and shotchanges and wavs.

Suggestion: Get rid of the hashes and use _names_. That would eliminate the problem. I can manipulate names. I can't fix-up hashes.

Emulgator

12th December 2024, 16:52

You can.
Let SE generate just one cheap kind of proxy file from the new video.mp4, the .wavs are enough.
You only need their hashed name. Copy the new name.
Paste the name to your trusted old proxy files, be it .shotchanges, reload.
BTW, I don't like hashes either, I am a handedit guy too.
But they make sense, because a reencode/remux under the same name might have different properties and following assumptions may fail silently.

markfilipak

12th December 2024, 18:38

...But they make sense, because a reencode/remux...
There is no reencode. The timestamps and shotchanges and wavs do not change. You know that. You wrote "reencode" while you were on autopilot. :-)

Emulgator

12th December 2024, 19:58

A .mp4 which "has new subtitles"... muxed in ? The hash algo would see a non-identical stream.
Is that a reencode or not ? For the hash algo: yes, for someone who concentrates on the video stream only: maybe not.
As I sequentially added 3 streams audio muxed into my .mp4 intermediates, that hash also changed.
So I had to adjust to that, renamed and could reuse what I prepared before.

I would expect no change in ,mp4 stream hash and no change in sideloading of proxies indeed, if you just generated .srt or .ass sidecar files.
Is it the latter ?

markfilipak

12th December 2024, 23:31

A .mp4 which "has new subtitles"... muxed in ?
Yes.
The hash algo would see a non-identical stream.
Is that a reencode or not ?
No. If I belabor the issue, people will not like it. Let me just say that textual subtitles are encapsulated and stored as plain text. They're not encoded. Nothing is reencoded or transcoded; just remuxed.
For the hash algo: yes, for someone who concentrates on the video stream only: maybe not.
By my reasoning, the idea of hashes should be abandoned.
As I sequentially added 3 streams audio muxed into my .mp4 intermediates, that hash also changed.
So I had to adjust to that, renamed and could reuse what I prepared before.
Of course.
I would expect no change in ,mp4 stream hash and no change in sideloading of proxies indeed, if you just generated .srt or .ass sidecar files.
Is it the latter ?
No. I remux -- with the new subtitles -- and then discover I'd missed something. So, I launch SE and fix it and remux a second time. I have built a factory to do it. During the intermediate fix, I usually don't need to consult the timestamps, shotchanges, or wavs, but sometimes I do.

I understand why Nik uses hashes. But if I choose to import the old timestamps, shotchanges, and wav, should SE silently refuse? ...I'll leave that statement as my final thought. Your idea to run new wavs and then rename the others is a good one. I'll use it. Thanks!

markfilipak

13th December 2024, 03:43

Using SE is the preferred manner... A regexp 'Find' for ^- (in order to find subtitles that contain splits) works only in the 'forward' [F3] direction. In the 'reverse' [Shift]+[F3] direction, any previous - is found regardless of whether it's at the beginning of the subtitle. To me, this again indicates an off-by-one flaw.

markfilipak

13th December 2024, 04:38

I would really like it if, when the mouse is over the waveshapes, the focus in _on_ the waveshapes instead of on the 'Text' box. That way, mouse scrolling would work and the space bar would control play-pause (instead of overwriting the subtitle text). By the way, I did not _put_ the focus on the 'Text' box -- it just happens (and is really irritating).

Nikse555

13th December 2024, 17:23

You can use Options - Settings - Waveform - set focus on mouse enter.

Would it help, if you could select from shot changes from the cache (from old video files), in the menu Video - Import shot changes?

Hopefully 4.0.9 will be out soonish.

markfilipak

13th December 2024, 18:06

You can use Options - Settings - Waveform - set focus on mouse enter.
Thank you! That's wonderful. I set both:
[x] Set focus on mouse enter
[x] Also set list view focus on mouse enter in list view
You might consider making those default.
To be honest, Settings scares me. I once clicked "Restore default settings" thinking it applied to only the settings that were shown but SE restored _all_ default settings, including 'Multiple replace'. I lost a lot of work.

Would it help, if you could select from shot changes from the cache (from old video files), in the menu Video - Import shot changes?
Yes indeed! But only if it was possible to determine the name of the video. Instead of hashes, consider this: VideoName.shotchanges, VideoName (1).shotchanges, VideoName (2).shotchanges, ...

May I send you a private message?

Nikse555

14th December 2024, 18:27

OK, beta updated. SE can now import shot changes "From existing cache..." - and the video file name of now a part of the shot changes file name.
https://github.com/SubtitleEdit/subtitleedit/releases/download/4.0.8/SubtitleEditBeta.zip

Sure, I do read private messages.

markfilipak

19th December 2024, 23:55

When SE is run on a command line, and when it's ready to OCR, it opens a "Transport stream subtitle chooser" dialog. That dialog is not getting the focus and does not appear on the taskbar. The only way to see it is to minimize the other windows. However, windows that are running virtual machines will not minimize, so the dialog cannot be seen at all. That situation requires fixing. All that is needed is for SE to appear on the taskbar so that it can be clicked.

This applies to Windows.

markfilipak

19th December 2024, 23:58

... the video file name of now a part of the shot changes file name.
https://github.com/SubtitleEdit/subtitleedit/releases/download/4.0.8/SubtitleEditBeta.zip

I'm running the beta. The video file name is _not_ part of the shot changes file name.

markfilipak

20th December 2024, 00:13

When running SE on a command line:
"C:\Program Files\Subtitle Edit\SubtitleEdit" H:\BDMV\STREAM\source.m2ts
SE wants to save the SRT here:
H:\BDMV\STREAM\source.srt
However, drive H: is an optical disc drive, so saving source.srt there fails. I've tried all the usual command line switches listed by 'SubtitleEdit /help'. None works. How can I get SE to save the SRT somewhere else by default (i.e., without browsing in the save dialog)?

markfilipak

20th December 2024, 02:56

In September I created an SRT by my old method, which was to extract subs from the source M2TS, then use FFmpeg to make an MP4, then run the MP4 in MPV while manually editing the SRT in SE. I essentially used SE, source mode, as a UTF-8 text editor. Then I used FFmpeg to mux the SRT into the MP4. The whole process took forever but the subs were exact. Each sub started and ended exactly in sync with the vocalizations -- very, very tight. (Actually, too tight.)

Now I'm using SE on that SRT in the way Nikse intends: layout #1 with snaps to timecodes and shotchanges, and I find the subs are a little more than 700ms early -- that's 17 frames early, very noticeable.

In frustration, I threw out the SRT and extracted a new SRT _from_ the MP4. Right now I'm looking at the MP4 via MPV, frame-by-frame, while looking at the SRT. The subs in the _new_ SRT are 3 frames early. I am baffled.

https://forum.doom9.org/attachment.php?attachmentid=18781&stc=1&d=1734663213
The top waveform is from the stereo stream. The bottom waveform is the FC channel of the 7.1 stream. They are different and neither of them match the times of actual utterances as I have observed from lip movements in MPV. In MPV they are identical. In SE they are both wrong.

The top waveform is 1000ms early. The bottom waveform is 800ms early.

The only way I noticed these errors was because my original SRT was manually made, via my old method (i.e., Layout #12), with exact subtitle startings and endings that were exactly matched to lip movements.

Summary: The actual subs in the MP4 are exact. But the subs extracted from the MP4 are 3 frames early. The waveforms shown are 1000ms early for the stereo source or 800ms early for the front-center channel of the 7.1 source. So many moving parts makes this a confusing issue, eh? Are you confused? I hope not.

PS: To help clear this up, What is shown below is what SE displays (top) versus actual (bottom).
https://forum.doom9.org/attachment.php?attachmentid=18783&stc=1&d=1734727865
The subtitle start is actually slightly later than what SE displays, and the actual utterances quite a bit later than what SE displays.

Nikse, I've tried every way I know to get this sample to you. It's only 364MB. Neither github nor email will accept it. Sorry.

UPDATE.
I'm editing the next video and there's no problems. Something about the video above is throwing SE off, or throwing FFmpeg off, or both. I will retain the six minute sample for a few days...

UPDATE.
Unfortunately, the screen capture in "PS:" has been removed. Doom9 did that, not me.

markfilipak

25th December 2024, 05:20

Here's what I want:
All in- and out-cues aligned with frames. <<-- I have done this
I will manually put in-cues on shot-changes, or not.
If sub1's out-cue is less than 2 frames from sub2's in-cue, then move sub1's out-cue to sub2's in-cue minus 2 frames.

SE is moving in-cues. I don't want SE to move in-cues.

How do I set up Tools > Beautify time codes... > Edit profile to do what I want?

There's an alternative: If you know what red zones and green zones are about, would you please, please tell me?

Emulgator

25th December 2024, 14:48

Summary: The actual subs in the MP4 are exact. But the subs extracted from the MP4 are 3 frames early.
The waveforms shown are 1000ms early for the stereo source or 800ms early for the front-center channel of the 7.1 source.
If the source SE gets to see contained any muxing offsets ("audio delay", timestamp offsets and so on) it will be a can of worms.
The usual muxing offset TS of Blu-ray .m2ts alone generates such unexpected offset because on timestamp generation
ffmpeg reads the stream, finds first frame at muxing offset TS, reports that as "timecode" and SE can only interpret that as valid subtitle timecodes.
While it is not. An extra routine would have to parse such .m2ts extra and subtract that muxing offset value from the reported values, then generate the report. (Maybe a hint to Nikse to add that delay check before)
For now I would get rid of any wrong delay assumptions before manually.
I would not suggest to mux your generated .srt into .mp4 using ffmpeg, and then work from that remux again.
In fact do not use ffmpeg. cubicibo found out ffmpeg using wrong timestamp generations, especially with 23.976p
{45kHz/90kHz->180kHz for 23.976p ->[360kHz for 47.952p] problem:
It takes case-flipping of integers to get muxing right under given TS constraints, and this seems not implemented in ffmpeg yet}
If that applies here, don't know, but that finding is enough for me to avoid ffmpeg for anything muxing altogether.

I suggest to generate your work .mp4 mux containing video (plus all audio tracks and no subs) using any MP4Box GUI, I use MeGUI for that.
I keep all subs as sidecar files and work from the very same .mp4.
Only in the end I mux all subtitles into my desired final container.
Not using any ffmpeg, but MP4Box for .mp4
or tsMuxeR for .MTS, ts, .m2ts, Blu-ray volumes,
or mkvtoolnix for .mkv.
That was beautifully safe so far. Hope that helps.

markfilipak

25th December 2024, 19:57

If the source SE gets to see contained any muxing offsets ("audio delay", timestamp offsets and so on) it will be a can of worms.

Hello, my friend.

"Muxing offsets"? "Audio delay"? In an M2TS stream? I've never seen that. What packet analyzer are you using that shows you such a property? Now, I really think the difference in the timing of the two audio streams is in the display, within SE, but I'm always open to learning more of course. :-)

I use SE to extract PGS from the M2TS and convert to SRT via SE's optical character recognition (OCR). I've had no time stamp problems with that step. None at all, ever.

What I think is happening is that when I rerun SE, reopen the SRT, and beautify time stamps again (because SE does not reload the shot changes or wavs), SE is taking the time stamps in the SRT and changing them again -- which it shouldn't do because the time stamps haven't changed. Each time I rerun SE, the time stamps get further and further away from the original time stamps. The key is probably the red and green zones in 'Tools' > 'Beautify time codes...' > 'Edit profile'. But I don't know what the zones are or what red and green signify. It's not documented.

Aside: Only yesterday did I discover that I don't need to quit SE and rerun it -- that simply opening Beautify and clicking "OK" reruns the profile within the current SE session.

... I suggest to generate your work .mp4 mux containing video (plus all audio tracks and no subs) using any MP4Box GUI, I use MeGUI for that. I keep all subs as sidecar files and work from the very same .mp4. Only in the end I mux all subtitles into my desired final container. Not using any ffmpeg, but MP4Box for .mp4 or tsMuxeR for .MTS, ts, .m2ts, Blu-ray volumes, or mkvtoolnix for .mkv. That was beautifully safe so far. Hope that helps.
Yes, thank you. I'll look at those tools. FYI, I've never had a problem muxing via FFmpeg.

markfilipak

26th December 2024, 01:48

I think I've found a Beautify profile that works. It's listed below. Is there some way I can bind a single keyboard key -- any key -- to run it via the following:
Alt+T B B B Enter Tab Tab Tab Enter
or really, any method.

Of course, that would not be necessary if SE continuously snapped to frames and continuously ran the Beautify profile, but I understand that it does not.

Tools > Beautify time codes... > Edit profile

General > Gap: 2
In cues > Gap: 0
In cues > Zones: 0 0 0 0
Out cues > Gap: 0
Out cues > Zones: 0 0 0 0
Connected subtitles > In cue is closest > Gap: 2 0
Connected subtitles > In cue is closest > Zones: 2 0 0 0
Connected subtitles > Out cue is closest > Gap: 0 2
Connected subtitles > Out cue is closest > Zones: 0 0 0 2
Connected subtitles > Treat as connected if gap is smaller than: 100
Chaining > General > (•) Zones: 0 0
Chaining > General > If there is a shot change in between: Don't chain
Chaining > In cue on shot change > (•) Zones: 0 0
Chaining > In cue on shot change > [x] Still enforce General rules when unaffected
Chaining > Out cue on shot change > (•) Zones: 0 0
Chaining > Out cue on shot change > [x] Still enforce General rules when unaffected

UPDATE: The profile above works very well. And it's predictable. And it keeps cue points in their places once they have been placed and beautified -- they don't creep. I'm satisfied (though it still would be nice to know what the red and green zones are).

Emulgator

26th December 2024, 11:42

Is there some way I can bind a single keyboard key -- any key -- to run it via the following...
AutoHotKey (here an example for IrfanView Thumbnails Autoload if navigating focus through folders)
SetTitleMatchMode, 2
#IfWinActive IrfanView Thumbnails
SetKeyDelay, 0, 0
Down::
Send {Down}
Send {Alt}
Send o
Send u
return
Up::
Send {Up}
Send {Alt}
Send o
Send u
return

markfilipak

26th December 2024, 20:57

AutoHotKey...

You are a prince! I don't mean to disappoint you, but I don't need it now. You see, in the trial of my custom Edit profile (https://forum.doom9.org/showthread.php?p=2012093#post2012093), I had to run Beautify about 700 times. But now that I've gained confidence in my custom Edit profile I'm only running Beautify twice, at the beginning and at the end of a session, I don't need a hot key for something I only run twice. Thank you, though. You are a prince.

markfilipak

26th December 2024, 21:20

This would be a real time saver. Instead of moving sub1's out-cue and then sub2's in-cue, move them both, simultaneously.

Click sub1's out-cue and drag it to the right and it will eventually hit sub2's in-cue. When it does, drag them both!

Click sub2's in-cue and drag it to the left and it will eventually hit sub1's out-cue. When it does, drag them both!

Reversing direction during the drag drops the 'carried' cue where it is, but continues to drag the clicked cue, but in the new direction. That opens a gap between them.

markfilipak

27th December 2024, 19:32

[_<_Previous_] [_Play_current_] and [_Next_>_] play about 100ms past their actual out-cues. That's unwanted behavior. Is there a way to stop it? I couldn't find a setting.

markfilipak

28th December 2024, 03:22

# signifies what appears to be a hex digit.
################-1.wav is a particular SE waveform file. SE _does_not_ reload it, so the prior waveforms _do_not_ appear.
If I rename it to
################-0.wav, SE _does_ reload it, so the prior waveforms _do_ appear.

This appears to be yet another off-by-one problem. I'm running SE 4.0.8 because I had too many problems with 4.0.9.

markfilipak

28th December 2024, 07:04

Nikse, If you're going to grant focus to the List area on mouse-over, I suggest you remove its focus on mouse-out. When I try to delete a searched item in the Text box, SE wants to delete the current List subtitle, instead.

Currently (4.0.8) both show focus (by highlighted text), but only the List actually has the focus, not the Text box, which is where the mouse cursor is.

Emulgator

28th December 2024, 13:17

The suffix -0, -1, -2... is the audio track index.
https://forum.doom9.org/showthread.php?t=185943
(I have extended that post for the legacy case of non-suffixed waveforms)
If there is only one track (the first one), one should give index -0, pointing to -1 under these circumstances would be invalid.
My findings: The older than January 2023 files in my \Waveforms folder have no track index appended.
Within January 2023 I have both, track index and none; and the later ones have track index appended.
(Since I work from different SE versions and merge results there is no sharp border found)
Conclusion: SE versions before ~January 2023 seem to work on the first found audio stream, so do not append/respect any track index.
The later SE versions which can load more than one audio track would need to append/respect that track index.

markfilipak

28th December 2024, 15:45

The suffix -0, -1, -2... is the audio track index. ...
Thanks.

Track 0 was Dolby Digital stereo. Track 1 was DTS-HDMA 7.1, FC channel. This was yesterday, not 2023.

I suggest that Nikse save the wav as ################.wav and rely on the user remembering which index he/she extracted. Actually, the index is not important. Don't be anal compulsive.

markfilipak

28th December 2024, 16:05

... The later SE versions which can load more than one audio track would need to append/respect that track index.
Really?! How does one load more than one audio track (index, actually)? Why would one do that?

markfilipak

29th December 2024, 03:45

This has happened twice today. The MPV panel shows play-pause as paused and ready to play, while at the same time, the waveform panel shows play-pause as playing and ready to pause. The video will not play, no matter what I click. This appears to happen if I generate wavs _before_ beutification.

From experience, I do know that generating wavs _after_ beutification often malfunctions: The first attempt to generate wavs closes with no action.-- it has to be done a second time.

markfilipak

5th January 2025, 21:59

Operating these controls:
[_<_Previous_] [_Play_current_] [_Next_>_]
automatically moves the focus to the Text box. If I then move the mouse pointer to the wavs and press [_space_]...
What should happen: video play resumes
What does happen: the current subtitle text is replaced by a space.

These settings:
[x] Set focus on mouse enter
[x] Also set list view focus on mouse enter in list view
have no effect on this fault.

Workaround: click on the wav before pressing [_space_].

Verions 4.0.8.

markfilipak

12th January 2025, 19:53

I have a suggestion how to speed up these controls.
[_<_Previous_] [_Play_current_] [_Next_>_]
[____Pause_____]

1 - Change [_Play_current_]
to [_Play_/_Pause_]
Behavior:
While playing, [_Play_/_Pause_] immediately pauses.
While paused, [_Play_/_Pause_] re-initializes repeat, but resumes playing at the point it left off.
When the end of the text is reached, it automatically resumes with the next repeat, if any.

2 - Remove [____Pause_____]
It is no longer needed.

That way, I could watch the Waveform and pause at a particular point without having to move my mouse to hit the lower button -- I'm not very good at that. Bonus: It would be great if I could 'split' exactly at that pause-point.

markfilipak

20th January 2025, 23:30

Alt+V : Jumps the waveform to the previous subtitle and runs it.
Alt+N : Jumps the waveform to the next subtitle and runs it.
They are not listed in 'Settings', 'Shortcuts'.

Can I change Alt+v to Control+Left?
Can I change Alt+N to Control+Right?

How?

Thanks!

markfilipak

26th January 2025, 05:45

Before beautification: 00:40:11.242..00:40:12.744 <-- CORRECT

After beautification: 00:40:11.242..00:40:11.326 <-- CORRUPT

All three times are on frames.

The preceding out-cue is at 00:40:09.240.

The next in-cue is at 00:40:13.411

I have no idea how to proceed investigating the cause. I need help with that.

--Mark.
Notation: File is '3-61 A Matter of Perspective.srt', which will be retained for future inspection. The fault is hard -- it survives restarting SE.

==EDIT==
To detect the corrupted subtitle, run "Apply duration limits" with these settings [note]:

[X] Min. duration, milliseconds [__100_]
[_] Max. duration, milliseconds [_8000_]

The result:
Apply Line# Before After
[X] 637 40:11,242 --> 40:11,326 - 0,083 40:11,242 --> 40:11,342 - 0,100

Manually fix any durations that have been corrupted -- you cannot use beautify to do that.

[note] My beautify settings set gaps to 2 frames (i.e., 83 milliseconds). Different beautify settings may result in different bad durations -- I have not tested to see whether that's true.

==AFTER NOTE==
In about 100 videos, I found 3 or 4 that had similarly corrupted end out-cues. In all of them, beautify had set the out-cues to the in-cues so that the subtitles had zero duration.

VoodooFX

27th January 2025, 06:29

Report that at GitHub, with the files to reproduce the issues.

markfilipak

27th January 2025, 06:54

Report that at GitHub, with the files to reproduce the issues.

Thank you,

Report which? My latest posting?

The facts: What I posted is the only difference in the SRTs. And, any further analysis is not possible without the video source. The video source is 2.7 GB. Plus, the source is copyrighted and cannot legally be distributed.

Perhaps there is a private way to handle this fault, eh?

Yosho

31st January 2025, 00:07

New update, 4.0.11 broke spacebar playing video for anyone else?
I changed play/pause in settings as well from Control+P to space only, and it is still broken for me.
I tried uninstalling, reinstalling. Didn't work. Uninstalled, restarted, reinstalled, restarted, still broken.
Uninstalled, then reinstalled 4.0.10 and can confirm it works on that version. For now, 11 is broken it seems like.

markfilipak

31st January 2025, 08:49

UPDATE

I previously reported that the beautifier is driving some durations to zero. It's more complicated than that.

The beautifier is deducting exactly 2 seconds from the durations of random subtitles -- at least, the victims seem random. If the duration is less than 2 seconds, the result is zero duration.

Only end times (out-cues) are affected. Start times (in-cues) are not affected.

I have no more information at this time.

VoodooFX

31st January 2025, 12:38

New update, 4.0.11 broke spacebar playing video for anyone else?

https://github.com/SubtitleEdit/subtitleedit/issues/9289

Yosho

1st February 2025, 00:07

https://github.com/SubtitleEdit/subtitleedit/issues/9289

Thanks! Hope it gets fixed sooner than later.
I'm not wise of Github lingo so maybe I'm imagining things, but it seems like the creator said that they can't replicate the issue.

markfilipak

1st February 2025, 04:06

New update, 4.0.11 broke spacebar playing video for anyone else?

Howdy. I just updated to 4.0.11. Spacebar works much better -- the text of the sub doesn't get wiped out, now.

Focus seems to have been fixed so that spacebar affects only the waveform panel. Thanks to whomever fixed it. Appreciated.

markfilipak

5th February 2025, 02:35

I need to see shot changes, but I don't want to snap to them. Snapping to frames is all I want -- simply seeing where the shot changes are is sufficient and allows me more freedom to move in- and out-cues to where I want them.

Is there a setting to disable snap to shot changes?

Right now, if I do not select 'Snap cues to shot changes', then shot change detection is not allowed to run and they are not shown. Alternatively, if I do select 'Snap cues to shot changes' so that shot change detection is run, then snap to shot changes is always active, even when I deselect 'Snap cues to shot changes' later.

markfilipak

6th February 2025, 04:55

If I click-drag a cue back and forth without releasing the click, When I do release the click and undo, I expect the cue to go back to its original place, immediately, but it doesn't. Instead, it takes several undo operations. Each of the several undo operations does moves to various places between the back-and-forth limits. This makes no sense at all.

Is this the way SE is supposed to work?

markfilipak

6th February 2025, 05:22

Snap to shot change is driving me crazy. How can I turn it off?

UPDATE:
Now, deselecting 'Snap to shot changes' is turning it off. That appears to be new behavior since I've tried that before and it didn't work. I'll do more experimenting and report back.

THOUGHTS:
It appears I have to have 'Snap to shot changes' selected in the first beautify. Otherwise, I cannot obtain visible shot-change points at all. Thereafter, I have to have 'Snap to shot changes' deselected. Is that the way SE is supposed to work?

UPDATE:
I revise about 2.5, 45-minute TV shows per day. In the latest, this morning, I ran 'Extract time codes', then turned 'Snap to shot changes' on, then ran 'Generate / import shot changes...', then turned 'Snap to shot changes' off, then clicked 'OK'. Turning 'Snap to shot changes' off before the first 'OK' seems to have no effect. Cues snap to shot changes and only to shot changes without regard to whether 'Snap to shot changes' is on or off and without regard to whether 'Snap to shot changes' is turned off before the first 'OK'. What I would prefer is that cues snap to frames, always, and never snap to shot changes -- that shot changes are shown but are treated like any other frame. Apparently, 'Snap to shot changes' is always on regardless of selection, and that 'Snap to shot changes' is, instead, a control that merely enables the 'Generate / import shot changes...' button. That behavior seems illogical to me. Certainly, 'Snap to shot changes' does not function as implied by its name because, once shot changes have been captured, the setting of 'Snap to shot changes' is ignored.

markfilipak

8th February 2025, 19:58

The waveform panel is wasting half it's vertical resolution.

Soft audio makes finding words more difficult than it needs to be.

NOW:

| |
||| || |||
||||| ||||| |||||
||||A|||||||B|||||||||C|||||||||||||||
||||| ||||| |||||
||| || |||
| |

BETTER:

| |
|| | |||
||| || |||
|||| |||| |||||
||||| ||||| |||||
|||||||||||||||| ||||||||| |||
||||A|||||||B|||||||||C||||||||||D||||

They have the same vertical height, but the bottom display with its higher resolution reveals that there's a 'D' utterance. That 'D' utterance is sorely needed to place cues during soft passages.

BEST:

There is another way that actually saves vertical space and would make the panel layout better -- more space for the video playback panel for example: Show volume by color or intensity instead of by height. That way the same information takes less vertical space, a thinner panel -- a single, intensity-modulated line could show all the information that is currently taking much vertical space. I can't show that with text, but use your imagination, eh?

markfilipak

8th February 2025, 20:32

These are the standard game controls. They work well in SE for navigating waveforms. ASDWX could be a 'canned' setup option.

+---+
| W |
+---+
+---+ +---+ +---+
| A | | S | | D |
+---+ +---+ +---+
+---+
| X |
+---+

SE_Shortcuts.xml

<GeneralGoToPreviousSubtitleAndFocusWaveform>A</GeneralGoToPreviousSubtitleAndFocusWaveform>
<MainVideoPlaySelectedLines>S</MainVideoPlaySelectedLines>
<GeneralGoToNextSubtitleAndFocusWaveform>D</GeneralGoToNextSubtitleAndFocusWaveform>
<WaveformGoToPreviousShotChange>W</WaveformGoToPreviousShotChange>
<WaveformGoToNextShotChange>X</WaveformGoToNextShotChange>

I want to use 'S' as a play-pause toggle. Any ideas how I can do that?

REVISION:
Actually, I'd prefer to make 'S' a 'drive' key: press to play, release to pause.

UPDATE:
I just added 'S' to the SE_Shortcuts.xml shown above -- it was formerly F5, I think. It is not a 'drive' key and is not what I want, but it's the best I know how to configure for now. So, all five keys function. Try it out, folks, and let me know what you think.

MORE:
Here's how an 'S' 'drive' key would work: Pressing and holding 'S' would play the current line. When 'S' is released, play is paused. If 'S' is pressed and held again, play resumes where it was paused (rather than looping back to the beginning of the current line). If the end of the current line is encountered, then play loops back to the beginning of the current line. While 'S' is held, the current line plays over and over, until 'S' is released.

CONTINUED UPDATE:
I've used ASDWX keyboard keys now for several sessions. They work great. Editing is much faster and easier. The [_<_Previous_] [_Play_current_] [_Next_>_] and [_Pause_] functions are no longer needed, so I've removed all the functions in the south-west section of Layout #1 -- the waveform display now stretches across the entire lower panel, a welcome bonus. Bogus focus during searches has complicated things a bit, but I've compensated by always double-clicking on the found line in the north-west panel prior to clicking any of ASDWX. Double-clicking on the found line puts the focus in the waveform panel so that ASDWX works as expected. Without the double-click, the ASDWX keys go into the text box, which of course is not desired.

markfilipak

10th February 2025, 03:44

The waveform panel has a blue line that separates the past, on the left, from the future, on the right. Time flows left-to-right, so most work is done to the right of the blue line as unedited texts scroll in.

Currently, the blue line divides the waveform 50-50%. The left (past) part is not much use. It would be helpful if the waveform was split 25-75% or perhaps 10-90%.

markfilipak

10th February 2025, 17:00

This keyboard mapping also works great and is better for touch typists.

+---+
| R |
+---+
+---+ +---+ +---+
| S | | D | | F |
+---+ +---+ +---+
+---+
| V |
+---+

<GeneralGoToPreviousSubtitleAndFocusWaveform>S</GeneralGoToPreviousSubtitleAndFocusWaveform>
<MainVideoPlaySelectedLines>D</MainVideoPlaySelectedLines>
<GeneralGoToNextSubtitleAndFocusWaveform>F</GeneralGoToNextSubtitleAndFocusWaveform>
<WaveformGoToPreviousShotChange>R</WaveformGoToPreviousShotChange>
<WaveformGoToNextShotChange>V</WaveformGoToNextShotChange>

markfilipak

11th February 2025, 16:48

MPV has a volume overdrive step function: Keyboard '0' -- the stepdown is keyboard '9'. It can go up to 130%. It's needed to easily hear in soft passages. Could that be implemented in the MPV panel in SE?

UPDATE: I discovered that SE has 'Settings' > 'Video player' > 'Allow volume boost". I tried it. Now, SE sporadically turns the whole Windows volume down, usually to zero, at random times. So, I turned it off. Now, SE still sporadically turns the whole Windows volume down, usually to zero, at random times.

Oh, dear.

markfilipak

13th February 2025, 20:48

I have a suggestion for speeding cue placement in the waveform panel.

Add a branch to GeneralGoToNextSubtitleAndFocusWaveform, which is currently unconditional, so that, if the current subtitle's cue has been moved, then instead of GoToNextSubtitle, it keeps the focus on the current subtitle and refreshes the waveform panel. Otherwise, if the current subtitle's cue has not been moved, then it goes ahead to the next subtitle as usual.

This would force a redraw of the current subtitle to confirm that the cue was moved to where the user wanted it. Otherwise, the user has to advance to the next subtitle and then go back to the subtitle of interest to get a redraw of it. That takes more time. Based on my experience, I estimate that would double the speed of cue-move operations.

markfilipak

15th February 2025, 04:17

When the mouse cursor is in the waveform panel and I click-drag to form a new subtitle, there's no good way to make the new subtitle "real".

I'm forced to right-click and select "Add text here". But that, unfortunately, automatically moves the focus to the textbox.

GOOD:
Please, either add a "Leave blank" selection, or don't move the focus and leave it up to users to click in the textbox to move the focus there to add text.

BETTER:
Click-drag, then click within the new subtitle = create and leave blank and focus on waveform.
Click-drag, then click textbox = create and focus on textbox.

The above requires one click: In the waveform, or in the textbox.
The current method requires two clicks (one to bring up the context menu plus one to select "Add text here").

AYColumbia

17th February 2025, 03:01

I posted this on the GitHub repo under discussions but thought I'd ask here too. I just started using SE to pull the forced subs out of SUP files into their own SUP file. At first it looked like it was working using this CLI command:
SubtitleEdit.exe /convert "D:\Media\full_eng.sup" Blu-raysup /forcedonly /outputfilename:"D:\Media\forced_eng.sup"

The result was low quality after I checked it (even when using the resolution switch with 1920x1080) and when I looked at the processing, SE was actually using OCR rather than just copying to the output. Can SE, currently, copy lines when source and target are the same format, e.g., SUP to SUP?

Emulgator

17th February 2025, 13:35

SUP to SUP ? Demux using tsMuxeR or DGDemux.

markfilipak

17th February 2025, 18:25

It would be very helpful if the focus was moved to a span in the waveform panel by simply clicking (once) on the span.

PS: What I'm trying to do with all these suggestions is to make working in the waveform panel more like playing a guitar -- fast, easy.

PPS: SE is two machines, joined. There's the text edit machine, and the waveform edit machine. They are 'joined' by a ragged collection of focus operations that don't have clear methods -- focus is a bit of a tangle.

markfilipak

18th February 2025, 05:26

More vertical space means a larger MPV panel. I think everyone would welcome that.
https://forum.doom9.org/attachment.php?attachmentid=18863&stc=1&d=1739852212
OTHER BENEFITS:
-Tick marks are always visible, they cannot be obscured by cue lines or the blue line.
-Waveform has twice the height, twice the resolution, so soft speech is easier to see.
-Horizontal lines forming squares with the vertical lines serve no function -- remove them.
-The status line shows only subtitle number (e.g., "166"), but that is redundant -- remove it.

markfilipak

18th February 2025, 05:54

... The result was low quality ...

Hey AYColumbia. What is the current frame size of D:\Media\full_eng.sup? Are you trying to rescale?

AYColumbia

18th February 2025, 17:57

Hey AYColumbia. What is the current frame size of D:\Media\full_eng.sup? Are you trying to rescale?
It's from an HD blu-ray source so it should be 1920x1080.

AYColumbia

18th February 2025, 17:58

SUP to SUP ? Demux using tsMuxeR or DGDemux.
I'll take a look and see if these can pull the forced subs via CLI. I use txmuxer for certain processes via CLI but didn't think it can pull just the forced. Thanks.

markfilipak

18th February 2025, 22:06

I'll take a look and see if these can pull the forced subs via CLI. I use txmuxer for certain processes via CLI but didn't think it can pull just the forced. Thanks.

I'm confused. You say "forced subs". Burned in? But how can that be? -- because you say the input is a SUP file. A SUP file should be just a stream of subtitle images. That can't have burned in subs, can it?

[light bulb] Run
ffmpeg -i D:\Media\full_eng.sup
That will list the streams. Paste the list here.
PS: You can use MediaInfo to list the streams if you prefer.

markfilipak

19th February 2025, 20:06

It's from an HD blu-ray source so it should be 1920x1080.

I don't work with SUP, or with PGSSUB (which is what's on Blu-ray) but my understanding is that the subtitle images are not full, but only cover part of the video frame.

von Suppé

20th February 2025, 09:20

I'm confused. You say "forced subs". Burned in? But how can that be? -- because you say the input is a SUP file. A SUP file should be just a stream of subtitle images. That can't have burned in subs, can it?

Forced subtitles can be authored in different ways on BD. It's possible that within one PGS stream some subtitles are flagged as forced. Or there is a separate subtitle stream that is authored as forced. Depending on player's settings and/or chosen disc-menu options the player will be dictated to show which forced subs or none.

I don't work with SUP, or with PGSSUB (which is what's on Blu-ray) but my understanding is that the subtitle images are not full, but only cover part of the video frame.

Depends how the images were created. Not common, but full screen SUP is theoretically possible. The whole video resolution is then used as transparent background.

markfilipak

20th February 2025, 20:55

Forced subtitles can be authored in different ways on BD. It's possible that within one PGS stream some subtitles are flagged as forced. Or there is a separate subtitle stream that is authored as forced. Depending on player's settings and/or chosen disc-menu options the player will be dictated to show which forced subs or none.

Ah, yes, "forced", not "burned-in". Forced are generally used for mandatory translations. My mistake. A whole video of forced subtitles? Really? Every subtitle is forced? But, who cares about that? Does that have any relevance to AYColumbia's issue? I think not.

Depends how the images were created. Not common, but full screen SUP is theoretically possible. The whole video resolution is then used as transparent background.

It seems to me that AYColumbia is assuming that his/her PGS/SUP is 1920x1080. That's unlikely. I don't use SE as a CLI, so I can't comment, but it sure looks to me that AYColumbia is asking that the output be 1920x1080. And why SUP-to-SUP? AYColumbia doesn't say. It appears that AYColumbia doesn't have a clear idea of what the input is, or of what he/she wants. Ah, well.

Yosho

21st February 2025, 01:03

Subtitle Edit downloading things VERY SLOWLY.
Any idea how to speed up these downloads?

markfilipak

22nd February 2025, 20:41

Settings, Shortcuts has this:
'Go to previous line and focus waveform'.

That goes to the previous subtitle's in-cue, not the current subtitle's in-cue.

What I need is this:
'Go to previous in-cue and focus waveform'.

Any ideas how I can make that happen?

AYColumbia

22nd February 2025, 21:15

I'm confused. You say "forced subs". Burned in? But how can that be? -- because you say the input is a SUP file. A SUP file should be just a stream of subtitle images. That can't have burned in subs, can it?

[light bulb] Run
ffmpeg -i D:\Media\full_eng.sup
That will list the streams. Paste the list here.
PS: You can use MediaInfo to list the streams if you prefer.
SUP files can have lines marked with a forced flag. Some blu-rays use burned-in subs for forced like they do on TV shows. Some use a separate subs file specifically just for forced subs and some just use a file that contains ALL lines but the forced ones are flagged. The blu-ray players know how to deal with them when they're flagged as such. This creates an issue when you use these in an MKV, for example, because you can only flag a file as forced or not. So if you have an SUP file with forced subs, the only way to see them is to turn on subtitles. I wanted to extract just the flagged lines so I can flag it as forced in the MKV container.

If you use SE or a program like SupRip, you'll notice an option "forced only" which is how they can only use the forced files. SE is perfect for this actually if it can use a "copy" mode since OCR is NOT needed for this type of situation.

I hope this makes sense. :)

markfilipak

23rd February 2025, 05:38

SUP files can have lines marked with a forced flag.

I believe SUP files contain bitmaps, not lines of text. FFmpeg says: "SUP raw PGS subtitles".

Some blu-rays use burned-in subs for forced like they do on TV shows.

? I don't have very many TV shows, but the ones I do have PGS subtitles and they are not burned in.

Some use a separate subs file specifically just for forced subs and some just use a file that contains ALL lines but the forced ones are flagged.

Separate subs file? On a Blu-ray? I've never seen that.

The blu-ray players know how to deal with them when they're flagged as such. This creates an issue when you use these in an MKV, for example, because you can only flag a file as forced or not.

I avoid MKV. What I do is convert M2TS to MP4 via FFmpeg, convert PGS to SRT via SE, and mux via FFmpeg. I can give you the command lines and 'factories' I use. Private message me if you like.

AYColumbia

23rd February 2025, 16:44

I get that image part. I just mean, by lines of text, that each presentation of the lines. How do you think tools like SubtitleEdit and SupRip, for example, can determine that some "lines of text" are forced? Like I already mentioned, SE already is capable of this, but needs a "copy" option so it doesn't OCR when not necessary.

markfilipak

23rd February 2025, 17:13

... needs a "copy" option so it doesn't OCR when not necessary.

It is apparent to me that SE is not intended to "copy" PGS subtitles. It is intended to make textual subtitles, such as SRT, via various tools, such as OCR, and then support editing of the textual subtitles via text and waveform-timing tools. You would help yourself by clearly stating what is it that you are trying to do and by deciding for yourself whether SE is the right tool.

AYColumbia

23rd February 2025, 18:06

I thought I clearly explained it in my original question. Also, if SE is supposed to only output text type files, then it shouldn't offer a feature that produced an image-based output like SUP. It didn't make sense to me to read a PGS file, OCR it and then produce a PGS (SUP) output file. Since it CAN do that, I don't think it's unreasonable to ask for a "copy" feature since OCR isn't required in this condition. Please keep the conversation civil and on track. At this point the SE author/contributors can decide what to do.

markfilipak

25th February 2025, 16:15

SE's behavior changed today for no apparent reason -- I did _nothing_.

Yesterday: Sub2's in-cue could be moved left to abut sub1's out-cue.

Today: Sub2's in-cue can be moved left but only to sub1's out-cue plus 2-frame gap.

Yesterday: Sub1's out-cue could be moved right to abut sub2's in-cue.

Today: Sub1's out-cue can be moved right but only to sub2's in-cue less 2-frame gap.

The 2-frame gap (i.e., 83ms) is now enforced when moving cues whereas yesterday it was not. (Note: That gap was always enforced during beautify, as expected.)

The behavior change (i.e., enforcing the gap) actually makes positioning cues harder and more tedious because it's removed the 2-frame 'wiggle room' that allowed me to move cues by up to 2 frames and rely on beautify to recreate the gap. Now I have to actually move both cues.

Also, now that the gap is enforced, I can no longer hear what's in the gap. That makes determining exactly where to position the gap (i.e., the cues) a lot harder.

PS, Note: When I wrote this: suggestion for simultaneously moving both cues (https://forum.doom9.org/showthread.php?p=2012125#post2012125), it was based on yesterday's behavior. With today's behavior, things are different. I'm currently using the "Shift" key to coax the mouse-drag to float 'over' the opposing cue. It works.

markfilipak

25th February 2025, 18:06

Is there a way to suppress the blue line? I see in Settings, 'Waveform appearance' that it's called "Cursor color". I don't want to change its color. I want it to be gone (transparent). It just gets in the way.

PS: Maybe it would be helpful for the waveform cursor to appear solely when playing but otherwise disappear.

markfilipak

25th February 2025, 19:49

The medium gray background is fine but, you know, red -- spacial resolution is poorest in red -- was the poorest color choice and dark green is also poor. Try these:

Selected color: BCE9FF
Color: FFE955

They're easier on the eyes, too.

markfilipak

26th February 2025, 03:40

The largest times, Start and End, is 99:59:59.999. Honestly, don't you think 9:59:59.999 would be sufficient? That would cut the width by 2 characters. Space in SE comes at a premium.

Emulgator

26th February 2025, 11:29

Since TC conventions (MPEG-2 transport streams, DVD ticks and all the rest) allows for 2-digit hours
any truncation would mean a dead end to the ones who have to sub surveillance video.
It is a bigger world out there indeed...

markfilipak

27th February 2025, 16:52

Upon re-editing some videos that had excellent cues, I'm finding that what looks like 'Synchronization', 'Adjust all times (show earlier/later)...', 'Selected and subsequent lines' has fired all by itself. It appears that sometimes 'Show earlier' has fired or that sometimes 'Show later' has fired, but always 'Selected and subsequent lines'. It appears that this sometimes happens multiple times down the video so that the cues get progressively further off from their initial, excellent timings.

My guess is that this is happening during initialization when reloading. I wish I could be more specific, but I'd say the problem isn't with 'Synchronization' but is with initialization.

von Suppé

28th February 2025, 13:15

It is apparent to me that SE is not intended to "copy" PGS subtitles.

Subtitle Edit does have a PGS tool onboard for editing positions, timings and forced flags. Go "File --> Import --> Blu-ray (.sup) subtitle file for edit."

markfilipak

28th February 2025, 22:14

Ya know, I have an idea that could double the edit-speed of SE.

I don't move subtitles, I move cues. I move sub1's out-cue to open more gap so that I can then move sub2's in-cue to where I want it, then move sub1's out-cue back to close the gap.

I'm actually moving gaps!

So, why not click-drag a gap? And why not click-drag gap-ends instead of cues? I mean, it accomplishes the same thing but it's twice as fast.

markfilipak

1st March 2025, 06:22

Here's my first cut at proposing my ideal editor. Keyboard editing, no mouse required.

---------- NAVIGATE ----------
<< shot
/ 
/ / / / shot >>
/ / / / /
+---+ +---+ +---+ +---+ +---+ +---+ +---+ +---+ +---+ +---+ +---+
| A | | S | | D | | F | | G | | H | | J | | K | | L | | : | | " |
+---+ +---+ +---+ +---+ +---+ +---+ +---+ +---+ +---+ +---+ +---+
/ / / / / /
<< expand / / / / /
shrink >> / / / /
< move / / /
move > / /
<< shrink /
expand >>
-------------- GAP EDIT --------------
(by one frame per key press)

By editing the gaps instead of the cues, this would be very quick, like playing a guitar.

PS: or like playing a piano.

markfilipak

3rd March 2025, 17:12

'Settings', 'Waveform/spectrogram', 'Single click to select subtitles' has a checkmark.

Single click on a waveform focuses on the clicked subtitle only if quick. If slow, nothing happens.

markfilipak

3rd March 2025, 22:14

I did not find any way to do what I ask for below.

What I want:
Use the Tab key (or really, any key) to switch focus between text panes and waveform pane.

How it should work:
if tab_key_event() {
if text_focus, then focus_waveform()
else, focus_text()
}

That's it. Anyone know how to do it? Possible? I would also need to disable all current focus methods, especially mouse-over, which I think is already possible.

Thanks!

markfilipak

4th March 2025, 23:11

When search finds a search-string and the mouse pointer is over the waveforms and I hit the Delete key, SE asks to delete the current subtitle. So, the list apparently has the focus even though it doesn't show it, even though a found-string is highlighted in the text box, and even though the mouse pointer is over the waveforms. That's not logical.

I expected to delete the found-string in the text box.

PART TWO, ADDED:

When a search for "BELL BEEPING" finds "[ DOORBELL BEEPING ]", "[ DOORBELL BEEPING ]" is put in the text box with "BELL BEEPING" highlighted. When I hit the Delete key, the entire text box is wiped out. That's illogical.

markfilipak

5th March 2025, 16:53

With the mouse over the waveforms, when I press either 'Z' or 'X' keys, the waveform scrolls by approximately -7.5 seconds. How can I disable that?

The above happens if the 'Center' thingy (between the play arrow and the 'Play rate' speedometer) is active. If the 'Center' thingy is not active, then the 'Z' key scrolls -100ms and the 'X' key scrolls +100ms.

Is there a way to kill keys that are not listed in 'Setup', 'Shortcuts'?

castellanos

7th March 2025, 02:32

Hi. New version 4.0.11. I can't use the spacebar to toggle video play/pause anymore. (possible in previous version).
I've changed the shortcut in the settings: "Settings/Shortcuts/Video/Toggle play/pause [Space]" but no luck.

Music Fan

7th March 2025, 14:32

Hi,
is it possible to add this option ;
Replace comma by point when next line begins by uppercase letter or dash, thus a new sentence ?

It could be problematic if the next line begins with a name which has an uppercase letter and which is not a new sentence, but it could help anyway to have this option.
And it's still possible to deactivate the option when unneeded for some lines.

Thanks a lot.

markfilipak

7th March 2025, 22:19

@Music Fan

find:
,(\n[A-Z\-])
replace:
.$1

Music Fan

7th March 2025, 23:02

Thanks but it does not work, no line is detected.
It may need the line break character, I believe it's `n (that's what I use with PowerShell)
But I tried whit this, it's not better.

edit : I tried with PowerShell but of course it can't work because of the space and the next timecode following each (double) line.

markfilipak

8th March 2025, 01:30

Thanks but it does not work ...

I just tested it. It works for me. You have to use 'Edit', 'Multiple replace...' and define it as a regular expression.

Try it and report back, eh?

PS: You're right about it not working in 'Edit', 'Replace'. Well, what do you want for free? -- just kidding. It's a bug.

Music Fan

8th March 2025, 11:58

Actually I see that your trick works for commas inside lines but not at the end of lines.
Example ;
1
00:00:48,000 --> 00:00:50,200
I went there,
That's a beautiful place,

2
00:01:02,700 --> 00:01:04,084
Yes, indeed.
becomes ;
1
00:00:48,000 --> 00:00:50,200
I went there.
That's a beautiful place,

2
00:01:02,700 --> 00:01:04,084
Yes, indeed.
instead of ;
1
00:00:48,000 --> 00:00:50,200
I went there.
That's a beautiful place.

2
00:01:02,700 --> 00:01:04,084
Yes, indeed.

markfilipak

8th March 2025, 17:55

Actually I see that your trick works for commas inside lines but not at the end of lines.

It's not a trick.

You asked for this: "Replace comma by point when next line begins by uppercase letter or dash, thus a new sentence", and that's exactly what I gave you. Now you also want to cover if the text ends on a comma with _nothing_ following it. That's
,($|(\n[A-Z\-]))
Also try
,((\n\n)|(\n[A-Z\-]))
That might cover better -- untested.

PS:
I just tested ,((\n\n)|(\n[A-Z\-]))
That's what you want.

Music Fan

9th March 2025, 11:31

Thanks but here the result is the same as in my example above, the comma stays at then end.:o

You asked for this: "Replace comma by point when next line begins by uppercase letter or dash, thus a new sentence", and that's exactly what I gave you.
Actually, for SE, a line can be split in two with a line break, but it's still considered as one line.
That's how does the option "Add period after lines ..." work in the "Fix common errors" menu.

I don't know how this one works but it seems different from the replace menu (about the managing of lines).

Thus both solution would be helpful, yours when the problem appears inside a line (broken in two or not), and a new option in the "Fix common errors" menu when it's at the very end of the line (admitting a line has one timecode, whatever it's split in two or not).

markfilipak

9th March 2025, 16:22

Actually, for SE, a line can be split in two with a line break, but it's still considered as one line.
No, a line that's split in two becomes 2 lines. This:
I went there,\nThat's a beautiful place,\n\n
is 3 lines. This regular expression:
,((\n\n)|(\n[A-Z\-]))
finds the textual strings that follow both commas, and this replacement:
.$1
replaces the commas with periods to produce this:
I went there.\nThat's a beautiful place.\n\n

ASIDE TO SE'S DEVELOPERS: I once wrote a Snobol script to beautify a friend's code. He was a professional programmer in Silicon Valley. He could not devise a regular expression in 'C' that would do it. It took me less than 5 minutes. That was 40 years ago. I recommend Ralph Griswold's book. Griswold invented Snobol. Snobol is much more powerful than REs.

Music Fan

9th March 2025, 16:41

I mean a line in the vocabulary of SE (one number and one timecode per line).

markfilipak

9th March 2025, 16:55

I mean a line in the vocabulary of SE (one number and one timecode per line).
No. An index number line followed by a time code line followed by lines of text terminated by \n\n is a subtitle.

Music Fan

9th March 2025, 18:12

Look at the menus, that's also a line for SE.
But that doesn't matter, the fact is that your last code does not give a different result from the previous one in the replace menu.

markfilipak

9th March 2025, 18:26

Look at the menus, that's also a line for SE.
But that doesn't matter, the fact is that your last code does not give a different result from the previous one in the replace menu.
I will not comment about fuzzy thinking and fuzzy nomenclature. You are not being specific. You are not citing specific regular expressions. You are being vague. I can advise you no further if you continue to be vague.

Music Fan

9th March 2025, 19:38

Nothing vague, I was very precise but you don't understand while it's quite simple, not my fault.
Nikse555 will surely understand.

markfilipak

9th March 2025, 20:16

test.srt, before:
1
00:00:48,000 --> 00:00:50,200
I went there,
That's a beautiful place,

2
00:01:02,700 --> 00:01:04,084
Yes, indeed.
find and replace:
,($|\n[A-Z\-])
.$1
test.srt, after:
1
00:00:48,000 --> 00:00:50,200
I went there.
That's a beautiful place.

2
00:01:02,700 --> 00:01:04,084
Yes, indeed.

markfilipak

9th March 2025, 22:03

Regular expressions (RE) have recognized limitations. For example, you cannot build a string processor with RE alone. What is required is a language that supports logic threading -- by "logic threading" I don't mean concurrent processing, I mean the ability to move a character pointer back and forth, dynamically gathering and discarding characters according to some controlling logic. That controlling logic can be implemented in 'C', but that's very difficult (and time consuming and painful).

SNOBOL was a language specifically developed for string processing. It is incredibly powerful. SNOBOL can be used to make string processes that drive 'C' codesmiths insane.

SPITBOL is an Intel-based PC implementation of SNOBOL. SPITBOL is compiled for speed. Each 'script' becomes a tool that's exactly suited to the species of task required. Generating SPITBOL for a particular task, compiling it, and running it is faster than RE in 'C', and it can be done on-the-fly.

I strongly recommend SPITBOL for the string processing and time code beautification done in SE. A month of learning SPITBOL will save you a year of writing 'C'.

UPDATE:

I searched and found this:

https://github.com/spitbol/windows-nt

It appears that is SPITBOL-386 by Mark Emmer, Catspaw Inc., renamed. SPITBOL-386 is what I have experienced.

I will be done with a subtitling project in a week. I'll explore SPITBOL-NT at that time.

UPDATE 2: I wanted to gather as much documentation of SNOBOL/SPITBOL as possible. Not much has survived. I gotta admit, this looks kinda crackpot. I promise it's not.

nekrovski

13th March 2025, 06:08

Hello!
What format should be the filename of the pictures for OCR when import with file -> import -> images so that SE can read starting/end/duration of the lines?

markfilipak

20th March 2025, 23:36

This procedure adds 'creature comforts' to the current method of setting in- and out-cues that speed up the process. It also automates as much as possible. If implemented, the 'creature comforts' combined with the automation would make processing subtitles very speedy and very accurate.

=== Begin manual part ===
Click the waveform inside a subtitle. (Call where you clicked THE WAVEPOINT.) Then press and hold THE KEY. While holding THE KEY down, mouse to either the in-cue or the out-cue, click THE CUE, and drag it.

- If THE CUE is an out-cue, SE plays an AUDIO LOOP from the _THE_WAVEPOINT_to_THE_CUE_, _THE_WAVEPOINT_to_THE_CUE_, over and over for as long as THE KEY is held down.

- If THE CUE is an in-cue, SE plays an AUDIO LOOP from the _THE_CUE_to_THE_WAVEPOINT_, _THE_CUE_to_THE_WAVEPOINT_, over and over for as long as THE KEY is held down.

While holding THE KEY, and while holding THE CLICK, THE CUE can be dragged. As THE CUE is dragged back and forth, the AUDIO LOOP will be heard to shorten and lengthen. Hearing that AUDIO LOOP's back and forth makes it easy to find the point where an utterance ends (or begins) and to drop THE CUE there, at that exact spot. When THE KEY is released or THE CLICK is released, either one, THE CUE is dropped.

- If THE KEY is released first, THE CUE is dropped and the AUDIO LOOP stops playing. If it's sub1's out-cue that was dropped, then SE waits until you do sub2's in-cue. If it's sub2's in-cue that was dropped, then SE runs the AUTOMATED PART on the sub1-to-sub2 interval.

- If THE CLICK is released first, THE CUE is dropped but the AUDIO LOOP continues playing and the AUTOMATED PART is not run because THE KEY is still pressed. THE CUE can be picked back up and moved again and again as long as THE KEY is held down.

SE now knows the spots when utterance1 ends and when utterance2 begins. That's the key to the AUTOMATED PART. In the AUTOMATED PART, out-cue1 and in-cue2 are both moved to their final spots.

If you make a mistake, the whole manual part, or any piece of it, can be repeated. SE always knows what you intend to do. For example, if you click either out-cue1 or in-cue2, you're working on the sub1-to-sub2 interval. if you click either out-cue2 or in-cue3, you're working on the sub2-to-sub3 interval. You can skip around if you like, and work on any interval anywhere at any time.

Notes to the developers:
1, The AUDIO LOOP plays just _THE_WAVEPOINT_to_THE_CUE_ or just _THE_CUE_to_THE_WAVEPOINT_ but not entire subtitles. Playing entire subtitles is a different key.
2, Releasing THE KEY always runs the AUTOMATED PART.
=== End manual part ===
=== Begin AUTOMATED PART ===
CASE1: (X-gap)>1300ms
out-cue1 in-cue2
Before: v v
utterance1|<-------------X------------->|utterance2

After: v v
utterance1<----------->| |<--->utterance2
1s 300ms
out-pad1 in-pad2

CASE2: !CASE1 & (X-gap)>=600ms
Before: v v
utterance1|<-----X----->|utterance2

After: v v
utterance1 |gap|<--->utterance2
300ms

CASE3: !CASE1 & !CASE2
Before: v v
utterance1|<---X--->|utterance2

After: v v
Note that the gap utterance1 |gap|<--->utterance2
may often overlap X/2
utterance1.

After THE CASES are run, run THE FIXUPS.

THE FIXUPS.

Shot change within utterance1:
- If utterance1 ends 100ms or more past the shot change, do nothing, leave out-cue1 where it is.
- Otherwise, move out-cue1 to the shot change and, mark this interval FOR REWORK.

Shot change within out-pad1: Move out-cue1 to the shot change. Then either move in-cue2 to in-cue2 minus 300ms or to out-cue1 plus gap, whichever is greater.

Shot change within the gap: Do nothing, leave as is.

Shot change within in-pad2: Move in-cue2 to the shot change. Then either move out-cue1 to in-cue2 minus gap or to out-cue1 plus 1s, whichever is lesser.

Shot change within utterance2:
- If utterance2 begins 100ms or more before the shot change, do nothing, leave in-cue2 where it is.
- Otherwise, move in-cue2 to the shot change and, mark this interval FOR REWORK.
=== End AUTOMATED PART ===

Show the user the intervals that are marked FOR REWORK. Show them one at a time.

FOR REWORK: if utterance1 and utterance2 have the same speaker, consider merging and re-splitting at a better point.

markfilipak

22nd March 2025, 03:13

In waveform, there really needs to be a way to continuously loop between _any_ two points. Press and hold a key, click point A, click point B, and the waveform is looped, A-B, until the key is released. While the key is held, either point can be dragged and the loop responds.

Music Fan

24th March 2025, 23:35

Hi Nikse,
is there a way to replace an uppercase by a lowercase when it follows a coma and a space ?
For example ;
Hello, How are you Hunter ?
replace by ;
Hello, how are you Hunter ?

This pattern can be found with this ;
(\,\s)([A-Z])
And I hoped it could be replaced with that but it does not work ;
$1\l$2

edit : I finally added a case for each letter ;
(\,\s)(A)
replace by ;
$1a
...

GCRaistlin

1st April 2025, 22:46

The default DirectShow Video Player has an issue with audio sync (http://forum.doom9.org/showthread.php?p=1995945#post1995945). mpv library that SE downloads doesn't work on Windows 8.1 x64. Windows 8.1 users should replace it with mpv-dev-x86_64-20240922-git-71f2220.7z (https://sourceforge.net/projects/mpv-player-windows/files/libmpv/mpv-dev-x86_64-20240922-git-71f2220.7z/download) manually.

markfilipak

8th April 2025, 03:46

I'm editing the subtitles for "The Ghost and Mrs. Muir" [1947], DVD. Timing wise, they are a mess. And much of the audio is too soft to see it in waveforms.

With Waveforms losing half their resolution (by design), and with no function (by design) that loops like this: Push key, click point A, click point B, the audio loops A-to-B, drag A (as the audio loops) in order to find where an utterance starts, drag B (as the audio loops) in order to find where an utterance ends, release key, I instead have to drag A, play, drag A again, play, drag A again, etc., drag B, play, drag B again, play, drag B again, etc. Without smarter functions, better thought out and designed functions, editing just takes forever.

I am in despair. I suggest better operations here and get no responses. Does no one give a sh!t?

READ ME: See https://forum.doom9.org/showthread.php?p=2017445#post2017445 for the resolution of this issue.

TR-9970X

8th April 2025, 05:20

I'm editing the subtitles for "The Ghost and Mrs. Muir" [1947], DVD. Timing wise, they are a mess. And much of the audio is too soft to see it in waveforms.

With Waveforms losing half their resolution (by design), and with no function (by design) that loops like this: Push key, click point A, click point B, the audio loops A-to-B, drag A (as the audio loops) in order to find where an utterance starts, drag B (as the audio loops) in order to find where an utterance ends, release key, I instead have to drag A, play, drag A again, play, drag A again, etc., drag B, play, drag B again, play, drag B again, etc. Without smarter functions, better thought out and designed functions, editing just takes forever.

I am in despair. I suggest better operations here and get no responses. Does no one give a sh!t?

Why don't you download it from somewhere in better resolution than DVD, and it may already have the subtitles....or you could get the subtitles from other places (not going to post URL's)

I have had a look, and it's all out there, ready to be got...

markfilipak

8th April 2025, 23:16

Why don't you download it ...
Good grief. Thank you, but my comment is not about the movie. It's about how poorly thought out SE's editing functions are, and how my suggestions get no response. Correcting subtitle times in waveforms is crude and incredibly tedious because the editing functions are crude.

TR-9970X

8th April 2025, 23:56

Good grief. Thank you, but my comment is not about the movie. It's about how poorly thought out SE's editing functions are, and how my suggestions get no response. Correcting subtitle times in waveforms is crude and incredibly tedious because the editing functions are crude.

I guess why I didn't make any suggestions was, that I don't use SE for what you're trying to do...

I've only just recently started using Whisper....

It's all very time consuming, at the best of times.

Good luck.

VoodooFX

9th April 2025, 00:51

I'm editing the subtitles for "The Ghost and Mrs. Muir" [1947], DVD. Timing wise, they are a mess. And much of the audio is too soft to see it in waveforms.

Can you PM me the audio and timestamps where "audio is too soft to see"?

markfilipak

9th April 2025, 02:07

Can you PM me the audio and timestamps where "audio is too soft to see"?
No, I'm sorry to say that I can't. It's copyrighted video and it's 2.6 GB. Would it do if I posted screen shots with arrows showing where an utterance _actually_ starts and ends but that isn't otherwise obvious?

Sometimes the audio is just a flat line but there's actually several frames of utterance there -- sometimes _seconds_ of utterance. Sometimes the utterance is buried in music, so it's all just jagged. If you've tried to set subtitles precisely (meaning: within 10 frames or so), you've run across this problem. You cannot rely on the waveform to show you where an utterance starts and ends. You have to hear it, and it's best to hear it in a loop and to have the power to move the cues while hearing the loop.

Right now there's no good way to audition an utterance, so there's no good way to set in- and out-cues quickly. I have posted a couple of ways to speed up editing. The latest also has "Faster editing" as the subject. I conservatively estimate that providing that function would speed up editing in the waveform window by at least 10x. My audition between points A & B (looping, with A & B both actively dragable) is not the same as simply looping from in-cue to out-cue. Please, read what I wrote and I'm sure you will 'get it'. If you don't 'get it', ask. My proposed method includes a button assignment, clicking A, clicking B, draging A and/or draging B while hearing the audition, and releasing the button. That audition is then automatically followed by setting of the length of in-pad and out-pad with and without intervening shot change. In other words, everything beautify does, but beautify is incapable of listening to utterances.

READ ME: See https://forum.doom9.org/showthread.php?p=2017445#post2017445 for the resolution of this issue.

markfilipak

9th April 2025, 02:26

I guess why I didn't make any suggestions was, that I don't use SE for what you're trying to do...

I've only just recently started using Whisper....

Cute name. What does it do?

It's all very time consuming, at the best of times.

It doesn't have to be so time consuming.

Good luck.
Thanks! But luck has little to do with it.

TR-9970X

9th April 2025, 03:01

Cute name. What does it do?

"Whisper" is an "add on" for SE, that performs an audio to text operation, that is, it creates subtitles from audio.

However, if your video/audio isn't "loud" enough Whisper may not be able to do it's job.

I've tried it on a couple of movies that I can't get any subtitles for, and it definitely does a pretty good job...there would be some reviewing & editing, but at least it's a very good start.

https://www.youtube.com/watch?v=4YZ0B1Zsi70&t=11s&ab_channel=DavidMbugua

https://www.youtube.com/watch?v=ZDXyBAzApH8&t=168s&ab_channel=SubtitlingwithClaudia

markfilipak

9th April 2025, 05:05

"Whisper" is an "add on" for SE, that performs an audio to text operation, that is, it creates subtitles from audio.

Ah, that's what I thought. Thanks. And as you note, it wouldn't work with soft utterances. Besides that, of the several hundred subtitles I've done, the videos come with subtitles that I OCR and fix up, so no Whisper. It's those fix ups that take forever with the current SE waveform tools but which could be greatly streamlined.

https://www.youtube.com/watch?v=4YZ0B1Zsi70&t=11s&ab_channel=DavidMbugua
https://www.youtube.com/watch?v=ZDXyBAzApH8&t=168s&ab_channel=SubtitlingwithClaudia
I've watched quite a few YouTubes, but they weren't useful. All the ones I've seen review how to use SE, not how to deal with difficult subs, and not with how SE can be improved.

TR-9970X

9th April 2025, 05:15

Ah, that's what I thought. Thanks. And as you note, it wouldn't work with soft utterances. Besides that, of the several hundred subtitles I've done, the videos come with subtitles that I OCR and fix up, so no Whisper. It's those fix ups that take forever with the current SE waveform tools but which could be greatly streamlined.

I've watched quite a few YouTubes, but they weren't useful. All the ones I've seen review how to use SE, not how to deal with difficult subs, and not with how SE can be improved.

You could try and run the current video thru Whisper and see what it finds.

I'm actually running an old movie that I can't get any subs for, and I'm using a "bigger" library/model, and it's taking forever, I hope it finds everything & accurately too.

markfilipak

9th April 2025, 05:29

You could try and run the current video thru Whisper and see what it finds.
Oh, that's a very good idea, but I'm very skeptical. I could compare the Whisper subs to the provided subs, but the comparison could only be academic -- not a practical solution, even if it worked. Such a comparison would only take even more time but with no assurance that the in- and out-cues were correct without me listening to them, which is what I'm doing now. I'm not saying that the solution has to be foolproof, only that nothing beats actually listening. It's that listening that I'm trying to optimize.

I'm actually running an old movie that I can't get any subs for, and I'm using a "bigger" library/model, and it's taking forever, I hope it finds everything & accurately too.
Well, good luck to you!

TR-9970X

9th April 2025, 05:39

Oh, that's a very good idea, but I'm very skeptical. I could compare the Whisper subs to the provided subs, but the comparison could only be academic -- not a practical solution, even if it worked. Such a comparison would only take even more time but with no assurance that the in- and out-cues were correct without me listening to them, which is what I'm doing now. I'm not saying that the solution has to be foolproof, only that nothing beats actually listening. It's that listening that I'm trying to optimize.
Well, good luck to you!

Do you use SE to OCR ??

I generally use gMKVExtractGUI.

I have done a couple of tests with a basic Whisper model, and despite the odd typo or misinterpretation, the timing was pretty good.

I will let you know how this current job turns out, it's STILL going, it's been well over 2 hours for a movie that 1.5 hours

But if turns out good, then it's better than the alternative, I guess.

TR-9970X

9th April 2025, 05:48

I'm editing the subtitles for "The Ghost and Mrs. Muir" [1947], DVD. Timing wise, they are a mess. And much of the audio is too soft to see it in waveforms.

Does no one give a sh!t?

I just thought of something...

You're saying that the audio is "soft"...what if you extracted the audio and amplified it, and then see if the waveform process works for you !!

markfilipak

9th April 2025, 05:50

Do you use SE to OCR ??
Yes. I'm satisfied with it. Not perfect, but very good. Kudos to Nik.

I generally use gMKVExtractGUI.
I package solely MP4. MKV has a 1 kHz clock, and that leads to too many problems.

markfilipak

9th April 2025, 07:28

I just thought of something...

You're saying that the audio is "soft"...what if you extracted the audio and amplified it, and then see if the waveform process works for you !!
1) I would have to make the louder audio.
2) I would have to mux the louder audio into the movie at the beginning, and mux it out at the end.
3) Doing so would not improve the situation -- I still have to listen -- and would only add more time to the effort.

The problem isn't that I can't hear the utterances. The problem is that I can't see the actual start and end of the utterances. That's mainly (partly) because waveforms could have twice it's current resolution, but doesn't.

The solution is one that facilitates setting in- and out-cues while simultaneously listening, and doing so much more rapidly than is currently possible.

Compare these methods:

Current SE: A is an in-cue, B is an out-cue. Audio is the sub.
Click-drag A, press a key to listen to A plus a little bit, release key.
Click-drag A again, repeat the hunt until A coincides with the start of the utterance.
Click-drag B, press a key to listen to the whole subtitle in order to hear the end, release key.
Click-drag B again, repeat the hunt until B coincides with the end of the utterance.
Manually add in-padding and out-padding by again dragging A, and again dragging B.
It takes many clicks, many drags, and many listen-key presses to accomplish this.

Proposed SE: A is an out-cue, B is an in-cue. Audio is the space between subs.
Press and hold a key, click A, click B, (SE continuously loops A-to-B).
Click-drag A while audio loops and drop it where utterance A ends.
Click-drag B while audio loops and drop it where utterance B begins.
Release key, (SE automatically adds out- and in-padding while taking shot changes into account).
It takes one mode-key press-and-hold, two clicks, and two drags to accomplish this.

You see, the proposed is not editing subs, it's editing the spaces between subs!

Large gaps between subs exist of course. For them, set A & B using the current, hunting method, above. However, small gaps greatly outnumber large gaps in real videos, so the proposed will work in the vast majority of cases.

READ ME: See https://forum.doom9.org/showthread.php?p=2017445#post2017445 for the resolution of this issue.

TR-9970X

9th April 2025, 07:39

1) I would have to make the louder audio.
2) I would have to mux the louder audio into the movie at the beginning, and mux it out at the end.
3) Doing so would not improve the situation -- I still have to listen -- and would only add more time to the effort.

The problem isn't that I can't hear the utterances. The problem is that I can't see the actual start and end of the utterances. That's mainly (partly) because waveforms could have twice it's current resolution, but doesn't.

The solution is one that facilitates setting in- and out-cues while simultaneously listening, and doing so much more rapidly than is currently possible.

Compare these methods:

Current SE: A is an in-cue, B is an out-cue. Audio is the sub.
Click-drag A, press a key to listen to A plus a little bit, release key.
Click-drag A again, repeat the hunt until A coincides with the start of the utterance.
Click-drag B, press a key to listen to the whole subtitle in order to hear the end, release key.
Click-drag B again, repeat the hunt until B coincides with the end of the utterance.
Manually add in-padding and out-padding by again dragging A, and again dragging B.
It takes many clicks, many drags, and many listen-key presses to accomplish this.

Proposed SE: A is an out-cue, B is an in-cue. Audio is the space between subs.
Press and hold a key, click A, click B, (SE continuously loops A-to-B).
Click-drag A while audio loops and drop it where utterance A ends.
Click-drag B while audio loops and drop it where utterance B begins.
Release key, (SE automatically adds out- and in-padding while taking shot changes into account).
It takes one mode-key press-and-hold, two clicks, and two drags to accomplish this.

You see, the proposed is not editing subs, it's editing the spaces between subs!

Large gaps between subs exist of course. For them, set A & B using the current, hunting method, above. However, small gaps greatly outnumber large gaps in real videos, so the proposed will work in the vast majority of cases.

Well, now that you've put it that way, it does sound like a LOT of extra work.

However, I thought I saw that you can export the audio to a text file....and also grab the subs from just the audio track.

I ended up stopping that Whisper run, @ 4 hours, it kept what it had done, and it got up to just over an hour thru the movie, there was a lot of extra stuff generated (not needed), but the timing was pretty good, and there weren't too many typos.

I'm going to try a different library/model...

Has the author of SE got a "git" page ??? maybe you need to post your concerns there, not here....

I might try Whisper on the "The Ghost and Mrs Muir" that I got the other day, even tho it came with subs.

markfilipak

9th April 2025, 16:02

Well, now that you've put it that way, it does sound like a LOT of extra work.
Yes. Going through a 2 hour movie while checking and correcting timing can take a full day. Setting accurate in- and out-cue times is very important for making subtitles that flow well and are therefore easy to read. I try to match the pace of the utterances. In a well made movie, dialog has a certain pacing that expresses the mood that the director intends. I have found that when the cues match that pacing, the subtitles almost magically become easier to read and understand. It's quite amazing.

However, I thought I saw that you can export the audio to a text file...
Yes. I save subtitles in SRT format -- that's text. SRT is easy to mux-merge into a package stream like MP4, via FFmpeg.

and also grab the subs from just the audio track.
It seems that all movies and TV shows after about the year 2000 include subtitles. So, no, I haven't had to make subs from just an audio track. I have some very old DVDs that don't have subtitles but I just leave them be.

I ended up stopping that Whisper run, @ 4 hours, it kept what it had done, and it got up to just over an hour thru the movie, there was a lot of extra stuff generated (not needed), but the timing was pretty good, and there weren't too many typos.
Well, that's good to know. May I ask: How do you know the timing was pretty good?

Has the author of SE got a "git" page ???
Yes (https://github.com/SubtitleEdit/subtitleedit), and a web site (https://www.nikse.dk/subtitleedit), too.
maybe you need to post your concerns there, not here....
Doom9 is for discussion. I appreciate discussion of proposed changes. I think discussion makes for better applications like SE. SE needs to be more interactive than it is now. I've appreciated your thoughts.