Re: [rtcweb] Transcoding Delay

Harald Alvestrand <harald@alvestrand.no> Thu, 16 January 2014 13:11 UTC

Return-Path: <harald@alvestrand.no>
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 B97BD1AE21E for <rtcweb@ietfa.amsl.com>; Thu, 16 Jan 2014 05:11:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.438
X-Spam-Level:
X-Spam-Status: No, score=-2.438 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.538] 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 9_eG1r2FKXZX for <rtcweb@ietfa.amsl.com>; Thu, 16 Jan 2014 05:11:41 -0800 (PST)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [IPv6:2001:700:1:2:213:72ff:fe0b:80d8]) by ietfa.amsl.com (Postfix) with ESMTP id 893721AE076 for <rtcweb@ietf.org>; Thu, 16 Jan 2014 05:11:41 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id B473D39E173 for <rtcweb@ietf.org>; Thu, 16 Jan 2014 14:11:35 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e3yRA2KV04-J for <rtcweb@ietf.org>; Thu, 16 Jan 2014 14:11:31 +0100 (CET)
Received: from [IPv6:2001:470:de0a:27:3019:b032:9b2e:e5e3] (unknown [IPv6:2001:470:de0a:27:3019:b032:9b2e:e5e3]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id 39F8939E01E for <rtcweb@ietf.org>; Thu, 16 Jan 2014 14:11:31 +0100 (CET)
Message-ID: <52D7DA7B.2030503@alvestrand.no>
Date: Thu, 16 Jan 2014 14:11:23 +0100
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <CAHp8n2kq+_uG=9XwoAGtRgqYU2Asc2Fv6RZ0aCW6cJi-LnhD+A@mail.gmail.com> <10390_1389365676_52D009AC_10390_2407_1_2842AD9A45C83B44B57635FD4831E60A06CBE540@PEXCVZYM14.corporate.adroot.infra.ftgroup> <52D0222F.4010006@bbs.darktech.org> <949EF20990823C4C85C18D59AA11AD8B112238@FR712WXCHMBA11.zeu.alcatel-lucent.com> <CAHp8n2=m3i77SNPZWmJchqVdg1c2WEJCt5g-pFRfmeWA2yV5xw@mail.gmail.com> <949EF20990823C4C85C18D59AA11AD8B114B2D@FR712WXCHMBA11.zeu.alcatel-lucent.com> <CEFAAC25.3F7FD%stewe@stewe.org> <20140115134438.GB8358@verdi>
In-Reply-To: <20140115134438.GB8358@verdi>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] Transcoding Delay
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, 16 Jan 2014 13:11:46 -0000

On 01/15/2014 02:44 PM, John Leslie wrote:
> Stephan Wenger <stewe@stewe.org> wrote:
>> As for the delay introduced by the transcoding engine alone, let me note
>> that the single or two frame delay commonly attributed to transcoding is
>> realistic only for straightforward PPP type coding.
>    I agree that seems optimistic...
>
>> My understanding is that VP8, in its default encoder settings, uses
>> much more complex GOP structures for error resilience and coding
>> efficiency reasons. 

I have no idea where this idea comes from.

The dependency structures of VP8 when used in interactive mode are often
quite complex, with the purpose of minimizing recovery time when frames
are lost or damaged, but dependencies are always backwards-pointing;
there is no rearrangement of picture order.