[FFmpeg-devel] Change 9963 introduces regression - start_time in asf.c

[Michael Niedermayer]

Hi

On Fri, Aug 10, 2007 at 05:10:12PM +1000, Neil Brown wrote:
> 
> I have a video file:
> 
>    Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 25.00 (25/1)
>    Input #0, asf, from '/var/tmp/100 Celebration Presentation 1 - Final (v3w).wmv':
>      Duration: 00:05:00.8, start: 1.579000, bitrate: 1550 kb/s
>      Stream #0.0: Audio: wmav2, 44100 Hz, stereo, 160 kb/s
>      Stream #0.1: Video: wmv3, yuv420p, 720x576, 1500 kb/s, 25.00 fps(r)
> 
> which is (as you can see) 5 minutes long.  When I look at it with
> a more recent ffmpeg, I get a different duration:
> 
>   Duration: 00:04:41.0, start: 0.000000, bitrate: 1660 kb/s
> 
> (The same happens when I load it into kdenlive which uses ffmpeg libraries).
> 
> This has only started happening recently and I tracked it down to
> change 9963 in ffmpeg.
> 
>   r9963 | michael | 2007-08-07 06:36:55 +1000 (Tue, 07 Aug 2007) | 2 lines
> 
>   ignore preroll, it is generally not what AVStream.start_time should contain

this change does not change AVStream.duration at least not directly so you 
will have to provide
more information (that is everything that is needed to reproduce the bug)
or we cant help you


> 
> 
> Could it be that with this change, start_time isn't being set at all?
> If it add code to explicitly set it to zero, I get the correct clip
> length again.
> Before I set it to 0, it's value is
>   0x8000000000000000

start time is correct, your attempt to set it to 0 is _WRONG_

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Opposition brings concord. Out of discord comes the fairest harmony.
-- Heraclitus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070810/94c71cf9/attachment.pgp>