[FFmpeg-user] Prores 422 to H264, multithread leads to video glitch

Fri Feb 6 22:10:01 CET 2015

Hi,

Yes exactly the same issue with Mpeg4 encoder.
Good with one thread and glitch with multithread.

Regards,

Thibault Leboucq

ffmpeg version 0.8.16-6:0.8.16-1, Copyright (c) 2000-2014 the Libav developers
  built on Sep 17 2014 13:32:57 with gcc 4.7.2
The ffmpeg program is only provided for script compatibility and will be removed
in a future release. It has been deprecated in the Libav project to allow for
incompatible command line syntax improvements in its replacement called avconv
(see Changelog for details). Please use avconv instead.

Seems stream 0 codec frame rate differs from container frame rate: 25000.00 (25000/1) -> 25.00 (25/1)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'PCD00151.mov':
  Metadata:
    major_brand     : qt
    minor_version   : 537199360
    compatible_brands: qt
    creation_time   : 2015-01-31 10:37:33
  Duration: 00:00:38.92, start: -6.240000, bitrate: 44216 kb/s
    Stream #0.0(eng): Video: prores, yuv422p10le, 720x576, 42673 kb/s, PAR 16:15 DAR 4:3, 25 fps, 25 tbr, 25k tbn, 25k tbc
    Metadata:
      creation_time   : 2015-01-31 10:37:33
    Stream #0.1(eng): Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s
    Metadata:
      creation_time   : 2015-01-31 10:37:33
    Stream #0.2(eng): Data: tmcd / 0x64636D74
    Metadata:
      creation_time   : 2015-01-31 10:37:33
Incompatible pixel format 'yuv422p10le' for codec 'libx264', auto-selecting format 'yuv420p'
[buffer @ 0x9195400] w:720 h:576 pixfmt:yuv422p10le
[avsink @ 0x91955e0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out'
[scale @ 0x918e3e0] w:720 h:576 fmt:yuv422p10le -> w:720 h:576 fmt:yuv420p flags:0x4
[libx264 @ 0x9194e60] using SAR=16/15
[libx264 @ 0x9194e60] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
[libx264 @ 0x9194e60] profile Main, level 3.0
[libx264 @ 0x9194e60] 264 - core 123 r2189 35cf912 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=4 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=0 b_adapt=1 b_bias=0 direct=1 weightb=0 open_gop=1 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.25 aq=1:1.00
Output #0, mov, to 'output.mov':
  Metadata:
    major_brand     : qt
    minor_version   : 537199360
    compatible_brands: qt
    creation_time   : 2015-01-31 10:37:33
    encoder         : Lavf53.21.1
    Stream #0.0(eng): Video: libx264, yuv420p, 720x576 [PAR 16:15 DAR 4:3], q=-1--1, 25 tbn, 25 tbc
    Metadata:
      creation_time   : 2015-01-31 10:37:33
Stream mapping:
  Stream #0.0 -> #0.0
Press ctrl-c to stop encoding
frame=  973 fps= 55 q=-1.0 Lsize=    3431kB time=38.88 bitrate= 723.0kbits/s    s/s
video:3421kB audio:0kB global headers:0kB muxing overhead 0.316754%
frame I:6     Avg QP:18.10  size: 12041
[libx264 @ 0x9194e60] frame P:645   Avg QP:20.75  size:  4480
[libx264 @ 0x9194e60] frame B:322   Avg QP:22.39  size:  1678
[libx264 @ 0x9194e60] consecutive B-frames: 51.6% 10.9%  5.9% 31.7%
[libx264 @ 0x9194e60] mb I  I16..4: 74.6%  0.0% 25.4%
[libx264 @ 0x9194e60] mb P  I16..4: 24.1%  0.0%  3.3%  P16..4: 45.2%  3.0%  1.5%  0.0%  0.0%    skip:23.0%
[libx264 @ 0x9194e60] mb B  I16..4:  0.1%  0.0%  0.5%  B16..8:  9.9%  1.0%  0.2%  direct:32.7%  skip:55.5%  L0:45.5% L1:48.1% BI: 6.4%
[libx264 @ 0x9194e60] coded y,uvDC,uvAC intra: 10.0% 70.4% 19.6% inter: 5.9% 46.2% 0.4%
[libx264 @ 0x9194e60] i16 v,h,dc,p: 94%  3%  2%  1%
[libx264 @ 0x9194e60] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 21% 25%  6%  6%  7%  6%  6%  4%
[libx264 @ 0x9194e60] i8c dc,h,v,p: 51% 26% 19%  4%
[libx264 @ 0x9194e60] Weighted P-Frames: Y:13.3% UV:4.0%
[libx264 @ 0x9194e60] ref P L0: 54.2%  3.9% 25.9% 14.4%  1.6%
[libx264 @ 0x9194e60] ref B L0: 73.6% 26.4%
[libx264 @ 0x9194e60] kb/s:719.84

[signature-thibault]

De : Carl Eugen Hoyos [via FFmpeg-users] [mailto:ml-node+s933282n4669145h1 at n4.nabble.com]
Envoyé : vendredi 6 février 2015 20:54
À : Thibault Leboucq
Objet : Re: Prores 422 to H264, multithread leads to video glitch

thibault75 <thibault <at> capitalvision.fr> writes:

> ffmpeg -threads 4 -i PCD00151.mov
> -vcodec libx264 -an output.mov

Please provide the complete, uncut console output
and the input sample.

Is the issue only reproducible with x264 encoding
or also with -vcodec mpeg4?

Carl Eugen

_______________________________________________
ffmpeg-user mailing list
[hidden email]</user/SendEmail.jtp?type=node&node=4669145&i=0>
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

________________________________
If you reply to this email, your message will be added to the discussion below:
http://ffmpeg-users.933282.n4.nabble.com/Prores-422-to-H264-multithread-leads-to-video-glitch-tp4669143p4669145.html
To unsubscribe from Prores 422 to H264, multithread leads to video glitch, click here<http://ffmpeg-users.933282.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4669143&code=dGhpYmF1bHRAY2FwaXRhbHZpc2lvbi5mcnw0NjY5MTQzfDExODI3OTI3MzE=>.
NAML<http://ffmpeg-users.933282.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>

image001.png (23K) <http://ffmpeg-users.933282.n4.nabble.com/attachment/4669146/0/image001.png>

--
View this message in context: http://ffmpeg-users.933282.n4.nabble.com/Prores-422-to-H264-multithread-leads-to-video-glitch-tp4669143p4669146.html
Sent from the FFmpeg-users mailing list archive at Nabble.com.