Subrip 1.035+ problem with .SST conversion

[Eyes`Only]

Several users including myself are seeing the error 'end time must be greater than the start time' when using subrip in sst format (drop frame, ntsc). This happened a lot with my old 'hard way' method too. If you go to the .sst in notepad, you'll see the lines with the times, and the start and end times are the SAME, which scenarist refuses to accept. Is there any possibility of resolution on this? It's been a long-time problem with any conversion method for .ssts. I can get around it by manually editing the times to be longer for these problem subs, but that's obviously not a preferred method.

[H-O-V-E-R]

To futher expand that problem, the newest Subrip 1.06 may be repeating subtitles. I get some lines where the end time is like one or two fractions of a second longer than the start time. Now Scenearist will not spit out any errors since the end time is ahead of the start time and it thinks its okay. But if you open the BMP that correlates with this line the subtitle is actually a repeat of the previous BMP so you can just cut the whole line out in the .sst file. But my problem is that Scenarist will not pick up on these repeat subtitles so you basically have to watch the whole movie to pick them up.

Is there a way to write a script to analyze the timecodes and delete any lines in which the start and end times are like less than 2 fractions of a second apart. Any programmers please reply.

Ex:

17 || 00:02:32:10 || 00:02:34:15 || eng.17.bmp
18 || 00:02:34:16 || 00:02:34:17 || eng.18.bmp ----> Repeat of eng.17.bmp
19 || 00:02:34:20 || 00:02:35:05 || eng.19.bmp

[zuggy]

Eyes`Only: thanks for suggestion, will make it. (I've not seen subtitle with same start/stop times to this time.)

H-O-V-E-R: only v1.06 or older too? The "repeating" subtitles may appear on vob/cell changes.

[H-O-V-E-R]

I have seen the "repeating subs" with 1.035 too and like you said I think it has to do with vob/cell changes.

I have learned with the newer Subrip the "repeating subs" will have a line like

18 || 00:02:34:16 || 00:02:34:17 || eng.18.bmp


In older versions of Subrip the "repeating subs" will have a line like

18 || 00:02:34:16 || 00:02:34:16 || eng.18.bmp

or even

18 || 00:02:34:16 || 00:02:34:15 || eng.18.bmp


So Eyes`Only could you check your subtitles to see if the lines you are having problems with are in fact "repeats subs" or are just "new" subtitles that need more duration time added.

[Eyes`Only]

No, this is something entirely different.

I've seen repeat subs, but usually those were because there were multiple angles in the movie (one line for each angle, but the subs are the same since its the same part of the movie), so I would go thru and strip the angles from the ifo and vobs and then resubrip, and wouldnt get them any more. Wasn't the newer version of subrip supposed to have support for multiple angles? I tried to find a setting to only rip the subs from angle 1 but couldn't find any such feature.

Zuggy, if you need test media, try Shrek R1 Disc 2 or Behind Enemy Lines R1. Both did this to me. Shrek especially!

[Eyes`Only]

OK Zuggy,

SST output via subrip has problems. For a while now, myself, as well as many others have been dealing with these flaws by manually editing timecodes. But now, I've stumbled across a DVD that has too many timecodes to edit and I need a better solution!!! :D

Here's the deal. Bring it On R1 Substream 0x22. First of all, substream 1 is 0x20/0x21 and substream 2 is 0x22/0x23. When you load the ifo in subrip, it shows 2 english streams. However, ripping stream 1 gives you 0x20, ripping stream 2 gives you 0x21 (same thing). I did figure out that ripping "- 2" from the dropdown gives you the 0x22 though, so this wasn't that big of a deal, just mentioning this in case you can tweak it.

Here's where the real problem comes in. Each sub picture displays for 2 seconds, with no pause in between subs (its a virtual moving sub picture, the box grows and then when it gets a certain size, text appears in it. Ie. Trivia track). When I subrip it to an .sst with 30 fps (NTSC) and drop frame, I get the attached .sst

Importing this .sst into Scenarist gives me too many errors to count. I've attached the output detailing the errors also so you can see for yourself what we're seeing. Normally there would be 3-9 of these errors, and we can just correct them manually (add a second to each duration that is giving an error) but this is just too many to do that to. Any possibility of a fix? An added feature to the timecode adjustment screen such as 'minimum duration' would do the trick for many movies, but I still fear it wouldn't work with this one!

Thanks in advance,

Eyes

[Eyes`Only]

Here's the attachments together in a zip file.

[zuggy]

Here's the deal. Bring it On R1 Substream 0x22. First of all, substream 1 is 0x20/0x21 and substream 2 is 0x22/0x23. When you load the ifo in subrip, it shows 2 english streams. However, ripping stream 1 gives you 0x20, ripping stream 2 gives you 0x21 (same thing). I did figure out that ripping "- 2" from the dropdown gives you the 0x22 though, so this wasn't that big of a deal, just mentioning this in case you can tweak it.


Did not meet it to this time - *1 subtitle in 2 streams*, is it correct after using "Verify" button?


Here's where the real problem comes in. Each sub picture displays for 2 seconds, with no pause in between subs (its a virtual moving sub

Any possibility of a fix? An added feature to the timecode adjustment screen such as 'minimum duration' would do the trick for many movies, but I still fear it wouldn't work with this one!


As seen from error log, there is only problem with "The start time should be smaller than end_time." thing - so no problems with subtitles its stop time equals with next subtitle start time (no pause). Then I think the 'minimum duration' would fix it in all cases in this subtitle too. I've added this "feature" already, but have not released it because of other problems yet.

And "Warning Sub-Picture (stream 1 in Track "PGC1.M2V.d2v.mpv-t") is across scene boundary at" makes not problems?

[Eyes`Only]

You know, I've never tried the 'verify' button. I have no idea what it does! Do you have a help guide that explains the features somewhere?

As seen from error log, there is only problem with "The start time should be smaller than end_time." thing - so no problems with subtitles its stop time equals with next subtitle start time (no pause). Then I think the 'minimum duration' would fix it in all cases in this subtitle too. I've added this "feature" already, but have not released it because of other problems yet.

Exactly. This seems to be the only really prevalent error. I have on occasion gotten a 'subtitles overlap' error, but the start time = end time is the most common problem.

And "Warning Sub-Picture (stream 1 in Track "PGC1.M2V.d2v.mpv-t") is across scene boundary at" makes not problems?

Nope, no problems with that, it's just part of the logfile because I copied the whole thing complete. :)

Well, if you could release the new version with a 'minimum duration' feature, I'll be glad to give it some rigorous tests. It does seem like it would work good, only problem would be if the duration overlapped the next sub.

[zuggy]

Originally posted by Eyes`Only
[B]You know, I've never tried the 'verify' button. I have no idea what it does! Do you have a help guide that explains the features somewhere?


I think it's in FAQ, the first place to look before asking :)


Well, if you could release the new version with a 'minimum duration' feature, I'll be glad to give it some rigorous tests. It does seem like it would work good, only problem would be if the duration overlapped the next sub.


You can test it in alpha, but remember, it's usable only for bmp outputs (too much ToDo/Oops in ocr area...). Set the duration in Global Ops.

http://zuggy.wz.cz/sralpha.exe

[Eyes`Only]

Downloaded and installed and I can't for the love of God find that setting in Global Options!