![]() ![]() This retrieves the indexed line and creates a new table object with data about The first syntax is the preferred one, per normal Lua 5.1 coding style. num_lines ( number) Number of lines in the subtitle file. Note that this is not a constant-time lookup, but lua does cache the value if It cannot change spontaneously during the execution of a This number only changes by using the other operations on the This operation retrieves the total number of lines in the subtitle fileĬurrently. In all operation synopses andĮxamples, subtitles is used for name of the subtitles object being operated These operations are described in detail below. Insert line (at arbitrary position in file).The subtitles object supports the following operations: To allow the most flexibility, the subtitles object represents a complete ASSįormat file, line by line, including all meta-lines such as section headers. Points, as it makes no sense to do so at any other time. This includes for example macro validationīecause this would be outside user expectations. Is created for: Read-only Some feature functions must not be allowed to modify the subtitle file atĪll. This object is used to obtain data from and manipulate the subtitlesĪ subtitles object can have two special properties depending on the context it ![]() Most Automation 4 Lua feature functions are passed a subtitles object whenĬalled. Number of functions, and a number of table formats defined. There is one special object (the subtitles user data object) which has a nada.This page describes the subtitle file interface use in Automation 4 Lua It does absolutely nothing with any tag data. My WDTV claims to support SRT and ASS subs, but all it does is display the textual information. Maybe not the very first original SRT format, but genuine SRT nonetheless.Īs for hardware players, well, I don't know how many of them fully support SRT anyway. I don't know when the formatting tags were first introduced, but the Doom9 post I quoted was from 2004, and he got the info right from the SubRip source files, so I'm reasonably confident that it's a part of the actual SRT format, not just a variant. I came across it whilst looking for something else entirely, and felt the information was useful enough to warrant adding it. I did have to tick the box acknowledging that after all. HTML formatting was introduced for a variant of the SRT format. That said, I'm not sure about the positioning, but HTML formatting isn't native to the original version of SRT subtitles, either, which means hardware players are less likely to have support for it. Technically, awgie, you're responding to a four-year old thread. Note that the SubRip code appears to prefer whole-line formatting (no underlining just one word in the middle of a line).įinally, successive subtitles are separated from each other by blank lines. Tags can be combined (and should be nested properly). Text: apply green color formatting to the text (you can use the font tag only to change color) The only formatting accepted are the following: New lines are indicated by new lines (i.e. Lines 3 onward are the text of the subtitle. Without coordinates displayed, each line of the subtitle will be centered and the block will appear at the bottom of the screen. The end timecode can optionally be followed by display coordinates (example " X1:100 X2:600 Y1:050 Y2:100"). Timecodes are in the format HH:MM:SS,MIL (hours, minutes, seconds, milliseconds). Line 2 is the start timecode, followed by the string " -> ", followed by the end timecode. Line 1 is a sequential count of subtitles, starting with 1. ![]() I haven't seen this format fully documented, so I got it from the source code to the SubRip program: ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |