Re: [codec] #15: Efficiently combine pre-encoded audio

"codec issue tracker" <> Thu, 24 June 2010 15:22 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7B9F53A695A for <>; Thu, 24 Jun 2010 08:22:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -102.452
X-Spam-Status: No, score=-102.452 tagged_above=-999 required=5 tests=[AWL=0.148, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id P-ld27VBjMtm for <>; Thu, 24 Jun 2010 08:22:14 -0700 (PDT)
Received: from (unknown [IPv6:2001:1890:1112:1::2a]) by (Postfix) with ESMTP id B5BC23A6802 for <>; Thu, 24 Jun 2010 08:22:13 -0700 (PDT)
Received: from localhost ([::1] by with esmtp (Exim 4.72) (envelope-from <>) id 1ORoFy-0004Vj-3m; Thu, 24 Jun 2010 08:22:22 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: codec issue tracker <>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
X-Trac-Project: codec
Date: Thu, 24 Jun 2010 15:22:22 -0000
Message-ID: <>
References: <>
X-Trac-Ticket-ID: 15
In-Reply-To: <>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Scanned: No (on; SAEximRunCond expanded to false
Subject: Re: [codec] #15: Efficiently combine pre-encoded audio
X-Mailman-Version: 2.1.9
List-Id: Codec WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 24 Jun 2010 15:22:26 -0000

#15: Efficiently combine pre-encoded audio
 Reporter:  hoene@…                 |       Owner:     
     Type:  enhancement             |      Status:  new
 Priority:  minor                   |   Milestone:     
Component:  requirements            |     Version:     
 Severity:  Active WG Document      |    Keywords:     

Comment(by hoene@…):

 [Roman Shpount]: I would like to remind that this issue is not about
 efficient VAD, but about efficiently combining pre-encoded streams. There
 are two use cases that I can think of:

 a. Conference servers, where the active speaker was determined by either
 receiver or decoder side VAD. As it was mentioned before, it is possible
 to implement an efficient decoder side VAD without implementing a complete
 decoder. If we can combine pre-encoded audio we can combine multiple
 streams on the conference server without going through decoder/encoder
 cycle greatly decreasing both CPU requirements and mixer delay.

 b. Announcement and IVR servers, where a small set of pre-encoded
 announcements are played to the user. Standard network or IVR
 announcements can be encoded once and efficiently inserted or combined
 into audio stream. If pre-encoded audio is supported and the client
 supports AVT tones, it is trivial to develop a very efficient IVR server
 which does not require any CODEC encoding or decoding.

Ticket URL: <>
codec <>