Subtitle Edit 4.0.4

[Nikse555]

Originally Posted by mariner

Having trouble getting the BD sup to follow the font settings defined in ass subtitles. The preview panel seems to work fine, but the sup created uses only one font. Is this a known issue?

Thx for reporting this
Should be fixed on github + in this portable beta: http://www.nikse.dk/SubtitleEdit.zip

[mariner]

1. Thanks for the quick fix, Nik.

2. There appears to be a problem in the handling of overlapping subs, some ending up with 0 duration.

Many thanks and best regards.

[Nikse555]

Originally Posted by mariner

1. Thanks for the quick fix, Nik.

2. There appears to be a problem in the handling of overlapping subs, some ending up with 0 duration.

1) np
2) where and doing what?

[mariner]

It seems the overlapped graphic elements need to be combined into one.

[Music Fan]

@ Nikse555 : did you find where does this little problem come from ?

Originally Posted by Music Fan

there is a minor problem : curiously, when I open the sup with modified timecodes (thus after having imported new time codes and exported in Blu-ray sup), the timecodes are all displayed 44 ms sooner than those in the srt used as new time codes.
For example, if the time code of the first line of the good srt is ;
1
00:00:07,921 --> 00:00:12,241
I get this in the corrected sup ;
1
00:00:07,877 --> 00:00:12,197

But as I can change srt's timecode easily with SE to compensate this little change, that's not a big problem.

I talked about this in post #200 ;
http://forum.doom9.org/showthread.ph...98#post1686798

[Nikse555]

@mariner: Yeah, I guess... perhaps a warning would be nice...

@Music Fan: Hm, perhaps to give the decoder a tiny bit extra time to decode the subtitles? I don't know
The code is here: https://github.com/SubtitleEdit/subt...Picture.cs#L45

[Betsy25]

Perhaps a bug.

In case the user has unchecked "Start with uppercase letter after paragraph" in the Fix common Errors dialog (and the other "start with uppercase" choices), some items are still detected and presented to be Uppercased using the "Fix Common Errors (using the OCR replace list)" method.

For example, subtitles 444 and 1047 in the subtitle file below.

444 --> als ie tenminste nog capabel was...
1047 -> b kwadraat?

Subtitle : Dutch .SRT subtitle

[Thunderbolt8]

Maybe a bug, for some reason I couldnt delete an entry from the OCR fix list which I had added myself before. had to edit the .xml file to get rid of it.

[Nikse555]

@Betsy25: Hm, yes. "Fix common OCR errors" also changes first letter to uppercase...

@Thunderbolt8: I could not re-create this... let me know if it occurs again or if you can re-create it.
Also, changes to interjections require the 'Remove text for HI' window to be closed and re-opened for the changes to take effect... will be fixed next update.

[Thunderbolt8]

in the remove text for hearing impaired menu, would it be possible to add exceptions for removing text between ( ) and { } in case of .ass files? the screen position in some .ass subs is indicated between these markers. perhaps when such marker both occur in the same line or when the ( ) brackets are inside the { } ones?

currently, its like this:


{} ticked: {\an5\pos(958,176)}JACKIE: <i>It seems as though</i> -----> <i>It seems as though</i>
() ticked: {\an5\pos(958,176)}JACKIE: <i>It seems as though</i> -----> <i>It seems as though</i>

--> should be: {\an5\pos(958,176)}<i>It seems as though</i>


{} ticked: {\an4\pos(705,833)}<i>Today really marks</i> -----> <i>Today really marks</i>
() ticked: {\an4\pos(705,833)}<i>Today really marks</i> -----> {\an4\pos}<i>Today really marks</i>

--> should be: {\an4\pos(705,833)}<i>Today really marks</i>


{\an4\pos(556,902)}Huh? -----> {\an4\pos(556,902)}

--> should be: whole line should get deleted because its empt after the position information after SHD removal.

{\an4\pos(814,825)}- [ Panting ] -----> {\an4\pos(814,825)}-

--> should be: whole line should get deleted because theres only a hyphen left after SHD removal, but line doesnt get removed because the subtitle screen position information is considered as text information.

[Nikse555]

@Thunderbolt: thx for reporting this... I probably use srt files most of the time.
Should be fixed on github + in this portable beta: http://www.nikse.dk/SubtitleEdit.zip (also contains the interjections-fix)
Let me know if you find more stuff

[Betsy25]

Originally Posted by Nikse555

@Betsy25: Hm, yes. "Fix common OCR errors" also changes first letter to uppercase...

So, there's no way to stop it from (false positive) uppercasing, without giving up the whole "Fix common Errors" package ?

[Thunderbolt8]

there are a few things I still noticed. some of them to come at a later point. but for now:


- if there are double hyphens "--" in line initial position already present before SHD removal has been run (e.g. --the wheather will be...) then those double hypens shouldnt be changed and taken into consideration for SHD removal.

e.g. "SPEAKER: --the wheather will be...." in this case the double hyphens should be disregarded from removal. this should only apply with cases in which the double hyphens were present from the start, not as a leftover result from a previous SHD removal (i dont know how the SHD removal stage works, if there are for examples 2 runs you do after another when pressing button only once)



- hyphens and other SHD information in a subtitle line (for .srt) should be taken into consideration if that subtitle line for example consists of two or more lines on screen.

e.g
- It's already done. (- It's already done.|BENJAMIN: You--)
BENJAMIN: You--

gets changed to
- It's already done. (- It's already done.|You--)
You--

while it should get changed to
- It's already done. (- It's already done.|- You--)
- You--

(this example can get fixed though with "fix line beginning with dash (-)" in the fix common errors tab, but that option might not be activated, possibly because it could interfere negatively in other situations within the same file. so it would be nice if this situation could be resolved already during SHD removal)



- same as above in case of .ass subtitles, if you have 2 or more subtitle lines with identical timestamps, meaning they belong together on screen.

e.g.
00:04:40:22 00:04:43:23 {\an4\pos(775,828)}- Hey, hey!
00:04:40:22 00:04:43:23 {\an4\pos(775,900)}- [ Laughing ]

gets changed to
00:04:40:22 00:04:43:23 {\an4\pos(775,828)}- Hey, hey!

while it should get changed to
00:04:40:22 00:04:43:23 {\an4\pos(775,828)}Hey, hey!



- in case of .ass subs apparently brackets like [] or () sometimes arent applied in each line, but each block with same timestamps which belog together

00:29:38:23 00:29:41:11 {\an4\pos(1177,684)}[ Ship's Horn Blows
00:29:38:23 00:29:41:11 {\an4\pos(1178,756)}In Distance ]

this get ignored by SHD removal (and "Fixing missing [ in line" only fixes the 2nd line, but doesnt list the first one for some reason), maybe these situations can be added to SHD removal as well in case of .ass subs.


it might already get tricky now that implementing new rules could interfere with other rules

[mariner]

Greetings Nik. A few issues with BD sup rendering:

1. In a srt sub, if the italic tag is preceded by space after a line break, the placement of that line is off.
2. Can't seem to get the font formatting defined by AEGISUB style editor to work. Are these supported by SE?
3. Fade doesn't seem to work as well.

Thanks for looking into these issues.

[Thunderbolt8]

in which file are the user edited/added information of the "Remove interjections" list stored?

[Nikse555]

Originally Posted by Thunderbolt8

in which file are the user edited/added information of the "Remove interjections" list stored?

In Settings.xml... in a tag called "Interjections".


@mariner: thx for the info about (1) italic tag is preceded by space after a line break... will be fixed in next update.
(2) basic stuff like font style, color should work...
(3) I don't know anything about fade.

[von Suppé]

Hi Nikse555

Is it possible to make SE show the subtitles as SUP preview in the videopreview window? Preferably with being able to adjust SUP settings (font, size, position etc.) for all - or selected only.

I think I'm asking a lot here...

cheers
von Suppé

[Thunderbolt8]

the "Fix common errors" window always opens on my primary screen, even though I have the program on my 2nd screen and dragged the window over already before. could you please fix that? other windows also open at that screen at which they have been closed down last.

[Thunderbolt8]

I added "Ha!" to the remove interjections list, but subtitle lines just consisting of "Ha!" dont get removed by that. bug?

edit: well it works if I dont include the exclamation mark.

edit²: but then again a line consisting of "- Ha!", resulting from a previous remove interjections run, does not get removed.

[Music Fan]

rev 3.4.2 ;
https://github.com/SubtitleEdit/subtitleedit/releases