mplayer-users
[Top][All Lists]
Advanced
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Original]

Re: [MPlayer-users] -ss option time descrepancy

To: "MPlayer usage questions, features, bugreports" <mplayer-users@xxxxxxxxxxxx>
Subject: Re: [MPlayer-users] -ss option time descrepancy
From: Michel Bardiaux <mbardiaux@xxxxxxxxxxx>
Date: Tue, 14 Sep 2004 10:47:58 +0200
Delivered-to: itdp@localhost
Delivered-to: mplayer-users@mplayerhq.hu
In-reply-to: <20040913173640.GA281@brightrain.aerifal.cx>
References: <20040911121957.GA1887@portable.maison> <20040911211814.54498753@localhost.localdomain> <20040911194415.GP281@brightrain.aerifal.cx> <4145870E.3020004@peaktime.be><20040913173640.GA281@brightrain.aerifal.cx>
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;rv:1.5) Gecko/20031013 Thunderbird/0.3
D Richard Felker III wrote:

On Mon, Sep 13, 2004 at 01:39:58PM +0200, Michel Bardiaux wrote:

D Richard Felker III wrote:

[snip]



this will not help. -ss 00:10:00 is exactly the same as -ss 600. the
problem is that mplayer's seeking sucks, but you _cannot_ do correct
seeking in an mpeg file without reading the _entire_ thing from the
start up to the point you want to seek to...

If one assumes an MPEG-PS format with correct timestamps, correct seeking to a particulat frame using repeated bisection then a little bit of MxV parsing should work, no? Of course the problem is then to *decode* non-key frames, especially when faced with variable GOP size or open GOPs...

So ITYM 'seeking in a pathological MPEG'?


if you call 75% of all dvd's "pathological", then yes...

I had no idea the situation was so bad. 75% of all DVDs are not conforming to standards!?


rich



--
Michel Bardiaux
Peaktime Belgium S.A.  Bd. du Souverain, 191  B-1160 Bruxelles
Tel : +32 2 790.29.41

_______________________________________________
MPlayer-users mailing list
MPlayer-users@xxxxxxxxxxxx
http://mplayerhq.hu/mailman/listinfo/mplayer-users

[Prev in Thread] Current Thread [Next in Thread]