Subtitle Edit 3.6.13

[varekai]

Thanks for the update of the-one-and-only Subtitle Edit!

[Lucius Snow]

Thanks!

What's "Beautify time codes (via shot changes)"?

[Atlantis]

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.

[VoodooFX]

Originally Posted by Atlantis

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:

[von Suppé]

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: <i>Italic text</i>

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]

Thanks for new release:
https://github.com/SubtitleEdit/subt...ases/tag/4.0.1

[von Suppé]

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]

Originally Posted by Atlantis

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.

I agree. The new buttons are terrible.

[oniiz86]

@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]

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-]

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é]

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]

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]

Thanks for new release:
https://github.com/SubtitleEdit/subt...ases/tag/4.0.2

[darksen]

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]

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.



Is there a way to do an OCR so the OCR would just ignore the little squiggle?

[cubicibo]

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]

Thanks for the one of a kind SubTitle Edit, much appreciated!

SubTitle Edit 4.0.1

Can't find settings for this feature.
SubTitle Edit 4.0.2


Thanks and best regards,
varekai

[von Suppé]

I think you're supposed to pick one of the options shown when pressing the Layout button.

[varekai]

Originally Posted by von Suppé

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é.