[MPlayer-users] subdelay + dumpsrtsub -> the opposite delay sign

[Reimar Döffinger]

On Wed, Mar 06, 2013 at 06:40:48PM +0200, Teemu Likonen wrote:
> Vladimir Mosgalin [2013-03-06 19:13:44 +0400] wrote:
> 
> > As long as I remember, mplayer always interpreted subdelays opposite
> > to other tools.

Not sure but I think that was fixed, just for the dump* stuff it was
forgotten.

> > Btw I *really* suggest you not to use -dumpsrt for srt-to-srt (or any
> > other kind, for that matter) conversion; better use "srttool" (e.g.
> > srttool -d -5 -i input.srt > output.srt") (it used to go with transcode
> > package, if you can't find it, I can send its source) for
> > non-interactive changes and subtitleeditor for interactive changes.
> 
> Thanks for suggestion. I rarely need this but I've used mplayer
> succesfully for timing subtitle files. The usual pattern is:
> 
>     mplayer film.mkv -dumpmicrodvdsub [...]
>     mplayer film.mkv -sub dumpsub.sub -subdelay X -subfps Y
> 
> When I have correct values for X and Y I do:
> 
>     mplayer film.mkv -sub dumpsub.sub -subdelay -X -subfps Y -dumpsrtsub
> 
> So it seems I need to change the sign of subdelay value X before I run
> -dumpsrtsub. It's OK but I don't remember having required to do that
> before. Maybe I remember wrong.

You could try attached patch.
The amount of duplicated code in that file is really annoying, it would
definitely be worthy of a major code cleanup...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dump_delay.diff
Type: text/x-diff
Size: 2292 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-users/attachments/20130306/332533fc/attachment.bin>