Re: [codec] #16: Multicast? (USB)
"Roni Even" <ron.even.tlv@gmail.com> Fri, 30 April 2010 13:13 UTC
Return-Path: <ron.even.tlv@gmail.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 5F8293A6AC0 for <codec@core3.amsl.com>; Fri, 30 Apr 2010 06:13:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.134
X-Spam-Level:
X-Spam-Status: No, score=-2.134 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599]
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 nQrs-Hgh+pxd for <codec@core3.amsl.com>; Fri, 30 Apr 2010 06:13:53 -0700 (PDT)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id 313F13A6B6E for <codec@ietf.org>; Fri, 30 Apr 2010 06:13:52 -0700 (PDT)
Received: by wyb35 with SMTP id 35so144977wyb.31 for <codec@ietf.org>; Fri, 30 Apr 2010 06:13:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references :in-reply-to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:x-mailer:content-language:thread-index; bh=tcv83Jdivo0IH7fldttAmhi9B7QZCwPVmOd9SE/BGJg=; b=hZJyx9Faou+7vzhx1aFNZWu0I2YhGc+u2Q5QkWGN2mm8efsraLmUtLVC0vGlFNoA7z Y+ld4x5s3wxELT83dBZdwILubxUFmjTfe8TNNR+Vz+sct/vKlITGfwNedUfh1sH09MZr B/HDywxJHgaG5qLOspgsXlnvYGr1suLMpHKEg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-mailer :content-language:thread-index; b=e8z/6oURzqjv9YmW5YbykM0DdbMZ/mVMDudsRfWTxZ2jvL766F+NTSSmDMhvGqmrPU kpQXy6eRJ0EbePdhSS68f2+cr9VxQrGDGy1zCzGRBYOUy8Zf7dDNPjz+NuH+0rXzOgw9 3gRIxVXdOC99+isVS6UrlqyaE4xQYaBXonh1g=
Received: by 10.216.183.205 with SMTP id q55mr1961851wem.172.1272633213949; Fri, 30 Apr 2010 06:13:33 -0700 (PDT)
Received: from windows8d787f9 ([109.65.33.169]) by mx.google.com with ESMTPS id x14sm15608745wbs.12.2010.04.30.06.13.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 30 Apr 2010 06:13:32 -0700 (PDT)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Christian Hoene' <hoene@uni-tuebingen.de>, "'Raymond (Juin-Hwey) Chen'" <rchen@broadcom.com>, 'Mikael Abrahamsson' <swmike@swm.pp.se>
References: <062.7439ee5d5fd36480e73548f37cb10207@tools.ietf.org> <3E1D8AD1-B28F-41C5-81C6-478A15432224@csperkins.org> <D6C2F445-BE4A-4571-A56D-8712C16887F1@americafree.tv> <C0347188-A2A1-4681-9F1E-0D2ECC4BDB3B@csperkins.org> <u2x6e9223711004210733g823b4777y404b02330c49dec1@mail.gmail.com> <000001cae173$dba012f0$92e038d0$@de> <r2q6e9223711004211010gfdee1a70q972e8239fef10435@mail.gmail.com> <001101cae177$e8aa6780$b9ff3680$@de> <t2t6e9223711004211119i6b107798pa01fc4b1d33debf1@mail.gmail.com> <002d01cae188$a330b2c0$e9921840$@de> <CB68DF4CFBEF4942881AD37AE1A7E8C74AB3F4A017@IRVEXCHCCR01.corp.ad.broadcom.com> <20100423011559.20246ayxdicd9vzz@mail.skype.net> <CB68DF4CFBEF4942881AD37AE1A7E8C74AB3F4A291@IRVEXCHCCR01.corp.ad.broadcom.com> <alpine.DEB.1.10.1004251000340.6768@uplift.swm.pp.se> <CB68DF4CFBEF4942881AD37AE1A7E8C74B90136749@IRVEXCHCCR01.corp.ad.broadcom.com> <006c01cae85f$e45df360$ad19da20$@de>
In-Reply-To: <006c01cae85f$e45df360$ad19da20$@de>
Date: Fri, 30 Apr 2010 16:12:32 +0300
Message-ID: <4bdad77c.8e83e30a.4af1.ffff942d@mx.google.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Content-language: en-us
Thread-index: AcrkTi/xlw0UOCUaT+WSfKLd+Krg0wBIzQdgALXPAHAAB1WtcA==
Cc: codec@ietf.org
Subject: Re: [codec] #16: Multicast? (USB)
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: Fri, 30 Apr 2010 13:13:55 -0000
Hi, I think that this is going to a wrong direction. I already suggested that since the group will do one codec we first need to decide on the applications. The initial request was for a wideband codec for the Internet and this is the application that should dictate the requirements. We can look at the other applications in the requirements and charter and continue with the requirements that are in-line with the original application. Other applications are nice to have if they do not add more requirements to the codec to be defined here. We are talking here on more requirements which in my understanding are not in the scope of the WG Roni Even > -----Original Message----- > From: codec-bounces@ietf.org [mailto:codec-bounces@ietf.org] On Behalf > Of Christian Hoene > Sent: Friday, April 30, 2010 3:23 PM > To: 'Raymond (Juin-Hwey) Chen'; 'Mikael Abrahamsson' > Cc: codec@ietf.org > Subject: Re: [codec] #16: Multicast? > > Hi, > > I just want to share some insights from the recent development of > Bluetooth's Hands-Free Profile (HFP) version 1.5, which supports > wideband speech. One main requirement were on the frame size of 7.5 ms > because the Bluetooth MAC protocol support scheduling at > this interval. Actually, to achieve this they modified SBC to work on > 15 blocks instead of 4,8,12 or 16 blocks and they decided > against G.722. > > The lesson to learn is about the importance of MAC protocol. To get a > efficient, low power, and mobile device you have to consider > the impact of packet scheduling. If packets are scheduled regular, the > MAC protocol can work more efficient. The more irregular > packet arrive, the more expensive a packet transmission gets. > > Actually, you can translate the cost of packet scheduling to bits per > packet. Depending on the wireless technology, it might vary > substantially. The worst case is 802.11b at 11 Mbps at long preamble - > then, you can add about 1300 bytes to every packet just for > physical headers and MAC scheduling. However, more modern technologies > like LTE and IEEE 802.11n are much more efficient in terms of > per packet overhead. > > > If you ask me, one important usage scenario is over wireless links > supporting low-power mobile devices. If we ignore this scenario > it will be a judge mistake: > a) Battery powered mobile devices must be energy efficient to reduce > the size of the batteries. Also, they should not demand to many > computational resources, otherwise they would consume to much energy. > b) Wireless IP access is also in scope because many devices get > Internet access LTE, WLAN, Wimax, UMTS, etc. > > > Bluetooth headsets are somewhat a special case. Actually, they are two > cases: > 1) Headphones (A2DP): For me it is not clear whether supporting the > Internet CODEC on top of A2DP (which is - by the way - already > possible according to Bluetooth spec A2DP V1.2) or using the Internet > CODEC till the Bluetooth AP and transcoding to SBC is more > efficient, cost effect, or energy saving. > 2) Mic (HFP): Here is the scheduling of 3.75 or 7.5ms might be an > important requirement that the Internet CODEC cannot fulfill > always because it must adapt its parameters to the Internet > transmission path not just to the Bluetooth link. > > Thus, I would recommend to write a liaison statement to Bluetooth AVT > group and ask whether they would have interest to include the > Internet CODEC into a future version of A2DP. Definitely, this must not > happen soon because the they can do is only if the Internet > CODEC is finishing. Supporting HFP might be more difficult than A2DP > because of the very tough requirements on efficiency. > > With best regards, > > Christian > > --------------------------------------------------------------- > Dr.-Ing. Christian Hoene > Interactive Communication Systems (ICS), University of Tübingen > Sand 13, 72076 Tübingen, Germany, Phone +49 7071 2970532 > http://www.net.uni-tuebingen.de/ > > > >-----Original Message----- > >From: codec-bounces@ietf.org [mailto:codec-bounces@ietf.org] On Behalf > Of Raymond (Juin-Hwey) Chen > >Sent: Monday, April 26, 2010 11:02 PM > >To: Mikael Abrahamsson > >Cc: codec@ietf.org > >Subject: Re: [codec] #16: Multicast? > > > >Hi Mikael, > > > >Thanks for sharing your experience using a BT headset for Skype calls. > I think part of the quality > >degradation that you experienced was due to the reduction of the audio > bandwidth to narrowband (8 kHz > >sampling, 3.4 kHz bandwidth), and another part of the degradation was > due to the audible coding noise > >of the CVSD codec, a 40-year-old coding technology first proposed in > 1970. > > > >If a high-quality, low-complexity, wider bandwidth IETF codec mode can > be implemented in Skype and the > >Bluetooth headset to avoid the CVSD transcoding (together with > wideband upgrade of the transducers and > >audio path in the BT headset, of course), then not only will you get > much better speech quality in > >your Skype calls than what you have experienced, but also you will get > a lower latency. This is > >because transcoding between the Skype codec and CVSD not only > accumulates the coding distortion of the > >two codecs, but also accumulates the coding delays. Although CVSD is > a sample-by-sample codec, BT > >headsets still transmit the CVSD bit-stream in 3.75 ms or 7.5 ms > packets, and they can potentially add > >a one-way delay up to 20 ~ 25 ms through the Bluetooth headset (the > exact delay depends on the > >implementation). > > > >While we were discussing whether a 5 ms packet size can even be > considered, for many years Bluetooth > >headsets have been using an even smaller 3.75 ms packet size. > > > >Best Regards, > > > >Raymond > > > >-----Original Message----- > >From: Mikael Abrahamsson [mailto:swmike@swm.pp.se] > >Sent: Sunday, April 25, 2010 1:06 AM > >To: Raymond (Juin-Hwey) Chen > >Cc: Koen Vos; codec@ietf.org > >Subject: Re: [codec] #16: Multicast? > > > >On Sat, 24 Apr 2010, Raymond (Juin-Hwey) Chen wrote: > > > >> (7) Already a lot of people are used to using Bluetooth headsets to > make > >> phone calls today. If they have a choice, many of these people will > >> also want to use Bluetooth headsets to make Internet phone calls, > not > >> only through computers, but also through smart phones connected to > WiFi > >> or cellular networks. As more and more states and countries pass > laws > >> to ban the use of cell phones that are not in hands-free mode while > >> driving, the number of Bluetooth headset users will only increase > with > >> time, and many of them will want to make Internet-based phone calls. > > > >I purchased a BT headset with the anticipation of using it with my > >computer to make Skype calls. I tried it, but the sound quality when > doing > >bidirectional audio (whatever that mode is called) is not good enough, > it > >worsens the "skype IP" call quality. I agree that the use case is > >interesting, but as long as BT sound quality is what it is, it's > really > >only the "low end" type sound quality we're talking about. > > > >But yes, I make skype IP calls with my Nokia N900 using BT sometimes, > so > >the use case example is definitely valid. > > > >-- > >Mikael Abrahamsson email: swmike@swm.pp.se > > > > > >_______________________________________________ > >codec mailing list > >codec@ietf.org > >https://www.ietf.org/mailman/listinfo/codec > > _______________________________________________ > codec mailing list > codec@ietf.org > https://www.ietf.org/mailman/listinfo/codec
- [codec] #16: Multicast? codec issue tracker
- Re: [codec] #16: Multicast? Colin Perkins
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Marshall Eubanks
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Colin Perkins
- Re: [codec] #16: Multicast? Colin Perkins
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Marshall Eubanks
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Jean-Marc Valin
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Mikael Abrahamsson
- Re: [codec] #16: Multicast? Jean-Marc Valin
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Mikael Abrahamsson
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Mikael Abrahamsson
- Re: [codec] #16: Multicast? (Bluetooth) Koen Vos
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? (Bluetooth) Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? (Bluetooth) stephen botzko
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? (USB) Roni Even
- Re: [codec] #16: Multicast? codec issue tracker
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Cullen Jennings
- Re: [codec] #16: Multicast? Mikael Abrahamsson
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? (Bluetooth) Koen Vos
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #19: How large is the frame size depe… Christian Hoene
- Re: [codec] #19: How large is the frame size depe… stephen botzko
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #19: How large is the frame size depe… Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? (Bluetooth) Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? stephen botzko
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Gregory Maxwell
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Benjamin M. Schwartz
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] Thresholds and delay. stephen botzko
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Kevin P. Fleming
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Jean-Marc Valin
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Jean-Marc Valin
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Ben Schwartz
- Re: [codec] #16: Multicast? Marshall Eubanks
- Re: [codec] #16: Multicast? Brian Rosen
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Jean-Marc Valin
- Re: [codec] Thresholds and delay. Ben Schwartz
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] Thresholds and delay. stephen botzko
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] Thresholds and delay. Ben Schwartz
- Re: [codec] #20: Computational complexity? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] Thresholds and delay. jari.hagqvist
- Re: [codec] Thresholds and delay. stephen botzko
- Re: [codec] Thresholds and delay. Ben Schwartz
- Re: [codec] Thresholds and delay. Marshall Eubanks
- Re: [codec] #16: Multicast? Cullen Jennings
- Re: [codec] Thresholds and delay. Michael Knappe
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Delay factor: algorithmic delay … Christian Hoene
- Re: [codec] #16: Delay factor: algorithmic delay … Mikael Abrahamsson
- Re: [codec] #16: Delay factor: algorithmic delay … Roman Shpount
- Re: [codec] #16: Delay factor: algorithmic delay … stephen botzko
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Cullen Jennings
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Koen Vos
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Jean-Marc Valin
- Re: [codec] #16: Multicast? Herve Taddei
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Jean-Marc Valin
- Re: [codec] #16: Multicast? Sandy (Alexander) MacInnis
- Re: [codec] #16: Multicast? Christian Hoene
- Re: [codec] #16: Multicast? Raymond (Juin-Hwey) Chen
- Re: [codec] #16: Multicast? Roman Shpount
- Re: [codec] Suggested summary... Herve Taddei
- Re: [codec] #16: Multicast? Herve Taddei
- Re: [codec] #16: Multicast? Cullen Jennings
- [codec] Suggested summary... Christian Hoene
- Re: [codec] Suggested summary... stephen botzko
- Re: [codec] Suggested summary... Herve Taddei
- Re: [codec] Suggested summary... Christian Hoene
- Re: [codec] Suggested summary... Michael Knappe
- Re: [codec] Suggested summary... stephen botzko
- Re: [codec] Suggested summary... Christian Hoene
- Re: [codec] Suggested summary... Christian Hoene
- Re: [codec] Suggested summary... stephen botzko
- Re: [codec] Suggested summary... Raymond (Juin-Hwey) Chen
- Re: [codec] Suggested summary... Christian Hoene
- Re: [codec] Suggested summary... Herve Taddei
- Re: [codec] Suggested summary... Raymond (Juin-Hwey) Chen