Re: [codec] #28: Layered bit-stream
"Dmitry Yudin" <Yudin@spiritdsp.com> Thu, 06 May 2010 15:12 UTC
Return-Path: <Yudin@spiritdsp.com>
X-Original-To: codec@core3.amsl.com
Delivered-To: codec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 858BD3A6D46 for <codec@core3.amsl.com>; Thu, 6 May 2010 08:12:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.001
X-Spam-Level:
X-Spam-Status: No, score=-1.001 tagged_above=-999 required=5 tests=[AWL=-0.261, BAYES_20=-0.74]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MvbI7yocbg2c for <codec@core3.amsl.com>; Thu, 6 May 2010 08:12:55 -0700 (PDT)
Received: from mail3.spiritcorp.com (mail3.spiritcorp.com [85.13.194.167]) by core3.amsl.com (Postfix) with ESMTP id 1E9A828C33A for <codec@ietf.org>; Thu, 6 May 2010 07:51:02 -0700 (PDT)
Received: from mail-srv.spiritcorp.com (mail-srv.spiritcorp.com [192.168.125.3]) by mail3.spiritcorp.com (8.14.4/8.14.4) with ESMTP id o46Eomt5012830; Thu, 6 May 2010 18:50:48 +0400 (MSD) (envelope-from Yudin@spiritdsp.com)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 06 May 2010 18:50:58 +0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Message-ID: <5A3D7E7076F5DF42990A8C164308F8107FB4C1@mail-srv.spiritcorp.com>
In-Reply-To: <000201caed1d$e9ae4ff0$bd0aefd0$@de>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [codec] #28: Layered bit-stream
Thread-Index: Acrp+N7OZyC4AF1nTgyf7CZ16s3UtAANWOzAAAGk76AAT0iDIAABPRywAEDLfdAAAAxtwAABS4YwAAEZmgAAHY3rcAAIqVrwAAEUnaA=
References: <5A3D7E7076F5DF42990A8C164308F8107884A0@mail-srv.spiritcorp.com> <5A3D7E7076F5DF42990A8C164308F8107FB29E@mail-srv.spiritcorp.com> <5A3D7E7076F5DF42990A8C164308F8107FB29F@mail-srv.spiritcorp.com> <5A3D7E7076F5DF42990A8C164308F8107FB2A7@mail-srv.spiritcorp.com> <001501caec85$72c43ff0$584cbfd0$@de> <5A3D7E7076F5DF42990A8C164308F8107FB370@mail-srv.spiritcorp.com> <000201caed1d$e9ae4ff0$bd0aefd0$@de>
From: Dmitry Yudin <Yudin@spiritdsp.com>
To: Christian Hoene <hoene@uni-tuebingen.de>
X-Scanned-By: MIMEDefang 2.67 on 192.168.125.15
X-Mailman-Approved-At: Thu, 06 May 2010 08:19:15 -0700
Cc: Vladimir Sviridenko <vladimirs@spiritdsp.com>, codec@ietf.org, Slava Borilin <Borilin@spiritdsp.com>
Subject: Re: [codec] #28: Layered bit-stream
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/codec>
List-Post: <mailto:codec@ietf.org>
List-Help: <mailto:codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 May 2010 15:12:56 -0000
Hi, > I understand. Because you as an application programmer want to have an easy life, > the codec designer shall develop a more complicated codec? In addition, everybody > should suffer from a higher bit rate? No, that is not fair. Sorry Christian, but I'm not share your idea to personalize this discussion. Definitely, there are number of applications that can (more or less efficiently) utilize layered stream structure. At the same time, scalability makes codec more complex and cause bitrate penalty due to a simple fact that entropy(a+b)<=entropy(a)+entropy(b). The only question is: what penalty is acceptable and what is not? Based on IP-MR codec experience I consider the price for scalability as not too high. >> Obviously, conferencing is the most important use-case. > No, end-to-end connections are more frequent than conference calls. Actually, the statement was "Obviously, conferencing is the most important use-case for layered coder". > I mean that the layered coding is only used within one computer. > It is not important in-between computers. And, it is only a > performance optimization that make the conference gateway faster. This is correct. No other benefits except performance saving. Regards, Dmitry -----Original Message----- From: Christian Hoene [mailto:hoene@uni-tuebingen.de] Sent: Thursday, May 06, 2010 5:13 PM To: Dmitry Yudin Cc: codec@ietf.org Subject: RE: [codec] #28: Layered bit-stream Hi Dimitry, >Hi Christian, > >From application point of view, the layered stream structure allows >server manipulate channel bandwidth individually for each user with zero >performance overhead. I understand. Because you as an application programmer want to have an easy life, the codec designer shall develop a more complicated codec? In addition, everybody should suffer from a higher bit rate? No, that is not fair. > Obviously, conferencing is the most important use-case. No, end-to-end connections are more frequent than conference calls. > >> a) First, this use case is a local optimization only. Thus, the must >not be standardized. >What do you mean exactly? "local optimization" of what? I mean that the layered coding is only used within one computer. It is not important in-between computers. And, it is only a performance optimization that make the conference gateway faster. Sincerely, Christian > >> b) Second, instead of layered coding one can use other ways of >tweaking the implementation >> performance. For example, if you calculate a 512 FFT do get two 256 >FFTs for free. >> I bet there are thousand other shortcuts which I am not aware of. >How do this interrelates with scalability? Please, explain. > >Let's return back to the subject: > Shall layered coding be supported? - we think "yes", because ... >(see my first sentence) > Who needs it? - answered > Can we drop this requirement? - only if we have real good >reasons for it. Do we have them? > >Best regards, >Dmitry > >-----Original Message----- >From: Christian Hoene [mailto:hoene@uni-tuebingen.de] >Sent: Wednesday, May 05, 2010 11:02 PM >To: Vladimir Sviridenko; codec-bounces@ietf.org >Cc: Slava Borilin; Dmitry Yudin; codec@ietf.org >Subject: RE: [codec] #28: Layered bit-stream > >Hi Vladimir, > >>2/ we think that VoIP and Videoconferencing systems are users of such >>codecs. > >Could you please explain your position a bit? > >As far as I understand, layered coding helps if multiple streams having >the sample content but different rates must be generated. >For example, if a conferencing system stream the same audio stream to N >users but each users has a different bandwidth. Just encode >all layers and drop the higher layers for the low bandwidth users. This >approach is easy and efficient and reduce the encoding >complexity. > >The arguments against are simple. >a) First, this use case is a local optimization only. Thus, the must not >be standardized. >b) Second, instead of layered coding one can use other ways of tweaking >the implementation performance. For example, if you >calculate a 512 FFT do get two 256 FFTs for free. I bet there are >thousand other shortcuts which I am not aware of. > >Thus, I have the opinion that layered coding is not worth the extra >bandwidth of 20 or more percentage. It is just good locally but >not needed for interoperability. > >Yours, > > Christian > > > > > > >>Yours, >>Vladimir Sviridenko >>SPIRIT >> >>-----Original Message----- >>From: codec-bounces@ietf.org [mailto:codec-bounces@ietf.org] On Behalf >>Of codec issue tracker >>Sent: Sunday, May 02, 2010 5:10 PM >>To: hoene@uni-tuebingen.de >>Cc: codec@ietf.org >>Subject: [codec] #28: Layered bit-stream >> >>#28: Layered bit-stream >>------------------------------------+--------------------------------- - >- >>---- >> Reporter: hoene@... | Owner: >> Type: defect | Status: new >> Priority: minor | Milestone: >>Component: requirements | Version: >> Severity: Active WG Document | Keywords: >>------------------------------------+--------------------------------- - >- >>---- >> Shall layered coding be supported? >> Who needs it? >> Can we drop this requirement? >> >>-- >>Ticket URL: <http://trac.tools.ietf.org/wg/codec/trac/ticket/28> >>codec <http://tools.ietf.org/codec/> >> >>_______________________________________________ >>codec mailing list >>codec@ietf.org >>https://www.ietf.org/mailman/listinfo/codec
- [codec] #28: Layered bit-stream codec issue tracker
- Re: [codec] #28: Layered bit-stream Christian Hoene
- Re: [codec] #28: Layered bit-stream Christian Hoene
- Re: [codec] #28: Layered bit-stream stephen botzko
- Re: [codec] #28: Layered bit-stream Christian Hoene
- Re: [codec] #28: Layered bit-stream Dmitry Yudin
- Re: [codec] #28: Layered bit-stream Dmitry Yudin
- Re: [codec] #28: Layered bit-stream Dmitry Yudin
- Re: [codec] #28: Layered bit-stream codec issue tracker
- Re: [codec] #28: Layered bit-stream codec issue tracker
- Re: [codec] requirements #28 (closed): Layered bi… codec issue tracker