From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.1.3 Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id 71354BC0C for ; Tue, 2 Jan 2007 12:27:29 +0100 (CET) Received: from smtp.syd.people.net.au (smtp.syd.people.net.au [218.214.225.98]) by concorde.inria.fr (8.13.6/8.13.6) with SMTP id l02BRQwb012801 for ; Tue, 2 Jan 2007 12:27:28 +0100 Received: (qmail 22951 invoked from network); 2 Jan 2007 11:27:39 -0000 Received: from unknown (HELO coltrane.mega-nerd.net) (218.214.64.136) by smtp.syd.people.net.au with SMTP; 2 Jan 2007 11:27:39 -0000 Received: from coltrane (coltrane [192.168.1.101]) by coltrane.mega-nerd.net (Postfix) with SMTP id 016AD7B9A for ; Tue, 2 Jan 2007 22:27:10 +1100 (EST) Date: Tue, 2 Jan 2007 22:27:10 +1100 From: Erik de Castro Lopo To: caml-list@yquem.inria.fr Subject: Re: [Caml-list] ANNOUNCE : libsndfile-ocaml alpha Message-Id: <20070102222710.9d2e3538.mle+ocaml@mega-nerd.com> In-Reply-To: <459A3A44.2050700@ujf-grenoble.fr> References: <20061222155407.ebe6c272.mle+ocaml@mega-nerd.com> <45923DC2.9000504@ujf-grenoble.fr> <20061227211046.656615d0.mle+ocaml@mega-nerd.com> <20061231080756.66e89d6c.mle+ocaml@mega-nerd.com> <459A3A44.2050700@ujf-grenoble.fr> Organization: Erik Conspiracy Secret Labs X-Mailer: Sylpheed version 2.3.0beta5 (GTK+ 2.8.20; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Miltered: at concorde with ID 459A419E.000 by Joe's j-chkmail (http://j-chkmail . ensmp . fr)! X-Spam: no; 0.00; ocaml:01 bigarray:01 afaik:01 gsl:01 val:01 val:01 gsl:01 bigarray:01 elt:01 bigarrays:01 elt:01 cheers:01 wrote:01 caml-list:01 ints:01 Vu Ngoc San wrote: > I was thinking of using libsndfile in combination with the ocaml-gsl > (gnu scientific library), and the latter uses bigarray, afaik. Now that is a useful data point. However, I do notice that the Gsl_vector module has functions: val of_array : float array -> vector val to_array : vector -> float array I also notice that the Gsl_vector functions are all of type: (float, Bigarray.float64_elt, Bigarray.c_layout) Bigarray.Array1.t > I am just > wondering whether then it would be appropriate to have bigarrays from > libsndfile. I was particularly interested if there was any utility to providing functions for accessing shorts or ints. So far noone has come up with a need for these. It does however seem that it may be useful access to the data via data via a bigarray of Bigarray.float64_elt elements. Cheers, Erik -- +-----------------------------------------------------------+ Erik de Castro Lopo +-----------------------------------------------------------+ "Java is, in many ways, C++--." -- Michael Feldman