In this example the input file sequence is 600+ 1024x576 jpegs.
Interestingly, the ffmpeg resulting file is approx 11.6 MB.
The lqt wrapped converted file is approx 60 MB.
I'm presuming that the missing options which I can't convert wouldn't account for this disparity.
Any suggestions as to what this could be?
Regards,
Jez
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
libquicktime uses x264 directly and not through ffmpeg. This means that ff_* options aren't effective here.
You might want to look at plugins/x264/lqt_x264.c for the x264 parameters we support. If something is missing you
can make a patch.
Please post further replies to the low-noise and spam-free libquicktime-devel mailing list.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello there. First post.
I'm attempting to convert a workflow for ffmpeg to another tool which wraps libquicktime (http://www.tweaksoftware.com/products/rvio-sequence-converter).
I've nearly done this, but can't find the alternative lqt parameters for the following options:
-partitions +parti8x8+parti4x4+partp8x8+partp4x4+partb8x8
-bidir_refine 1
-rc_eq 'blurCplx^(1-qComp)'
-flags2 fastpskip
-flags2 dct8x8
-flags2 mixed_refs
-flags2 wpred
-refs 2
Could someone please point me in the correct direction?
Original ffmpeg options:
ffmpeg <path to input file sequence> -threads 2 -vcodec libx264 -me_method umh -directpred 3 -coder ac -me_range 16 -g 250 -rc_eq 'blurCplx^(1-qComp)' -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71428572 -b_qfactor 0.76923078 -b_strategy 1 -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -trellis 1 -subq 6 -partitions +parti8x8+parti4x4+partp8x8+partp4x4+partb8x8 -bidir_refine 1 -cmp 1 -flags2 fastpskip -flags2 dct8x8 -flags2 mixed_refs -flags2 wpred -refs 2 -deblockalpha 0 -deblockbeta 0 -bf 3 -crf 23 <path to output movie>
My rvio options (lqt options passed as -outparams):
rvio <path to input file sequence> -codec x264 -outres 1024 576 -outfps 25 -rthreads 6 -outparams "x264_i_me_method=Uneven Multi-Hexagon" -outparams "x264_i_direct_mv_pred=Auto" -outparams "ff_coder_type=Arithmetic" -outparams "x264_i_me_range=16" -outparams "gop_size=250" -outparams "x264_i_keyint_min=25" -outparams "ff_scenechange_threshold=40" -outparams "x264_f_ip_factor=0.71428572" -outparams "x264_f_pb_factor=0.76923078" -outparams "ff_b_frame_strategy=1" -outparams "ff_qcompress=0.6" -outparams "ff_qmin=10" -outparams "ff_qmax=51" -outparams "ff_max_qdiff=4" -outparams "ff_trellis=1" -outparams "ff_me_subpel_quality=6" -outparams "x264_analyse_psub8x8=1" -outparams "ff_flag_qpel=1" -outparams "x264_b_mixed_references=1" -outparams "x264_b_weighted_bipred=1" -outparams "ff_me_range=1" -outparams "x264_i_deblocking_filter_alphac0=0" -outparams "x264_i_deblocking_filter_beta=0" -outparams "x264_i_bframe_bias=3" -outparams "x264_i_rc_method=CRF based VBR" - o <path to output movie>
In this example the input file sequence is 600+ 1024x576 jpegs.
Interestingly, the ffmpeg resulting file is approx 11.6 MB.
The lqt wrapped converted file is approx 60 MB.
I'm presuming that the missing options which I can't convert wouldn't account for this disparity.
Any suggestions as to what this could be?
Regards,
Jez
libquicktime uses x264 directly and not through ffmpeg. This means that ff_* options aren't effective here.
You might want to look at plugins/x264/lqt_x264.c for the x264 parameters we support. If something is missing you
can make a patch.
Please post further replies to the low-noise and spam-free libquicktime-devel mailing list.