Re: [rtcweb] H261/MPEG-1 video quality

Leon Geyser <lgeyser@gmail.com> Fri, 15 November 2013 05:33 UTC

Return-Path: <lgeyser@gmail.com>
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 E3E0E11E8128 for <rtcweb@ietfa.amsl.com>; Thu, 14 Nov 2013 21:33:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 ctmV54i-m-cj for <rtcweb@ietfa.amsl.com>; Thu, 14 Nov 2013 21:33:47 -0800 (PST)
Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) by ietfa.amsl.com (Postfix) with ESMTP id D14B211E8119 for <rtcweb@ietf.org>; Thu, 14 Nov 2013 21:33:43 -0800 (PST)
Received: by mail-la0-f45.google.com with SMTP id eh20so2395785lab.18 for <rtcweb@ietf.org>; Thu, 14 Nov 2013 21:33:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7jUhAq+mM6Z+2rXNml4TSX3f/+xQBDGlaxh8bsqdzSc=; b=JnBXPvvQngxtXMF2/DTVRV6EoYGJtOBjW1k0rv5FiT/Mv0QysfEuAnFn9qJDPLy8U2 /Rs+PThv5hQVxel9S66vRfxWYlhFiGoK0fsr6V4MrWHD5mA9mvLZtwz0C33Np914tPd0 T5d0uoHuvjSEqDEHBP8GOCybmifonjmCf1oKO7YqE99CiSI+xQ0UYmUqJbBm8eZIsWtM A4NmGsNEdIvdrMur0TzAX773sEIyj3JlZh6z0PabgmR8koT6MFbF+XCqvz795QhTGgYB IqMBHa3lYLEFy9fnq20s8Bk88xxx/Hq81wIZiaMxWW++8x9JMVOw68ijgjRPcxHGS84n pbYQ==
MIME-Version: 1.0
X-Received: by 10.152.18.131 with SMTP id w3mr40910lad.47.1384493622740; Thu, 14 Nov 2013 21:33:42 -0800 (PST)
Received: by 10.114.168.70 with HTTP; Thu, 14 Nov 2013 21:33:42 -0800 (PST)
In-Reply-To: <CEAAB858.AA2AF%stewe@stewe.org>
References: <52855B35.3080605@nostrum.com> <CEAAB858.AA2AF%stewe@stewe.org>
Date: Fri, 15 Nov 2013 07:33:42 +0200
Message-ID: <CAGgHUiShX3wYpFCjUP9cK6isjQLMYDYcYCTbc=Ene9wHfaeNPQ@mail.gmail.com>
From: Leon Geyser <lgeyser@gmail.com>
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary="089e014942ee93cbf604eb308a3b"
Subject: Re: [rtcweb] H261/MPEG-1 video quality
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: Fri, 15 Nov 2013 05:33:48 -0000

Hi everyone,
Maybe MPEG-1 Part 2 would be a better alternative to H.261. How can we
figure out if all the patents have expired for MPEG-1 Part 2?


On 15 November 2013 03:37, Stephan Wenger <stewe@stewe.org> wrote:

>  Folks,
> Please don’t consider H.261 and MPEG-1 part 2 as being in the same league
> in terms of coding efficiency or network friendliness.  They clearly are
> not.
> H.261 is what many call the first generation video coding standard.
>  MPEG-1 (and MPEG-2) are second generation.
> MPEG-1 has half-pel motion compensation.  H.261 has not.
> MPEG-1 has B frames.  H.261 has not.
> MPEG-1 has (arbitrary sized) slices that can be used for MTU size matching
> (although they are not commonly used for that purpose).  H.261 has not.
>  Instead, H.261 has the Group Of Block picture segmentation mechanism, that
> is clearly more optimized for parallel processing than for MTU size
> matching.
> MPEG-1 allows for significantly larger motion vectors (necessitated by B
> frames and the resulting longer prediction interval, but can be used even
> in P frame only coding).
> MPEG-1 has arbitrary picture sizes.  H.261 allows QCIF, CIF, and 4CIF (in
> “still image” mode, designed for low frame rate application; could run at
> high frame rate though).
> H.261 was ratified (in its first version) in 1988, and in the for all
> practical purposes final version in 1989.  Most people believe that all
> related patents have expired.
> MPEG-1 was ratified in late 1992.  Its “bug fix” successor MPEG-2 (which
> adds interlace support) was ratified less than a year later.  There are at
> least two major disputes going on today regarding technology allegedly
> infringed by a compliant implementation of MPEG-2.  Based on my technical
> understanding, one of these technologies is not in any way related to
> interlaced.
> Draw your own conclusions.
> Regards,
> Stephan
>
>
>
>
>   From: Adam Roach <adam@nostrum.com>
> Date: Thursday, 14 November, 2013 at 15:22
> To: "rtcweb@ietf.org" <rtcweb@ietf.org>
> Subject: Re: [rtcweb] H261/MPEG-1 video quality
>
>   On 11/14/13 17:16, Adam Roach wrote:
>
> At 74 seconds and 4.7 MBytes (i.e., 37.6 Mbits), this encoding works out
> to 508 kbits/second total.
>
>
> Whoops, I messed up my math. It's 148 seconds long, not 74 (Quicktime
> seems to divide it by two for some reason, although the javascript decode
> does the right thing). This works out to 254 kbps.
>
> /a
>
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>
>