[x264-devel] Optimized multiple rendition encoding
Eran Kornblau
eran.kornblau at kaltura.com
Sat Nov 12 14:44:35 CET 2016
> -----Original Message-----
> From: x264-devel [mailto:x264-devel-bounces at videolan.org] On Behalf Of BugMaster
> Sent: Saturday, November 12, 2016 10:36 AM
> To: Mailing list for x264 developers <x264-devel at videolan.org>
> Subject: Re: [x264-devel] Optimized multiple rendition encoding
>
> On Sat, 12 Nov 2016 07:32:59 +0000, Eran Kornblau wrote:
>
> > Thanks for your reply! However, as far as I know, 2 pass is about 50%
> > slower than 1 pass. So if the highest rendition (which is the heaviest
> > to transcode) will be transcoded with 2 pass, the whole process will
> > probably take more time than it does now. To put it differently - I
> > don't think the speed gain in the lower transcodes will compensate for
> > that.
> > Yes, I may get higher quality thanks to the 2 pass, but my goal here
> > is to shorten the transcoding time/reduce the resource usage.
>
> If you currently use 1-pass ABR for your encodings you still can use this method. Only difference would be that you would use result of 1-st pass (which should be done with `--pass 1 --slow-firstpass`) as end result for this bitrate. This way you will make same number of passes (bitrates) as you currently do and N-1 of them wouldn't need lookahead (slicetype decisions, AQ, MBTree) at the little cost of IO (writting/reading stats-files) and probably would have better quality then simple 1-pass ABR for all.
>
That sounds awesome, I'll try it out, thanks!
Do you have some rough estimate on the performance gain for the 2..N renditions ?
> _______________________________________________
> x264-devel mailing list
> x264-devel at videolan.org
> https://mailman.videolan.org/listinfo/x264-devel
>
More information about the x264-devel
mailing list