[MPlayer-dev-eng] [PATCH] the seek to position -ss option does not really set a new playback start position
Jehan Pagès
jehan.marmottard at gmail.com
Sat Apr 3 21:06:19 CEST 2010
Hi,
as a musician, when I work on a song, I want to be able to set a
(sometimes very) small time range of the song apart to work on it (and
usually I will loop it indefinitely). For this we have the "-ss xx
-endpos yy" solution which works great as long as we don't seek
manually out of this range. But if we do, -endpos indeed blocks the
seek but -ss does not, and that does not suit me.
To make it clear, let's have an example: let's say I set -ss 50. I am
at timestamp 55 and I seek backwards with the default 10 seconds. What
I would like is that it brings me back to timestamp 55 (which I want
to consider as my reference-start in the current playback) but what it
does is that it would bring me back to 45.
Note that -endpos already works as I want (if I seek over endpos, it
will end the playback, go to the next file, or loop depending on how I
set this).
So I have patched mplayer such that -ss works the same way as -endpos.
Note that maybe other people consider this is the way that -ss should
work (only as a "default seek forward", not supposed to jail the
playback into a new start position). If this is the case, then I
propose to let it as it is (hence do not apply my patch) and to create
a new option, probably named -startpos, with a symetric logic as
-endpos (then to really jail the playback, we would rather use
"-startpos xx -endpos yy" from now on).
Tell me if you prefer this solution.
Bye.
Jehan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mplayer_ss_jail.patch
Type: text/x-patch
Size: 784 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20100404/0c310a69/attachment.bin>
More information about the MPlayer-dev-eng
mailing list