Re: [codec] #15: Efficiently combine pre-encoded audio
Stephan Wenger <stewe@stewe.org> Sun, 11 April 2010 19:04 UTC
Return-Path: <stewe@stewe.org>
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 4359F3A68D6 for <codec@core3.amsl.com>; Sun, 11 Apr 2010 12:04:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.098
X-Spam-Level:
X-Spam-Status: No, score=0.098 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396]
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 Tc7FhWQ4Wg44 for <codec@core3.amsl.com>; Sun, 11 Apr 2010 12:04:24 -0700 (PDT)
Received: from stewe.org (stewe.org [85.214.122.234]) by core3.amsl.com (Postfix) with ESMTP id DF7CE3A6894 for <codec@ietf.org>; Sun, 11 Apr 2010 12:04:23 -0700 (PDT)
Received: from [192.168.1.104] (unverified [24.5.132.232]) by stewe.org (SurgeMail 3.9e) with ESMTP id 639716-1743317 for multiple; Sun, 11 Apr 2010 21:04:17 +0200
User-Agent: Microsoft-Entourage/12.24.0.100205
Date: Sun, 11 Apr 2010 12:03:56 -0700
From: Stephan Wenger <stewe@stewe.org>
To: stephen botzko <stephen.botzko@gmail.com>
Message-ID: <C7E76B2C.20D6D%stewe@stewe.org>
Thread-Topic: [codec] #15: Efficiently combine pre-encoded audio
Thread-Index: AcrZqbv7fGT/cWGqdkG/P650XylN+Q==
In-Reply-To: <x2g6e9223711004111113t4c11eeb4u3fd494f6598acbbf@mail.gmail.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3353832256_3376303"
X-Originating-IP: 24.5.132.232
X-Authenticated-User: stewe@stewe.org
X-ORBS-Stamp: Your IP (24.5.132.232) was found in the spamhaus database. http://www.spamhaus.net
Cc: codec@ietf.org
Subject: Re: [codec] #15: Efficiently combine pre-encoded audio
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: Sun, 11 Apr 2010 19:04:29 -0000
True, with the notable exception of Vorbis (whose codebook concept is very similar to H.264¹s parameter set concept, and the codebooks can be sent out-of-bandthat¹s actually recommended for many applications). See RFC 5215 how this is done. Combining vorbis streams in a box that receives codebooks via SDP in SIP-reinvite or something, and without in band codebooks, is an interesting task from a synchronization viewpoint, but not impossible. Stephan On 4.11.2010 11:13 , "stephen botzko" <stephen.botzko@gmail.com> wrote: > A related question is encoder-decoder synchronization time. Generally audio > codecs are designed so that even if they start decoding with unknown state, > the encoder and decoder synchronize automatically and very quickly. > > (Video codecs generally do not have this property BTW). > > Stephen Botzko > > > On Sun, Apr 11, 2010 at 11:07 AM, codec issue tracker <trac@tools.ietf.org> > wrote: >> #15: Efficiently combine pre-encoded audio >> ------------------------------------+--------------------------------------- >> Reporter: hoene@ | Owner: >> Type: enhancement | Status: new >> Priority: minor | Milestone: >> Component: requirements | Version: >> Severity: Active WG Document | Keywords: >> ------------------------------------+--------------------------------------- >> Ability to efficiently combine pre-encoded audio into a single stream. For >> instance, if a server needs to play an announcement it would be nice to be >> able to send pre-encoded, cached audio data to the client in such a way >> that decoder will reset its state and decode this audio properly. Or, in >> case of conference server, to switch to another audio source without the >> need to decode and encode the audio again >> >> -- >> Ticket URL: <http://trac.tools.ietf.org/wg/codec/trac/ticket/15> >> codec <http://tools.ietf.org/codec/> >> >> _______________________________________________ >> 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] #15: Efficiently combine pre-encoded audio codec issue tracker
- Re: [codec] #15: Efficiently combine pre-encoded … stephen botzko
- Re: [codec] #15: Efficiently combine pre-encoded … Stephan Wenger
- Re: [codec] #15: Efficiently combine pre-encoded … codec issue tracker
- Re: [codec] #15: Efficiently combine pre-encoded … stephen botzko
- Re: [codec] #15: Efficiently combine pre-encoded … Jean-Marc Valin
- Re: [codec] #15: Efficiently combine pre-encoded … Cullen Jennings
- Re: [codec] #15: Efficiently combine pre-encoded … Brian Rosen
- Re: [codec] #15: Efficiently combine pre-encoded … Benjamin M. Schwartz
- Re: [codec] #15: Efficiently combine pre-encoded … Jean-Marc Valin
- Re: [codec] #15: Efficiently combine pre-encoded … stephen botzko
- Re: [codec] #15: Efficiently combine pre-encoded … Benjamin M. Schwartz
- Re: [codec] #15: Efficiently combine pre-encoded … Benjamin M. Schwartz
- Re: [codec] #15: Efficiently combine pre-encoded … Jean-Marc Valin
- Re: [codec] #15: Efficiently combine pre-encoded … Benjamin M. Schwartz
- Re: [codec] #15: Efficiently combine pre-encoded … Roman Shpount
- Re: [codec] #15: Efficiently combine pre-encoded … codec issue tracker
- Re: [codec] #15: Efficiently combine pre-encoded … Roman Shpount
- Re: [codec] #15: Efficiently combine pre-encoded … codec issue tracker
- Re: [codec] #15: Efficiently combine pre-encoded … Christian Hoene
- Re: [codec] #15: Efficiently combine pre-encoded … codec issue tracker