Sender: Zach Lym <indolering@gmail.com>
Message-ID: <533B48CF.1030705@indolering.com>
Date: Tue, 01 Apr 2014 16:16:31 -0700
From: Zach Lym <zachlym@indolering.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8;
 rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CABWuLVey==ZNYog1iLkWiy3Ec6JkOASDPkjg-7BLLenvxf4q+w@mail.gmail.com>
 <j2fmj9tvssjfl8qa93q5t7to812vmjhjhh@hive.bjoern.hoehrmann.de>
In-Reply-To: <j2fmj9tvssjfl8qa93q5t7to812vmjhjhh@hive.bjoern.hoehrmann.de>
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature";
 boundary="AIQgFMTQC1FXcCOcJrLO7LeXLFvCQV1B9"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/k8blt50lLM3Y1cYwlc_pV_balZU
Subject: Re: [rtcweb] JS friendly codec compromise?
Precedence: list
Reply-To: zachlym@indolering.com

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--AIQgFMTQC1FXcCOcJrLO7LeXLFvCQV1B9
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


> Which aspect of "performance" do you mean here, and could you share som=
e
> references to support the claim? References to a legal analysis would b=
e
> helpful aswell.

ORBX claims performance on par with H.264.  We all know that's probably
marketing hype, but it's hard to imagine not being able to outperform
H.261.  Even if the working group chose to hack together a custom codec
which is worse than H.261, an upgradeable client means we can update the
spec as performance improvements are made by the browser vendors.

I know of no formal legal analysis of ORBX, but being able to update the
decoder means that any submarine patent would have to knock out every
known video encoding technique.  Software patents are generally simple
to work around, codecs may be more so but Google's due-diligence team
thought that VP8 managed to pull it off.  They paid shut-up money to
make the FUD go away but if you are really that concerned about
potential patents we could partner with Daala.  Mozilla was smart with
Opus and patented their "new methods" so they could force
cross-licensing deals with the trolls.  They are doing the same with
Daala, so the FUD around a submarine threat  against Daala is no better
or worse than with H.264.  I don't know how well Daala's encoding could
be adapted to WebCL, but we could include some patented methods of the
codec.

Come to think of it, the Daala group is looking to recreate the
development process they had for Opus.  Skype and Mumble, both VOIP
clients, were able to push updates to client software silently,
providing the Opus team with a live test-bed which they used to
benchmark their various tweaks.  They are also actively seeking "killer
features" for the codec.  H.26X designed to compress movies, not
low-motion talking heads and screencasts:
https://www.youtube.com/watch?v=3Du3Yc5Hn9bhQ


--AIQgFMTQC1FXcCOcJrLO7LeXLFvCQV1B9
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCgAGBQJTO0jTAAoJEDqf4tbaGwDsbLEIALBW3UOxHtgwODbBfIbJqkoC
8VQppRl+Qs3zuh1HzXq6zV7Tm+k845IX7bDS+3uMdMyFTyJ33FUySX1y1A2HvQ4v
ZNa0N5ST95Vi2SbPxDvPUytx2DUDq/AhwUymDU5t02bkGCICcaG6mBP8eGfyTE25
hsOCwNwHkK3dKZqr0aubW1I+OYMXfTSIDN7rykQ+3xTMdLDU3RQ+aJCdZY9N2W/l
VWh5b/+98n5UGV+0SJ6c9oPX54IuiO1BNcP1xiCyKQl+C4n9TNIdIym5ITBMHZiF
ukPi1Gjtb5CeRo9XB7/FYTUqTxLpe6g17HiVh07IsTEBDYmyDChyNd8TuTEyMZY=
=LGnw
-----END PGP SIGNATURE-----

--AIQgFMTQC1FXcCOcJrLO7LeXLFvCQV1B9--