[MPlayer-dev-eng] [PATCH] Reset -ss after first seek

Reimar Döffinger Reimar.Doeffinger at gmx.de
Thu Sep 9 07:11:07 CEST 2010


On Wed, Sep 08, 2010 at 04:08:53PM -0400, Vlad Seryakov wrote:
> 
> On Sep 5, 2010, at 2:47 AM, Vlad Seryakov wrote:
> 
> >> On Aug 30, 2010, at 4:08 AM, Nicolas George <nicolas.george at normalesup.org> wrote:
> >> 
> >>> Le tridi 13 fructidor, an CCXVIII, Vlad Seryakov a écrit :
> >>>> This is one liner to reset start seek position after first file, so
> >>>> subsequent files will not seek to the same position.
> >>> 
> >>> What exactly is your command line? MPlayer is slightly peculiar in the way
> >>> it handles options:
> >>> 
> >>> mplayer -o1 -o2 -o3 fileA -o4 -o5 fileB -o6 -o7
> >>> 
> >>> o1, o2, o3 apply to all files, o4 and o5 apply to fileA, o6 and o7 apply to
> >>> fileB.
> >>> 
> >>> Therefore:
> >>> 
> >>> mplayer -ss 42 fileA fileB
> >>> 
> >>> should start both fileA and fileB at 42 (maybe skipping the opening) while
> >>> 
> >>> mplayer fileA -ss 42 fileB
> >>> 
> >>> should skip the opening only for fileA.
> >>> 
> >>> I just checked, and it seems to work. Is your patch still necessary with
> >>> regards to that particular behavior 
> >> 
> > 
> > No, with -ss it does not work this way, so every next file from playlist or loaded by loadfile command will be started from the same start position. If this is intended then there should be a way to disable it or make it per file or just reset as i propose.
> > 
> > 
> 
> Resubmitting the patch just in case
> 
> Currently this is the only normal way to resume on start, there is no similar slave command, so integrating mplayer with resume feature does not work well without this patch.

The behaviour described by Nicolas George is how it should behave.
If it doesn't that's a bug. Adding yet another bug on top of it to
hide is not a fix.


More information about the MPlayer-dev-eng mailing list