From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.44.254]) by listman.redhat.com (Postfix) with ESMTP id DC9F73F02A for ; Mon, 19 Nov 2001 11:43:24 -0500 (EST) Received: from mail.redhat.com (mail.redhat.com [199.183.24.239]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with SMTP id fAJGhOp27172 for ; Mon, 19 Nov 2001 11:43:24 -0500 Received: (from mail@localhost) by mail.redhat.com (8.11.0/8.8.7) id fAJGhOB06490 for blinux-list@listman.redhat.com; Mon, 19 Nov 2001 11:43:24 -0500 Received: from khan.acc.umu.se (root@khan.acc.umu.se [130.239.18.139]) by mail.redhat.com (8.11.0/8.8.7) with ESMTP id fAJGhNw06486 for ; Mon, 19 Nov 2001 11:43:24 -0500 Received: from stalin.acc.umu.se (daemon@stalin.acc.umu.se [130.239.18.135]) by khan.acc.umu.se (8.11.6/8.11.6) with ESMTP id fAJGhMM15556 for ; Mon, 19 Nov 2001 17:43:22 +0100 (MET) Received: (from woormie@localhost) by stalin.acc.umu.se (8.11.6/8.11.2) id fAJGhMJ37962 for blinux-list@redhat.com; Mon, 19 Nov 2001 17:43:22 +0100 Date: Mon, 19 Nov 2001 17:43:22 +0100 From: Peter Toneby To: blinux-list@redhat.com Subject: Re: Digital Talking Book Standard Message-ID: <20011119174322.D29158@stalin.acc.umu.se> References: <20011119172716.B29158@stalin.acc.umu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from nico@cam.org on Mon, Nov 19, 2001 at 11:35:59AM -0500 X-Loop: blinux-list@redhat.com Sender: blinux-list-admin@redhat.com Errors-To: blinux-list-admin@redhat.com X-BeenThere: blinux-list@redhat.com X-Mailman-Version: 2.0.1 Precedence: bulk Reply-To: blinux-list@redhat.com List-Help: List-Post: List-Subscribe: , List-Id: Linux for blind general discussion List-Unsubscribe: , List-Archive: On Mon, Nov 19, 2001 at 11:35:59AM -0500, Nicolas Pitre wrote: > On Mon, 19 Nov 2001, Peter Toneby wrote: > > > On Mon, Nov 19, 2001 at 11:14:39AM -0500, Janina Sajka wrote: > > > What about freeamp? > > > > It does not support searches on timecode (at least I didn't see anything > > about that while checking their pages, they only seem to have normal > > seek in files, which is not enough). > > Well... It is enough with some extra processing. You need to find out the > data bitrate, estimate the seek position in the audio file, resynchronize on > a mpeg frame boundary, back a couple frames, compute the backed frames to > restabilize the mpeg windowing factors without actually playing them then > finally resume audio from the desired frame. The problem is VBR, I'm not sure how it works, but I suspect each frame have it's own bitrate in that case, and if the stream use that, you need to loop through all frames and calculate the current time :(, well, I'll have a closer look at mad and see if I can do something for fixed bitrates at least. /Peter -- Alpha Test Version: Too buggy to be released to the paying public. Beta Test Version: Still too buggy to be released. Release Version: Alternate pronunciation of "Beta Test Version".