GNOME Bugzilla – Bug 651958
Merge and split lines
Last modified: 2011-08-12 11:32:05 UTC
Hi there, I have the following requests. I would like to combine/join 2 lines/subtitles. After combining them the result should start where the first subtitle starts and ends where the second subtitle ends. Splitting should be working with the following way. When I would split one subtitle into 2 parts, the beginning of the first one should start where the original one started, ends at the middle minus 0.05 sec; the second part should end where the original ended and starts at the middle of the subtitle plus 0.05 sec. So there should be 0.1 sec (or it could be configurable) between the two new subtitles. Shortcuts also needed. ;) Subtitle Editor has these features. ;) I would like to donate $100 for this feature request implemented. PS: There is a similar bug #463796 but it's about joining subtitle FILES not subtitles themselves.
Hi Zsolt, I see Subtitle Editor actually supports joining more than 2 lines, although it seems a bit odd as the typical maximum number of lines for a subtitle is 2. It does make sense to have this "gap" configurable in the preferences. Now for the tough part, which shortcuts are we going to use? ;-)
(In reply to comment #1) > Hi Zsolt, > > I see Subtitle Editor actually supports joining more than 2 lines, although it > seems a bit odd as the typical maximum number of lines for a subtitle is 2. > It does make sense to have this "gap" configurable in the preferences. Yeah, it does make sense. You're right. But sometimes it's not a problem to join 3 short lines, because you can edit them and make 2 long lines. > Now for the tough part, which shortcuts are we going to use? ;-) LOL! :) What about Ctrl+Shift+C for combine and Ctrl+Short+S for split? They haven't reserved yet. :)
Hi there Zsolt, I've just pushed a version to the development trunk that allows to test subtitle splitting. Some remarks: - The time between subtitles (or TBS :) isn't settable yet in gconf. - If the duration of the subtitle to be split is less than TBS, no TBS will be set. The end time of the first half after splitting will be equal to the start time of the second half. - If the duration is negative, no splitting will be done. - Should the text be split in half (in terms of whole lines), or should the text be the same in both subtitles for the user to change after splitting? I recognize the first makes more sense at first, but it might be worse to the user if splitting lines that way doesn't give a good result most times. Merge is on the way and should be ready by tomorrow.
Hi Pedro, Splitting seems to be working, I'vbe just pulled the new code, compiled it and tested it. ;) "Should the text be split in half (in terms of whole lines), or should the text be the same in both subtitles for the user to change after splitting? I recognize the first makes more sense at first, but it might be worse to the user if splitting lines that way doesn't give a good result most times." Maybe it should be configurable. :))) But your second case is okay for me as a default behaviour. ;) Thanks for the new feature. ;) I'm waiting for the merging. :)
Zsolt, I've just pushed the remaining changes for your testing pleasure. :-) As you may have noticed, splitting works with multiple subtitles selected, where GS will split each one in 2. Merging basically merges the range of subtitles selected, so using it with subtitles 3,4,5 selected is the same as with subtitles 3 and 5 selected (that is, it doesn't merge only 3 and 5, but everything in between too: 4). The time between subtitles is settable in gconf-editor (default 100ms), not in the Preferences dialog yet. I'll have to reorganize the dialog for it to hold the new options. Last but not least, these operations also seek the video afterwards to the first changed subtitle, if that's set in the user preferences (similar behavior to the quick shifting feature). Tell me what you think.
Hi Pedro, I've just checked the new feature and it's okay. :) Thanks for the implementation. :) I'm going to pay the donation in a few minutes. :)))
*** Bug 656168 has been marked as a duplicate of this bug. ***