You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is expected behaviour and comes from BiDi being run on each glyph run in ASS.
Glyph run split occur e.g. on colour changes.
Your file uses {\1c&HFFFFFF&} and {\1c&HFF0000&} override blocks after each sequence, even if the block just resets the current colour again — however such "noop" blocks do not induce run-splits.
Thus as the red colour moves, so does the way glyph runs are split change and thus the bidi positioning.
To get consistent results, you’ll need to ensure the bidi runs are the same for all variants. For this you can either
insert a Left-to-right mark (Unicode Codepoint U+200E) after each override block. Explicit LTR and RTL marks will insert splits into the bidi layout (but won't cause general ASS glyph runs)
if there is some prperty you do not actually use in the subtitles, here e.g. the secondary colour \2c, you can toggle this to a different value inside each override tag to cause ASS glyph run splits
The first approach works regardless of which style properties are used and can be easily automated (if the file is being generated). However, depending on your editor the LTR marks might be invisible which might be confusing when manually editing the file.
Here is your testfile with both of the approaches implemented:
There is a problem with subtitles jumping when using Arabic,There is no problem when using other languages.
This is the test ass file,thanks...
Screen.Recording.2023-11-13.at.22.07.44.mov
test_ass.txt
The text was updated successfully, but these errors were encountered: