,
you would need have at least 40% better cpu to run all 3 ffmpeg... With
3 ffmpeg it using all cpu, some slowed to take 50% of core when it
needed 77-90%...
Did you compile ffmpeg by self? Some good gcc flags can speed up ffmpeg...
chronek
W dniu 2017-06-13 o 15:03, Hendrik Karsimin pisze:
Hi
You can cut, encode one piece, merge after, but you have to remeber to
keep container/codec/resolution
(And you will always end with sync or freeze problem in merge place)
example:
ffmpeg -i in.mp4 -to 00:01:00 -c copy 1.mp4
< process 1.mp4 to 2.mp4 >
|ffmpeg -i 2.mp4 -c copy -bsf:v h264_mp4to
use more cpu consuming preset (like slow, slower, you can try use
graphic encode like nvenc for speed up), increase crf to 22-26, use
noise reduction (like hqdn3d), try better codec (like libx265)
W dniu 2017-04-03 o 09:01, Cecil Westerhof pisze:
I made Saturday some videos of a contest, but
You uploaded for comparision good quality sample, how you obtain that
sample? Could you provide that sample with intro part? I asking for
intro becasue intro part will show me most what quality should i strive.
Did you try with noise reduction?
ffmpeg -y -i in.mp4 -vf pp=va/ha,hqdn3d=4:3:4:4 -
Ok, more denoising and small tuning:
ffmpeg -y -i in.mp4 -vf pp=va/ha,uspp=7,hqdn3d=4:3:4:4 -an -c:v libx264
-preset veryslow -profile high -b:v 2M -refs 8 -me_range 64 -qcomp 0.7
-fast-pskip 0 -nr 400 -deblock 2:2 -pass 1 /dev/null
ffmpeg -y -i in.mp4 -vf pp=va/ha,uspp=7,hqdn3d=4:3:4:4 -c:a a
I found that source file have many compression artifacts... i put some
nasty filter and tune options a bit. Not good yet, but is a bit better?
ffmpeg -y -i in.mp4 -vf pp=va/ha,uspp=7 -an -c:v libx264 -preset
veryslow -b:v 2M -minrate 2M -maxrate 2M -bufsize 4M -refs 6 -me_range
64 -qcomp 0.6
Then i can think only about that:
ffmpeg -y -i in.mp4 -an -c:v libx264 -preset veryslow -b:v 2048k -refs 8
-qcomp 0.7 -nr 40 -flags +loop -deblock 1:0 -pass 1 /dev/null
ffmpeg -y -i in.mp4 -c:a aac -b:a 128k -c:v libx264 -preset veryslow
-b:v 2048k -refs 8 -qcomp 0.7 -nr 40 -flags +loop -debloc
W dniu 2017-03-27 o 19:24, negin tebyani pisze:
and yes, I need to use constant bitrate. do I need to use 2 pass with
constant bitrate?
You do not need second pass with constant bitrate, but with 2 pass - in
first pass it log where it need bitrate and use that knowledge to
distrubuate in se
So you set own x264opts then you use preset slow what rewrite x264opts..
If you reencode h264 with downsacale try with minimal settings like:
ffmpeg -y -i in.mp4 -vf
pp=va/ha,scale=1280:720:flags=spline+full_chroma_inp+full_chroma_int+accurate_rnd+bitexact,setsar=1
-an -c:v libx264 -preset ve
I think reason why you can not get the same result is simple, ame using
apple prores, apple codec is closed and patented, ffmpeg prores is
opensource community implementation and creates non standard prores
files, try increase bitrate (-bits_per_mb 1200) and check if it get good
result, if resu
prores_ks
-profile:v 1 -vf scale=interl=1:flags=full_chroma_int -copytb -1 -strict
-2 -flags +ildct out.mov
W dniu 2017-03-24 o 12:04, Dave pisze:
To answer your suggestions Chronek:
I tried encoding with your suggested command line it was still pretty much the
same.
1) I downloaded a fresh
9:59, Dave pisze:
ProRes is required because it is going into Final Cut Pro 7.
On 24 Mar 2017, at 2:20 am, chronek wrote:
Are you really need prores codec? If you concern quality then use some loseless
codec like utvideo...
W dniu 2017-03-23 o 12:43,
I do not know what for he need prores codec, maybe he not need it I
did not see previous posts or screenshots...
so what is source file container/codec/colorspace/is interlaced? and
what is desired container/codec/colorspace and for what he need it?
(maybe can be used something else)
D
We still do not know what is his colorspace of input video, if it is
only yuv420p then conversion to prores_ks profile:v 1 (yuv422p10) will
be losy, not to mention that prores is itself losy, why not use native
yuv420p? If you really need change codec why not use utvideo it can
loseless yuv420,
Are you really need prores codec? If you concern quality then use some
loseless codec like utvideo...
W dniu 2017-03-23 o 12:43, Dave pisze:
Hi guys,
I am having a problem where there is a slight blur on converted videos. I am
trying to automate a couple of workflows where Adobe Media Encode
Try -sws_flags full_chroma_inp+full_chroma_int
W dniu 2017-02-23 o 23:05, Dave pisze:
Hi guys,
I am having a issue where all the clips that I convert have a chroma
problem. The red is saturated on all clips and there are red horizontal
lines in the chroma.
$ ffmpeg -y -i 5079162_NHL\ Marleau
I think nvresize is a part of nvidia gpu acceleration patch and it is a
GPU accelerated video resizer
from:
http://developer.download.nvidia.com/compute/redist/ffmpeg/1511-patch/FFMPEG-with-NVIDIA-Acceleration-on-Ubuntu_UG_v01.pdf
W dniu 2016-06-02 o 19:59, Lou pisze:
On Thu, 2 Jun 2016 1
ago Jarmo Torvinen proposed something to address this
exact issue - did this ever reach the build, if so how to activate ?
http://x264-devel.videolan.narkive.com/TlgcMaKZ/reconfiguring-x264-aspect-ratio-in-the-middle-of-stream
On 25/05/2016 13:53, chronek wrote:
Didnt read to end before, are
meant to show as 4:3 here.
I'm assuming the 2 sets of SAR/DAR are for container and stream which is
why it still shows as 16:9 after ffmpeg processing ?
On 25/05/2016 08:10, chronek wrote:
Maybe your source not have sar 1:1... setdar will not change
resolution, it will change only information abo
50 tbc
So it is meant to show as 4:3 here.
I'm assuming the 2 sets of SAR/DAR are for container and stream which is
why it still shows as 16:9 after ffmpeg processing ?
On 25/05/2016 08:10, chronek wrote:
Maybe your source not have sar 1:1... setdar will not change
resolution, it will change
Maybe your source not have sar 1:1... setdar will not change resolution,
it will change only information about aspectratio and some players not
read desired aspect ratio... Best try change to resolution what yuou
want and setsar for it... ( -vf scale=x:y,setsar=1 )
W dniu 2016-05-25 o 09:00, R
- Anything else I missed/need to know? :)
You could check "-sws_flags
full_chroma_inp+full_chroma_int+accurate_rnd+bitexact" options
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscr
Thx for fixing that
W dniu 2014-12-13 o 13:57, chronek pisze:
Hello
I saw in one line of port uspp filter something like :
"avctx_enc->pix_fmt = AV_PIX_FMT_YUV420P". I want ask if this filter
can use full 444p or always is set for
Hello
I saw in one line of port uspp filter something like :
"avctx_enc->pix_fmt = AV_PIX_FMT_YUV420P". I want ask if this filter can
use full 444p or always is set for 420p ?
Mike
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.o
24 matches
Mail list logo
