Prores 422 to H264, multithread leads to video glitch

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Prores 422 to H264, multithread leads to video glitch

thibault75
Hi, I'd like to get a H264 from a PRORES 422.
All is working good with one thread but i've got some glitch with multi threads.

Command line OK (really slow):
ffmpeg -i PCD00151.mov -vcodec libx264 -an output.mov
Command line leading to glitch (3x time faster) :
ffmpeg -threads 4 -i PCD00151.mov -vcodec libx264 -an output.mov
Here is the glitch
Reply | Threaded
Open this post in threaded view
|

Re: Prores 422 to H264, multithread leads to video glitch

Carl Eugen Hoyos
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]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Reply | Threaded
Open this post in threaded view
|

RE: Prores 422 to H264, multithread leads to video glitch

thibault75

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+[hidden email]]
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]
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.
NAML

Reply | Threaded
Open this post in threaded view
|

Re: Prores 422 to H264, multithread leads to video glitch

Carl Eugen Hoyos
thibault75 <thibault <at> capitalvision.fr> writes:

> ffmpeg version 0.8.16-6:0.8.16-1

This is an intentionally broken version of FFmpeg
that contains several hundred known bugs that are
not reproducible with FFmpeg, some of them
security-relevant. Please understand that we
cannot support this here.
Please test current FFmpeg from
http://ffmpeg.org/download.html

Carl Eugen

_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Reply | Threaded
Open this post in threaded view
|

Re: Prores 422 to H264, multithread leads to video glitch

Lou Logan
In reply to this post by thibault75
On Fri, 6 Feb 2015 13:10:01 -0800 (PST)
thibault75 <[hidden email]> wrote:

> ffmpeg version 0.8.16-6:0.8.16-1, Copyright (c) 2000-2014 the Libav developers

This is not ffmpeg from FFmpeg, but a so-called "ffmpeg" from Libav, a
fork of FFmpeg. Also, note that "libav" was always used by FFmpeg as a
shorthand name to refer to the FFmpeg libraries (libavcodec,
libavformat, libavutil, libavdevice, libavfilter, etc). Yes, it's
confusing, annoying, and unfortunate that they chose these names.

You are expected to use stuff from FFmpeg on this mailing list, so
you will either have to use ffmpeg from FFmpeg, or get help directly
from that fork.

See http://ffmpeg.org/download.html
_______________________________________________
ffmpeg-user mailing list
[hidden email]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Reply | Threaded
Open this post in threaded view
|

Re: Prores 422 to H264, multithread leads to video glitch

thibault75
Perfect.  It's working !
Thank you very much. 
So i don't have to use avconv also? Ffmpeg from deb multimedia is the newest one ?
Thanks


Le 6 févr. 2015 à 22:45, Lou-2 [via FFmpeg-users] <[hidden email]> a écrit :

On Fri, 6 Feb 2015 13:10:01 -0800 (PST)
thibault75 <[hidden email]> wrote:

> ffmpeg version 0.8.16-6:0.8.16-1, Copyright (c) 2000-2014 the Libav developers

This is not ffmpeg from FFmpeg, but a so-called "ffmpeg" from Libav, a
fork of FFmpeg. Also, note that "libav" was always used by FFmpeg as a
shorthand name to refer to the FFmpeg libraries (libavcodec,
libavformat, libavutil, libavdevice, libavfilter, etc). Yes, it's
confusing, annoying, and unfortunate that they chose these names.

You are expected to use stuff from FFmpeg on this mailing list, so
you will either have to use ffmpeg from FFmpeg, or get help directly
from that fork.

See http://ffmpeg.org/download.html
_______________________________________________
ffmpeg-user mailing list
[hidden email]
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-tp4669143p4669148.html
To unsubscribe from Prores 422 to H264, multithread leads to video glitch, click here.
NAML