Re: [rtcweb] Video codec proposals due October 15th, 2012

Lorenzo Miniero <lorenzo@meetecho.com> Sun, 19 August 2012 21:32 UTC

Return-Path: <lorenzo@meetecho.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17FC721F84D1 for <rtcweb@ietfa.amsl.com>; Sun, 19 Aug 2012 14:32:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.719
X-Spam-Level:
X-Spam-Status: No, score=-0.719 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WogEggyvZPlE for <rtcweb@ietfa.amsl.com>; Sun, 19 Aug 2012 14:32:55 -0700 (PDT)
Received: from smtplq01.aruba.it (smtplqs-out18.aruba.it [62.149.158.58]) by ietfa.amsl.com (Postfix) with SMTP id B276B21F84A7 for <rtcweb@ietf.org>; Sun, 19 Aug 2012 14:32:54 -0700 (PDT)
Received: (qmail 3630 invoked by uid 89); 19 Aug 2012 21:32:52 -0000
Received: from unknown (HELO smtp8.aruba.it) (62.149.158.228) by smtplq01.aruba.it with SMTP; 19 Aug 2012 21:32:52 -0000
Received: (qmail 8563 invoked by uid 89); 19 Aug 2012 21:32:52 -0000
Received: from unknown (HELO rainpc) (lorenzo@meetecho.com@188.11.106.30) by smtp8.ad.aruba.it with SMTP; 19 Aug 2012 21:32:52 -0000
Date: Sun, 19 Aug 2012 23:26:08 +0200
From: Lorenzo Miniero <lorenzo@meetecho.com>
To: Monty Montgomery <xiphmont@gmail.com>
Message-ID: <20120819232608.5aea9229@rainpc>
In-Reply-To: <CACrD=+9945rsOy7Ldcsvej3pdf5gQ7VddA2PMzMhHUdYV66Hug@mail.gmail.com>
References: <CACrD=+-x2x5ibOe3tr38OzXdpXhXypxkzbRwwrc1O5v6JRDctg@mail.gmail.com> <CC55715A.8A94D%stewe@stewe.org> <001501cd7e3b$4fca7150$ef5f53f0$@us> <CACrD=+9945rsOy7Ldcsvej3pdf5gQ7VddA2PMzMhHUdYV66Hug@mail.gmail.com>
Organization: Meetecho
X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.8; x86_64-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Spam-Rating: smtp8.ad.aruba.it 1.6.2 0/1000/N
X-Spam-Rating: smtplq01.aruba.it 1.6.2 0/1000/N
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Video codec proposals due October 15th, 2012
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 19 Aug 2012 21:32:56 -0000

On Sun, 19 Aug 2012 17:21:54 -0400
Monty Montgomery <xiphmont@gmail.com> wrote:

> > not to a standards community that, as this
> > discussion shows again and again, is ill-prepared to deal with commercial
> > realities.
> 
> Commercial realities?  I thought we were the Lorax: we spoke for the
> Net, not for any one group's commercial realities.  There's a world
> outside of MPEG.
> 
> The net is a public resource, a public utility.  Everyone is allowed
> to use the pipes.  The water in the pipes is not free, but it is
> provided nearly at cost and ~ universally.  The public has a right to
> the pipes and the water.  Companies do not own the pipes.  They do not
> own the water.  But companies reap the benefits of clean, potable
> water (and a sewer system, though it's not as much fun to talk about)
> like everybody else.
> 
> When the water in the pipes must be licensed, tracked, and restricted,
> by a single for-profit consortium with complete authority in the
> matter, it is no longer a public resource.  It becomes a bad musical.
> 
> I will not be able to buy the water in these pipes.  Not because I
> can't afford it; those who control it will not sell me a license
> because I'm not willing to become an extension of their water
> enforcement agency.  It is not about money, it is about control.
> 
> So I am actually slightly offended at the suggestion I do not
> understand the commercial reality.  I am knowingly standing against
> where it wants to take us.
> 
> If WebRTC becomes encumbered, it very simply becomes yet another
> for-profit play, and that's... just not very interesting.  We already
> have several of those in the same space.
> 


I agree.

Besides, it's not like just the browsers need to agree on the codec. Endpoints may not be browsers, but something someone else builds to make new and exciting applications out of the bricks WebRTC provides us with. As I already said some time ago, an encumbered codec would cut out most of the people who could fuel WebRTC with new ideas, use cases and so on.

Go tell a student/geek that if he wants to implement a WebRTC endpoint that takes video from a peer, manipulates it somehow for fun and then gives it back or sends it to another peer that he needs a license for that. That of course also applies to small/tiny companies or startups: how many of them would embark the WebRTC road to try and make some business, knowing they should buy god-knows-how-many licences that could sink their business before it can even start? If they're even given the choice to buy some, of course, according to what Monty said.

Just my two ents,
Lorenzo


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


-- 
Lorenzo Miniero, COB

Meetecho s.r.l.
Web Conferencing and Collaboration Tools
http://www.meetecho.com