> Not sure I understand.
> (Please correct me if the following is wrong / is not what you are saying:) 
> You
> argue that to measure the quality of an encoder, it is not necessary to
> decode the output bitstream and compare with the decoded bitstream of
> other encoders but that it is sufficient to analyze and compare two
> bitstreams - what quantizers are used - and the filesizes (and the time
> encoding needed)?

Is not what I've said. What I'm saying is that besides the usual visual 
inspection (at equal rate - file size) of the content compressed with two 
difference codecs, it is also interesting to understand how far the coding 
efficiency of one codec is with respect to the one theoretically provided by 
the standard itself, i.e. the coding efficiency associated with the reference 
implementation (e.g. JM for H.264/AVC and HM for H.265/HEVC). This is something 
we've always done here in BBC and in MPEG/JCT-VC/VCEG.

> Which non-obsolete encoder project (including x264) is different?

I was referring to the fact that libturing can become faster and maybe more 
efficient in the coming months since we continuously developing it.

> > http://www.bbc.co.uk
> > This e-mail (and any attachments) is confidential
>
> Please remove this from your mails!

Never added this, so I guess is automatically generated by company dispatcher 
server. Unfortunately, for company policies I cannot neither disable it nor use 
a different email account (e.g. a personal one) to subscribe to this email 
list. I hope you understand.

BR
Matteo


-----------------------------
http://www.bbc.co.uk
This e-mail (and any attachments) is confidential and
may contain personal views which are not the views of the BBC unless 
specifically stated.
If you have received it in
error, please delete it from your system.
Do not use, copy or disclose the
information in any way nor act in reliance on it and notify the sender
immediately.
Please note that the BBC monitors e-mails
sent or received.
Further communication will signify your consent to
this.
-----------------------------
_______________________________________________
ffmpeg-user mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".

Reply via email to