Re: [rtcweb] Call for Consensus on Use Case for Screen/Application/Desktop sharing

Emil Ivov <emcho@jitsi.org> Tue, 20 September 2011 12:09 UTC

Return-Path: <emil@sip-communicator.org>
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 B5EE021F8C5B for <rtcweb@ietfa.amsl.com>; Tue, 20 Sep 2011 05:09:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level:
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y2GIkT3e-Y3d for <rtcweb@ietfa.amsl.com>; Tue, 20 Sep 2011 05:09:20 -0700 (PDT)
Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by ietfa.amsl.com (Postfix) with ESMTP id 936AE21F8C5A for <rtcweb@ietf.org>; Tue, 20 Sep 2011 05:09:19 -0700 (PDT)
Received: by wwf22 with SMTP id 22so438820wwf.13 for <rtcweb@ietf.org>; Tue, 20 Sep 2011 05:11:44 -0700 (PDT)
Received: by 10.216.19.75 with SMTP id m53mr728624wem.73.1316520704169; Tue, 20 Sep 2011 05:11:44 -0700 (PDT)
Received: from pastropnet.u-strasbg.fr (pastropnet.u-strasbg.fr. [130.79.90.87]) by mx.google.com with ESMTPS id j18sm2026478wbo.6.2011.09.20.05.11.42 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Sep 2011 05:11:43 -0700 (PDT)
Message-ID: <4E7882FE.7030408@jitsi.org>
Date: Tue, 20 Sep 2011 14:11:42 +0200
From: Emil Ivov <emcho@jitsi.org>
Organization: Jitsi
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.7; bg; rv:1.9.2.22) Gecko/20110902 Thunderbird/3.1.14
MIME-Version: 1.0
To: Harald Alvestrand <harald@alvestrand.no>
References: <4E76E8E8.2050102@ericsson.com> <4E76EF3A.4010500@alvestrand.no>
In-Reply-To: <4E76EF3A.4010500@alvestrand.no>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Call for Consensus on Use Case for Screen/Application/Desktop sharing
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: Tue, 20 Sep 2011 12:09:24 -0000

Hey Harald,

На 19.09.11 09:28, Harald Alvestrand написа:
>> B) Where a remote peer can provide one or more input types such as mouse
>> and keyboard to control the local system, not only including the
>> browser, but also other operating system resources. This clearly can
>> only happen after additional consent, most likely on a per occasion
>> consent.
> I see this as a  more tricky thing to get right (in most apps, the 
> mixing of events from multiple sources depends strongly on both proper 
> timing/sequencing and reliable delivery). I would like to not address 
> this for now (RTCWeb version 1).

I wouldn't be that worried about this. From the feedback we are getting
from our implementation, users don't seem to mind asynchronous even
delivery that much. They simply expect remote control to lag a little
bit when interacting with a remote desktop.

Cheers,
Emil


--
http://jitsi.org