Re: [rtcweb] VP8 / H.264 conversion without transcoding

Stefan Slivinski <sslivinski@lifesize.com> Thu, 21 November 2013 20:09 UTC

Return-Path: <sslivinski@lifesize.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A8A01AE24C for <rtcweb@ietfa.amsl.com>; Thu, 21 Nov 2013 12:09:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eBvEfnSRpqOa for <rtcweb@ietfa.amsl.com>; Thu, 21 Nov 2013 12:09:55 -0800 (PST)
Received: from na3sys009aog125.obsmtp.com (na3sys009aog125.obsmtp.com [74.125.149.153]) by ietfa.amsl.com (Postfix) with SMTP id DE7A31AE1CE for <rtcweb@ietf.org>; Thu, 21 Nov 2013 12:09:54 -0800 (PST)
Received: from mail1.lifesize.com ([207.114.244.10]) (using TLSv1) by na3sys009aob125.postini.com ([74.125.148.12]) with SMTP ID DSNKUo5ojBinheOr2+VQbDKbqPsZxZDWkfiA@postini.com; Thu, 21 Nov 2013 12:09:48 PST
Received: from ausmsex00.austin.kmvtechnologies.com ([fe80::edad:d9e3:99d1:8109]) by ausmsex00.austin.kmvtechnologies.com ([fe80::edad:d9e3:99d1:8109%14]) with mapi; Thu, 21 Nov 2013 14:05:04 -0600
From: Stefan Slivinski <sslivinski@lifesize.com>
To: "'rtcweb@ietf.org'" <rtcweb@ietf.org>
Date: Thu, 21 Nov 2013 14:05:03 -0600
Thread-Topic: [rtcweb] VP8 / H.264 conversion without transcoding
Thread-Index: Ac7m9HWkPD64F/ekQAiU7Jpu17L52gAAIFU5
Message-ID: <7949EED078736C4881C92F656DC6F6C130EA8AD7DE@ausmsex00.austin.kmvtechnologies.com>
In-Reply-To: <CACrD=+-7EgOXUNdLMY3WNDyj=pr74H5oKgn1q=VymCZR3F1P1Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [rtcweb] VP8 / H.264 conversion without transcoding
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 21 Nov 2013 20:09:57 -0000

The primary advantage you get from this technique is the ability to skip or dramatically reduce motion estimation on the encoder.  The algorithms are similar at a high level but different enough at a low level to make a light weight transcoder impossible


----- Original Message -----
From: Monty Montgomery [mailto:xiphmont@gmail.com]
Sent: Thursday, November 21, 2013 02:00 PM
To: Bossiel <bossiel@yahoo.fr>
Cc: rtcweb@ietf.org <rtcweb@ietf.org>
Subject: Re: [rtcweb] VP8 / H.264 conversion without transcoding

On Thu, Nov 21, 2013 at 2:49 PM, Bossiel <bossiel@yahoo.fr> wrote:
> Entropy decoding (CABAC/CAVLC) must be done to get the macroblock
> structure(partirions, motion vectors...) and residual (AC/DC coeffs). The
> only part you're skiping is the inverse transform, scaling and motion
> compensation.

You wouldn't even be skipping the inverse transform.  VP8 and h.264
don't use the same DCT, so you'd have to do an inverse to track
transform error propagation, which won't be the same in the two
codecs.  Unless, of course, something else rather clever is going
on...

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