Re: [rtcweb] More H.264 vs VP8 tests

On 2013-06-26 17:35, Eggert, Lars wrote:
> Hi,
>
> On Jun 25, 2013, at 0:00, Harald Alvestrand <harald@alvestrand.no>
> wrote:
>> This would seem to me to be an argument for including the rate
>> control.... what we are looking for is the codec where people can
>> demonstrate the best performance for our specific situations, not
>> the codec that is best able to fulfil a set of conditions that are
>> inappropriate for Real Life.
>
> I'd agree with this argument *if* we actually had some idea of what
> congestion control algorithm(s) RMCAT will propose. If we did,
> looking at congestion-controlled output quality would make a lot of
> sense.
>
> But, we don't know what RMCAT will recommend, and - with my RMCAT
> chair hat on - progress is slow, because participation is not exactly
> stellar. RTCWEB folks with an interest in this topic should start
> participating in RMCAT. Pretty please.
>
> But, I digressed. Since we don't know what algorithm RMCAT will
> recommend, comparing different codec/congestion-control pairs makes
> it very hard to figure out whether quality differences are due to the
> codec, or due to the congestion controller.
>
> So as a baseline, it would make sense to eliminate the congestion
> controller from this comparison, at least initially. Once we have
> some candidate congestion controllers on the table in RMCAT,
> comparing encoder-controller pairs makes sense, e.g., VP8 with
> controller A against MPEG with controller A, VP8 with controller B
> against MPEG with controller B, etc.
>
> Because in the end, as you say, congestion-controlled output quality
> is what matters in the real world. So IMO any final decision on a
> codec needs to wait until we know what the congestion controller is
> doing.

If this was only about video quality I would agree, but as things stand 
now I would say that the data we have available indicate that VP8 and 
h.264 baseline are comparable regarding video quality, and that possible 
MTI selection would come down to other things (like licensing, current 
deployment etc.)

>
> Lars _______________________________________________ rtcweb mailing
> list rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb
>