Opened 6 years ago

Closed 5 years ago

Last modified 5 years ago

#155 closed defect (fixed)

Broken frames transcoding/subclipping from GoPro H.264 to XDCAM

Reported by: rmk Owned by: michael
Priority: normal Component: undetermined
Version: unspecified Keywords: h264
Cc: Blocked By:
Blocking: Reproduced by developer: yes
Analyzed by developer: no

Description

The following command line results in the last 2 frames being broken (see attached png export of the last frame):

-y -i /Users/krueger/testdata/ffmpeg/GOPR0019.MP4 -t 2.96 -f mov -vcodec mpeg2video -r 25 -pix_fmt yuv422p -qscale 1.0 -qmax 1 -dc 10 -g 12 -bf 2 -flags2 +ivlc+sgop+non_linear_q -acodec pcm_s24le -ar 48000 /Users/krueger/testdata/ffmpeg/GOPR0019-XDCAM-HD422-720p25-clipped-ffmpeg.mov
ffmpeg version git-N-29582-g707e861, Copyright (c) 2000-2011 the FFmpeg developers

built on May 4 2011 18:02:59 with gcc 4.2.1 (Apple Inc. build 5664)
configuration: --enable-gpl --enable-nonfree --enable-libx264 --enable-libfaac --enable-libmp3lame
libavutil 51. 2. 0 / 51. 2. 0
libavcodec 53. 3. 0 / 53. 3. 0
libavformat 53. 0. 3 / 53. 0. 3
libavdevice 53. 0. 0 / 53. 0. 0
libavfilter 2. 4. 0 / 2. 4. 0
libswscale 0. 14. 0 / 0. 14. 0

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/krueger/testdata/ffmpeg/GOPR0019.MP4':

Metadata:

major_brand : avc1
minor_version : 0
compatible_brands: avc1isom
creation_time : 2009-02-16 11:13:18

Duration: 00:00:05.48, start: 0.000000, bitrate: 8916 kb/s

Stream #0.0(eng): Video: h264 (Main), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 8874 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Metadata:

creation_time : 2009-02-16 11:13:18

Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16, 127 kb/s
Metadata:

creation_time : 2009-02-16 11:13:18

Incompatible sample format 's16' for codec 'pcm_s24le', auto-selecting format 's32'
[buffer @ 0x100f01b80] w:1280 h:720 pixfmt:yuv420p
[ffsink @ 0x100f023c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out'
[scale @ 0x100f026e0] w:1280 h:720 fmt:yuv420p -> w:1280 h:720 fmt:yuv422p flags:0xa0000004
Output #0, mov, to '/Users/krueger/testdata/ffmpeg/GOPR0019-XDCAM-HD422-720p25-clipped-ffmpeg.mov':

Metadata:

major_brand : avc1
minor_version : 0
compatible_brands: avc1isom
creation_time : 2009-02-16 11:13:18
encoder : Lavf53.0.3
Stream #0.0(eng): Video: mpeg2video, yuv422p, 1280x720 [PAR 1:1 DAR 16:9], q=2-1, 200 kb/s, 25 tbn, 25 tbc
Metadata:

creation_time : 2009-02-16 11:13:18

Stream #0.1(eng): Audio: pcm_s24le, 48000 Hz, stereo, s32, 2304 kb/s
Metadata:

creation_time : 2009-02-16 11:13:18

Stream mapping:

Stream #0.0 -> #0.0
Stream #0.1 -> #0.1

Press [q] to stop encoding
frame= 74 fps= 24 q=1.0 Lsize= 6255kB time=2.92 bitrate=17549.4kbits/s
video:5419kB audio:834kB global headers:0kB muxing overhead 0.044231%

I'm attaching the video here because upload.ffmpeg.org as described on the website does not seem to work.

Attachments (1)

broken-frame-ffmpeg.png (978.0 KB) - added by rmk 6 years ago.

Download all attachments as: .zip

Change History (8)

Changed 6 years ago by rmk

comment:1 Changed 6 years ago by rmk

I could not add the video file because it is 6 MB and the limit is 2.5. How can I make the file available to you?

comment:2 Changed 6 years ago by ami_stuff

please upload the file here:

http://www.datafilehost.com/

comment:3 Changed 6 years ago by rmk

I did:
http://www.datafilehost.com/download-616c9276.html

Sorry for the delay but I didn't get an email notification when the last comment was added.

comment:4 Changed 6 years ago by cehoyos

  • Status changed from new to open

Is the problem also reproducible without an external library (x264)? Does the following command also show the artefacts: ffmpeg -i GOPR0019.MP4 -an -qscale 2 out.mov

comment:5 Changed 6 years ago by cehoyos

  • Component changed from FFmpeg to undetermined
  • Reproduced by developer set

(Sorry for my last comment, the options confused me.)

This is reproducible with ffmpeg -t 2.96 -i GOPR0019.MP4 -qscale 2 out.mpg and ffmpeg -t 2.96 -i GOPR0019.MP4 -qscale 2 out.avi (but not with -an or without -t).
With -an, only 72 (correct) frames are encoded.

comment:6 Changed 5 years ago by cehoyos

  • Resolution set to fixed
  • Status changed from open to closed

This is not reproducible any more with current git head.

comment:7 Changed 5 years ago by cehoyos

  • Keywords h264 added
Note: See TracTickets for help on using tickets.