Re: [rtcweb] Transcoding

'Ron' <ron@debian.org> Mon, 13 January 2014 13:19 UTC

Return-Path: <ron@debian.org>
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 AA98E1AE15A for <rtcweb@ietfa.amsl.com>; Mon, 13 Jan 2014 05:19:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 p7sppFCCaxVX for <rtcweb@ietfa.amsl.com>; Mon, 13 Jan 2014 05:18:59 -0800 (PST)
Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:6:5]) by ietfa.amsl.com (Postfix) with ESMTP id 54B241ADFA2 for <rtcweb@ietf.org>; Mon, 13 Jan 2014 05:18:58 -0800 (PST)
Received: from ppp118-210-34-29.lns20.adl2.internode.on.net (HELO audi.shelbyville.oz) ([118.210.34.29]) by ipmail05.adl6.internode.on.net with ESMTP; 13 Jan 2014 23:48:46 +1030
Received: from localhost (localhost [127.0.0.1]) by audi.shelbyville.oz (Postfix) with ESMTP id 835B84F8F3 for <rtcweb@ietf.org>; Mon, 13 Jan 2014 23:48:45 +1030 (CST)
X-Virus-Scanned: Debian amavisd-new at audi.shelbyville.oz
Received: from audi.shelbyville.oz ([127.0.0.1]) by localhost (audi.shelbyville.oz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5TF3fjAffoI0 for <rtcweb@ietf.org>; Mon, 13 Jan 2014 23:48:36 +1030 (CST)
Received: by audi.shelbyville.oz (Postfix, from userid 1000) id AF3284F903; Mon, 13 Jan 2014 23:48:36 +1030 (CST)
Date: Mon, 13 Jan 2014 23:48:36 +1030
From: 'Ron' <ron@debian.org>
To: rtcweb@ietf.org
Message-ID: <20140113131836.GO3245@audi.shelbyville.oz>
References: <20140112205608.GG47523@verdi> <CAD6AjGQ7X-h9oNtVwztSv5wkmvPAo0Fto=L=6VKuM1WnWe8bwQ@mail.gmail.com> <E36D1A4AE0B6AA4091F1728D584A6AD238213ADE@FMSMSX110.amr.corp.intel.com> <20140113121708.GM3245@audi.shelbyville.oz> <08c001cf105d$88ac7440$9a055cc0$@stahl@intertex.se>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <08c001cf105d$88ac7440$9a055cc0$@stahl@intertex.se>
User-Agent: Mutt/1.5.20 (2009-06-14)
Subject: Re: [rtcweb] 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: Mon, 13 Jan 2014 13:19:00 -0000

On Mon, Jan 13, 2014 at 01:46:52PM +0100, Karl Stahl wrote:
> > Why would transcoding a separate video stream introduce speech delays?
> 
> --- Real life: That is exactly why I said: 
> " Chrome with VP8 on old laptops with 1 core 1.5 Ghz x86 is not even usable.
> "
> 
> CPU load shows 60-100% usage, and you now and then see a good video, BUT
> AUDIO is more than 5s, FIVE SECONDS DELAY!
> 
> Turning off video, Opus audio is perfect (200 ms delay or so).
> 
> Transcoding these advanced Videocodecs is a very poor option... Simply too
> heavy!

It's not quite clear to me what you are actually arguing here, but you
realise that VP8+Opus in Chrome is ...   not transcoding?

Which would seem to leave the only valid part of your statement as just:

 "these advanced Videocodecs is a very poor option... Simply too heavy!"


Perhaps you would be interested in Hervé's benchmarks of H.261 then?

Unless you subscribe to the opinion some people have expressed that you
just don't deserve video on that device and would be better off without
any option for it at all?

  Ron