Re: [rtcweb] Finishing up the Video Codec document

Daniel-Constantin Mierla <> Wed, 26 November 2014 09:16 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 895101A7004 for <>; Wed, 26 Nov 2014 01:16:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id qM7bStkGeYbD for <>; Wed, 26 Nov 2014 01:16:00 -0800 (PST)
Received: from ( [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 5D39F1A0056 for <>; Wed, 26 Nov 2014 01:16:00 -0800 (PST)
Received: by with SMTP id n3so11757924wiv.11 for <>; Wed, 26 Nov 2014 01:15:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=h+LY0MJ8vxVBArI+86CQLOktE09avacjwBQ0DH3IzCk=; b=iH2O/PPyUvmnt35kIYLZY0OjO/8ZFfgHV0kyVmqYSMGfoGh5tkrGchEsLAGcHNRchG g2LKpMk4506Qtw0JLc8qhZyDr1V0Sn4RjbmBxC1ZkxnkzDxPRzWl1zsZNcFh9BqCXq3v PkRpDT6HL4OT0Gvd+j1yPwm/tVYYCiIefB4216CdZNzWeDR59g2VeX7ewi2oYN1DtbPS rKHfF+BFzZuimel7hrq3DoBUcHy+4tXK9s/BnX4Rbb0CdIrQmfHxFFm5JvvqBR4IJmhV u5Z7xGKEDVgcrVt/pT+hJQ8jaEqKqhvoZKe98MahOs9LyWqo9t/stlnHsLPPLndFQl4R TwQw==
X-Received: by with SMTP id h7mr39616074wiv.83.1416993359150; Wed, 26 Nov 2014 01:15:59 -0800 (PST)
Received: from ([2a01:4f8:a0:638e::2]) by with ESMTPSA id wa10sm5512378wjc.8.2014. for <multiple recipients> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Nov 2014 01:15:58 -0800 (PST)
Message-ID: <>
Date: Wed, 26 Nov 2014 10:15:56 +0100
From: Daniel-Constantin Mierla <>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Adam Roach <>, "" <>
References: <>
In-Reply-To: <>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
Cc: Harald Alvestrand <>
Subject: Re: [rtcweb] Finishing up the Video Codec document
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 26 Nov 2014 09:16:03 -0000

IMO, mandatory codec revisiting has to be done for all webrtc entities.
Why not doing it for web browsers when one codec is proved to be royalty
free? Are the specs going to force any browser flavour to pay many forever?

Btw, from the minutes sent on the mailing list, I understood that the
decision is to be confirmed on the list (which is the norm for IETF
anyhow). Unless I missed some messages, I haven't seen any discussion
here following the last IETF meeting, exposing the conclusion of the
meeting and asking to have a decision on that.


On 26/11/14 00:33, Adam Roach wrote:
> I've updated the draft-ietf-rtcweb-video based on the minutes from
> Hawaii. Now that we have a clear path to success, I'd like to get the
> document finalized and published as quickly as possible. This means I
> need your feedback on the remaining open issues (1, 4, and 5, below).
> If you are CCed on this mail, it's because you took an action item in
> Hawaii, and I'm waiting to hear back from you.
> New version:
> Diff:
> ____
> Action item for Harald Alvestrand from the minutes:
>> Mo Zanaty: An IANA registered header with reference to 3GPP document.
>> Codec specific mechanism way of doing this.
>> Harald: Will send some suggestions on doing this.
> Action item for Bernard Aboba and Stephan Wenger: collect list of
> H.264 SEI messages we want to call out as MUST and/or SHOULD.
> ____
> Open Issue 1: If you don't want sRGB to be the default color space,
> say something now.
> Open Issue 2 (closed): Took "screen source video metadata" issue out
> of the document, as this is an RTP issue, not a codec issue.
> Open Issue 3 (closed): New text in "stream orientation" section
> calling out various MUST/SHOULD/MAY levels, based on what I took away
> from the mic in Hawaii. If you care about this, double-check that
> these are what you expect them to be.
> Open Issue 4: In Toronto, it was suggested that we don't need to
> specify support for "bilinear" and "none" filter styles, since they're
> already required. I'm happy to remove the statement if someone can
> point me to where this is otherwise mandated. If no one comes forward
> with a citation, I'm going to close this open issue as harmless.
> Open Issue 5: Waiting on feedback from Bernard and Stefan, as detailed
> above.
> Open Issue 6 (closed): Please see the text in section 5 of the new
> document, which tracks the text from the Novel Proposal email pretty
> closely.
> /a
> _______________________________________________
> rtcweb mailing list

Daniel-Constantin Mierla!/miconda -