<div dir="ltr">Hey guys,<br><br>I found out it's the H264 encoding that is really screwing up the cpu cycles, and not the audio. @carl, moving it down didn't help, it still says invalid command.<br><br>I found out that h264 encoding takes up 20 minutes with music and srt combined for a 2 min random video clip.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 31, 2014 at 1:24 PM, Carl Eugen Hoyos <span dir="ltr"><<a href="mailto:cehoyos@ag.or.at" target="_blank">cehoyos@ag.or.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">Vijay Kanta <viju.kantah@...> writes:<br>
<br>
> ffmpeg -i music/qT0pdDhKxFDnfJHq2.mp3 -c:a copy<br>
> -i video/HKp1ZpHbANT4dmGRC.mp4 -vcodec libx264<br>
> -crf 23 -vf subtitles=subtitles/1718379803.srt<br>
> -preset ultrafast -strict -2<br>
> film/HKp1ZpHbANT4dmGRC.mp4<br>
<br>
</div>Move "-c:a copy" behind the last input file.<br>
<br>
But please note that compared to H264 encoding,<br>
audio encoding should always be fast, so the<br>
speed difference between audio copying and<br>
audio reencoding should be less than using<br>
different x264 presets.<br>
<div class="HOEnZb"><div class="h5"><br>
Carl Eugen<br>
<br>
_______________________________________________<br>
Libav-user mailing list<br>
<a href="mailto:Libav-user@ffmpeg.org">Libav-user@ffmpeg.org</a><br>
<a href="http://ffmpeg.org/mailman/listinfo/libav-user" target="_blank">http://ffmpeg.org/mailman/listinfo/libav-user</a><br>
</div></div></blockquote></div><br></div>