Re: [rtcweb] MTI motion JPEG

Harald Alvestrand <harald@alvestrand.no> Mon, 02 December 2013 09:50 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 48F3C1AE114 for <rtcweb@ietfa.amsl.com>; Mon, 2 Dec 2013 01:50:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-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 iNOZVxp_vbBc for <rtcweb@ietfa.amsl.com>; Mon, 2 Dec 2013 01:50:04 -0800 (PST)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id B4A3E1AE0F9 for <rtcweb@ietf.org>; Mon, 2 Dec 2013 01:50:04 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 92D6E39E33C for <rtcweb@ietf.org>; Mon, 2 Dec 2013 10:50:03 +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 8OS3odczh-UW for <rtcweb@ietf.org>; Mon, 2 Dec 2013 10:50:02 +0100 (CET)
Received: from [192.168.1.17] (unknown [188.113.88.47]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id 9D21D39E062 for <rtcweb@ietf.org>; Mon, 2 Dec 2013 10:50:02 +0100 (CET)
Message-ID: <529C57CC.209@alvestrand.no>
Date: Mon, 02 Dec 2013 10:50:04 +0100
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <529935FD.7090409@thaumas.net> <529A78E0.4020106@googlemail.com>
In-Reply-To: <529A78E0.4020106@googlemail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] MTI motion JPEG
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, 02 Dec 2013 09:50:07 -0000

Designing new video codecs is something that I don't think we should do 
in this WG at this time.


On 12/01/2013 12:46 AM, Maik Merten wrote:
> Am 30.11.2013 01:49, schrieb Ralph Giles:
>> I'd like propose motion JPEG as the manditory-to-implement video codec,
>> per RFC 2435 or similar.
>
> Is it feasible to extend the RFC with, e.g., a run-length coded list 
> of skipped MCUs ("macroblocks")? Picture data for those would be 
> copied over from the last frame. This may even work with unmodified 
> JPEG decoders (either by filling in stub data for the skipped MCUs at 
> the receiving end or by encoding skipped MCUs compact run of zeroed 
> coefficents) and a postprocessing step.
>
> (If coding an explicit list of skipped MCUs is not practical, one can 
> regard MCUs with all-zero coefficients as "skipped". An encoder will 
> have to take this into account so no MCUs are skipped by accident, 
> though.)
>
> This contradicts the minimal-effort argument to some degree, but at 
> least this would enable efficient transmission of screencasts, 
> increase coding efficiency for "talking head" content, and offer 
> additional means for bitrate management (partial screen updates).
>
>
>
> Maik
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb