Csound Csound-dev Csound-tekno Search About

IRCAM format

Date1998-08-04 16:01
Fromjpff@maths.bath.ac.uk
SubjectIRCAM format
Message written at 04 Aug 1998 09:11:15 -0400

is anyone using IRCAM format, or is everyone using AIFF or WAV?  If no
one is using it we can remove the code, which would be one less thing
to maintain.  If it is in use please let me know.
==John ffitch


Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14926;
          4 Aug 98 21:00 BST
Received: from pat.bath.ac.uk by stork.maths.Bath.AC.UK id aa00491;
          4 Aug 98 21:00 BST
Received: (qmail 21548 invoked from network); 4 Aug 1998 20:00:48 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by pat.bath.ac.uk with SMTP; 4 Aug 1998 20:00:48 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (UAA20925); Tue, 4 Aug 1998 20:56:55 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 4 Aug 1998 20:56:44 +0100
Received: from ella.mills.edu [144.91.3.20] by hermes via SMTP (UAA17674); Tue, 4 Aug 1998 20:56:43 +0100 (BST)
Received: (qmail 28957 invoked by uid 1964); 4 Aug 1998 12:56:09 -0700
Date: Tue, 4 Aug 1998 12:56:09 -0700 (PDT)
From: "Matt J. Ingalls" 
To: csound@maths.ex.ac.uk
Subject: ircam
In-Reply-To: 
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk


the only benefit i can see is IRCAM *supports* floating point..
AIFF doesnt - AIFC does (but is not "official" - Madole/Erbe 
just "made it so") - and im not sure what the story is behind WAV floats
(???)

but at least on the mac end, the only apps i know of that use IRCAM are
file converter ones...

matt




Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14961;
          4 Aug 98 21:14 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa01171;
          4 Aug 98 21:14 BST
Received: (qmail 17724 invoked from network); 4 Aug 1998 20:14:21 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by mercury.bath.ac.uk with SMTP; 4 Aug 1998 20:14:21 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (VAA24875); Tue, 4 Aug 1998 21:08:31 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 4 Aug 1998 21:08:21 +0100
Received: from root@[200.17.210.65] by hermes via ESMTP (VAA07275); Tue, 4 Aug 1998 21:08:19 +0100 (BST)
Received: from araguaia.cce.ufpr.br (chr-lyra@araguaia.cce.ufpr.br [200.17.210.90])
	by cce.ufpr.br (8.9.1/8.9.1) with ESMTP id RAA18453
	for ; Tue, 4 Aug 1998 17:04:07 -0300 (EST)
Received: by araguaia.cce.ufpr.br id SAA12823; Mon, 3 Aug 1998 18:01:45 -0200
Date: Mon, 3 Aug 1998 18:01:45 -0200 (GRNLNDDT)
From: Christian Lyra 
To: csound@maths.ex.ac.uk
Subject: Opcodes in v.3.484
Message-ID: 
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk


Hi,

	What happened to opcodes poscil and flange in v.3.484? the opcode
poscil was in the docs, but i cant see it when i use csound with the flag
to list all opcodes! And flange (from Gabriel Maldonado) was not yet
finished?
		[ ]s

			Christian Lyra



Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa14991;
          4 Aug 98 21:24 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa01645;
          4 Aug 98 21:24 BST
Received: (qmail 18067 invoked from network); 4 Aug 1998 20:24:41 -0000
Received: from shell11.ba.best.com (root@206.184.139.142)
  by mercury.bath.ac.uk with SMTP; 4 Aug 1998 20:24:41 -0000
Received: (from baker@localhost)
	by shell11.ba.best.com (8.9.0/8.9.0/best.sh) id NAA25748;
	Tue, 4 Aug 1998 13:22:02 -0700 (PDT)
Date: Tue, 4 Aug 1998 13:22:02 -0700 (PDT)
From: Charles Baker 
Message-Id: <199808042022.NAA25748@shell11.ba.best.com>
To: csound@maths.ex.ac.uk, jpff@maths.bath.ac.uk
Subject: Re: IRCAM format
In-Reply-To: 

Many apps that originated on NeXT (mxv, for instance) handle ircam format, as well as the common NeXT/Ircam 
hybrid format (at least common amoung NeXT apps;-) ) The point Matt Ingalls makes about floating-point
file formats should be taken to heart: almost all my work is in floating point, until the final mix.
This reduces distortions due to quantization error: unless you are some sort of miracle recording deity,
you probably don't get samples to inhabit all 16-bits of resolution: if then you work with these samples
in integer, mixing, processing, etc., the distortion just *multiplies*: a "gritty" sound emerges from
what you thought were clean source sounds! The answer: work as much as possible in floating point:
once you have converted to flaot, and normalized the sound, processing which *should* be done in floats
doesn't introduce any more distortion than was present in the original recording. This is not theoretical
la-di-da: I have seen it again and again: students I've had were ready to toss their projects in the trash
until I got them to work in floating-point. I'm not a teacher anymore (sigh), but perhaps someone will
try this out and learn.
Why the hell isn't there *more* emphasis on floatin gpoint in musical signal processing ? Makes all the difference.

Char lieB


Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa15263;
          4 Aug 98 22:48 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa05248;
          4 Aug 98 22:48 BST
Received: (qmail 20779 invoked from network); 4 Aug 1998 21:48:14 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by mercury.bath.ac.uk with SMTP; 4 Aug 1998 21:48:14 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (WAA26448); Tue, 4 Aug 1998 22:44:47 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 4 Aug 1998 22:44:38 +0100
Received: from exim@wallace.maths.bath.ac.uk [138.38.100.104] by hermes via ESMTP (WAA10204); Tue, 4 Aug 1998 22:44:37 +0100 (BST)
Received: from [138.38.99.25] (helo=maths.Bath.AC.UK ident=mmdf)
	by wallace.maths.bath.ac.uk with smtp (Exim 1.92 #2)
	id 0z3osW-0002pt-00; Tue, 4 Aug 1998 22:44:20 +0100
Date:     Tue, 4 Aug 98 22:44:40 BST
From: J P Fitch 
To: Christian Lyra 
cc: csound@maths.ex.ac.uk
Subject:  Re:  Opcodes in v.3.484
Message-Id: 
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

Poscil was in teh documentation at soem stage but not in any code I
distributed publically.  Maldonado's flanger is in the latest version
with eteh name 
	flanger
==JOhn

PS I have moved the sources part way to the server, and they should
be there soon if the network continues to run.


Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa15293;
          4 Aug 98 22:54 BST
Received: from pat.bath.ac.uk by stork.maths.Bath.AC.UK id aa05467;
          4 Aug 98 22:54 BST
Received: (qmail 25320 invoked from network); 4 Aug 1998 21:54:19 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by pat.bath.ac.uk with SMTP; 4 Aug 1998 21:54:19 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (WAA02628); Tue, 4 Aug 1998 22:50:35 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Tue, 4 Aug 1998 22:50:26 +0100
Received: from exim@wallace.maths.bath.ac.uk [138.38.100.104] by hermes via ESMTP (WAA24732); Tue, 4 Aug 1998 22:50:26 +0100 (BST)
Received: from [138.38.99.25] (helo=maths.Bath.AC.UK ident=mmdf)
	by wallace.maths.bath.ac.uk with smtp (Exim 1.92 #2)
	for csound@maths.ex.ac.uk
	id 0z3oyD-0002qB-00; Tue, 4 Aug 1998 22:50:13 +0100
Date:     Tue, 4 Aug 98 22:50:33 BST
From: J P Fitch 
To: csound@maths.ex.ac.uk
Subject:  Sources made it
Message-Id: 
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

I have placed teh 3.484 sources on pub/dream

In answer to those who asked, I never distributed 3.483 (except to Matt)
mainly because it coincided with my summer trip.  I skipped a number as my
code got out of step with Matt's (a little; a very little) at the last
minute.  I still have a number of things to add before I feel up to
calling it 3.49, but we are getting closer.
==John ff


Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa15675;
          5 Aug 98 1:43 BST
Received: from pat.bath.ac.uk by stork.maths.Bath.AC.UK id aa13631;
          5 Aug 98 1:43 BST
Received: (qmail 879 invoked from network); 5 Aug 1998 00:43:13 -0000
Received: from proxy4.ba.best.com (root@206.184.139.15)
  by pat.bath.ac.uk with SMTP; 5 Aug 1998 00:43:13 -0000
Received: from charlieb.com (IDENT:baker@baker.vip.best.com [206.86.232.121])
	by proxy4.ba.best.com (8.9.0/8.9.0/best.out) with ESMTP id RAA20463;
	Tue, 4 Aug 1998 17:40:42 -0700 (PDT)
Sender: baker@proxy4.ba.best.com
Message-ID: <35C74808.5143D9E6@charlieb.com>
Date: Tue, 04 Aug 1998 17:42:32 +0000
From: Charles Baker 
X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.34 i586)
MIME-Version: 1.0
To: jpff@maths.bath.ac.uk, csound@maths.ex.ac.uk
Subject: Re: IRCAM format
References: 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

jpff@maths.bath.ac.uk wrote:

> Message written at 04 Aug 1998 09:11:15 -0400
>
> is anyone using IRCAM format, or is everyone using AIFF or WAV?  If no
> one is using it we can remove the code, which would be one less thing
> to maintain.  If it is in use please let me know.
> ==John ffitch


Many apps that originated on NeXT (mxv, for instance) handle ircam
format, as well as the NeXT/Ircam hybrid format (common at least among
NeXT apps ;-) ) The point Matt Ingalls makes about floating-point file
formats should be taken to heart: almost all my work is in floating
point, until the final mix.
This reduces distortions due to quantization error: unless you are some
sort of miracle recording deity, you probably don't get samples to
inhabit all 16-bits of resolution: if then you work with these samples
in integer,doing mixing, processing, etc., the distortion just
*multiplies*: a "gritty" sound emerges from
what you thought were clean source sounds! The answer: work as much as
possible in floating point:
once you have converted to float, and normalized the sound, processing
(which *should* be done in floats)doesn't introduce any more distortion
than was present in the original recording. This is not theoretical
la-di-da: I have seen it again and again: students I've had were ready to
toss their projects in the trash until I got them to work in
floating-point. I'm not a teacher anymore (sigh), but perhaps someone
will try this out and learn.
Why the heck isn't there *more* emphasis on floating point in musical
signal processing ? Makes all the difference

Char lieB


--
*********************************************
Charlie Baker              baker@charlieb.com
"Das Ewig-Weibliche Zieht uns hinan." -Goethe
*********************************************





Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa15690;
          5 Aug 98 1:46 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa13729;
          5 Aug 98 1:46 BST
Received: (qmail 24534 invoked from network); 5 Aug 1998 00:46:29 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by mercury.bath.ac.uk with SMTP; 5 Aug 1998 00:46:29 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (BAA05099); Wed, 5 Aug 1998 01:43:23 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 5 Aug 1998 01:43:14 +0100
Received: from root@proxy4.ba.best.com [206.184.139.15] by hermes via ESMTP (BAA06164); Wed, 5 Aug 1998 01:43:13 +0100 (BST)
Received: from charlieb.com (IDENT:baker@baker.vip.best.com [206.86.232.121])
	by proxy4.ba.best.com (8.9.0/8.9.0/best.out) with ESMTP id RAA20463;
	Tue, 4 Aug 1998 17:40:42 -0700 (PDT)
Message-ID: <35C74808.5143D9E6@charlieb.com>
Date: Tue, 04 Aug 1998 17:42:32 +0000
From: Charles Baker 
X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.34 i586)
MIME-Version: 1.0
To: jpff@maths.bath.ac.uk, csound@maths.ex.ac.uk
Subject: Re: IRCAM format
References: 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

jpff@maths.bath.ac.uk wrote:

> Message written at 04 Aug 1998 09:11:15 -0400
>
> is anyone using IRCAM format, or is everyone using AIFF or WAV?  If no
> one is using it we can remove the code, which would be one less thing
> to maintain.  If it is in use please let me know.
> ==John ffitch


Many apps that originated on NeXT (mxv, for instance) handle ircam
format, as well as the NeXT/Ircam hybrid format (common at least among
NeXT apps ;-) ) The point Matt Ingalls makes about floating-point file
formats should be taken to heart: almost all my work is in floating
point, until the final mix.
This reduces distortions due to quantization error: unless you are some
sort of miracle recording deity, you probably don't get samples to
inhabit all 16-bits of resolution: if then you work with these samples
in integer,doing mixing, processing, etc., the distortion just
*multiplies*: a "gritty" sound emerges from
what you thought were clean source sounds! The answer: work as much as
possible in floating point:
once you have converted to float, and normalized the sound, processing
(which *should* be done in floats)doesn't introduce any more distortion
than was present in the original recording. This is not theoretical
la-di-da: I have seen it again and again: students I've had were ready to
toss their projects in the trash until I got them to work in
floating-point. I'm not a teacher anymore (sigh), but perhaps someone
will try this out and learn.
Why the heck isn't there *more* emphasis on floating point in musical
signal processing ? Makes all the difference

Char lieB


--
*********************************************
Charlie Baker              baker@charlieb.com
"Das Ewig-Weibliche Zieht uns hinan." -Goethe
*********************************************





Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa15738;
          5 Aug 98 2:31 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa15461;
          5 Aug 98 2:30 BST
Received: (qmail 25401 invoked from network); 5 Aug 1998 01:31:06 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by mercury.bath.ac.uk with SMTP; 5 Aug 1998 01:31:06 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (CAA24888); Wed, 5 Aug 1998 02:25:36 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 5 Aug 1998 02:25:26 +0100
Received: from sparticus.bright.net [205.212.123.14] by hermes via ESMTP (CAA02469); Wed, 5 Aug 1998 02:25:25 +0100 (BST)
Received: from brutus (find5-cs-5.dial.bright.net [205.212.145.202])
	by sparticus.bright.net (8.9.0.Beta3/8.9.0.FNG_Build) with SMTP id VAA20869;
	Tue, 4 Aug 1998 21:25:20 -0400 (EDT)
Message-ID: <35C7B724.B252AE6@bright.net>
Date: Tue, 04 Aug 1998 21:36:36 -0400
From: Dave Phillips 
X-Mailer: Mozilla 3.0 (X11; I; Linux 2.0.29 i486)
MIME-Version: 1.0
To: Csound Mail-list 
Subject: Csound 3.484 sources
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

jpff wrote:

> I have placed teh 3.484 sources on pub/dream

John, will they be available as Csound.tar.gz ?

== Dave Phillips

       http://www.bright.net/~dlphilp/index.html
   http://www.bright.net/~dlphilp/linux_soundapps.html


Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa15779;
          5 Aug 98 2:47 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa17695;
          5 Aug 98 2:46 BST
Received: (qmail 25667 invoked from network); 5 Aug 1998 01:46:53 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by mercury.bath.ac.uk with SMTP; 5 Aug 1998 01:46:53 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (CAA23323); Wed, 5 Aug 1998 02:41:07 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 5 Aug 1998 02:40:58 +0100
Received: from camel7.mindspring.com [207.69.200.57] by hermes via ESMTP (CAA12144); Wed, 5 Aug 1998 02:40:56 +0100 (BST)
Received: from axe (user-38ld0oj.dialup.mindspring.com [209.86.131.19])
	by camel7.mindspring.com (8.8.5/8.8.5) with SMTP id VAA01524;
	Tue, 4 Aug 1998 21:40:58 -0400 (EDT)
Message-ID: <002d01bdc013$7e9be720$138356d1@axe>
From: Michael Gogins 
To: "Matt J. Ingalls" , csound@maths.ex.ac.uk
MMDF-Warning:  Parse error in original version of preceding line at UK.AC.Bath.maths.stork
Subject: Re: ircam
Date: Tue, 4 Aug 1998 21:50:57 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

>the only benefit i can see is IRCAM *supports* floating point..
>AIFF doesnt - AIFC does (but is not "official" - Madole/Erbe
>just "made it so") - and im not sure what the story is behind WAV floats
>(???)


I don't know the official story on WAV floats, but I do make my pieces in
WAV floats using Csound and Cool Edit Pro plays them just fine.



Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa16066;
          5 Aug 98 5:45 BST
Received: from pat.bath.ac.uk by stork.maths.Bath.AC.UK id aa25036;
          5 Aug 98 5:44 BST
Received: (qmail 5877 invoked from network); 5 Aug 1998 04:45:05 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by pat.bath.ac.uk with SMTP; 5 Aug 1998 04:45:05 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (FAA03081); Wed, 5 Aug 1998 05:41:13 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 5 Aug 1998 05:41:03 +0100
Received: from mercury.acs.unt.edu [129.120.220.1] by hermes via ESMTP (FAA22774); Wed, 5 Aug 1998 05:41:02 +0100 (BST)
Received: from jove.acs.unt.edu (0@jove.acs.unt.edu [129.120.220.41])
	by Mercury.unix.acs.cc.unt.edu (8.8.8/8.8.8) with ESMTP id XAA28238
	for ; Tue, 4 Aug 1998 23:41:05 -0500 (CDT)
Received: from jove.acs.unt.edu (remote22.server1.local.premium.dialup.unt.edu [129.120.52.22])
	by jove.acs.unt.edu (8.8.8/8.8.8) with ESMTP id XAA17919
	for ; Tue, 4 Aug 1998 23:41:01 -0500 (CDT)
Message-ID: <35C7F7FB.3B59E220@jove.acs.unt.edu>
Date: Wed, 05 Aug 1998 01:13:15 -0500
From: "Michael A. Thompson" 
X-Mailer: Mozilla 4.5b1 [en] (X11; I; IRIX 6.3 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To: Csound mailing list 
Subject: csound 3.842 for IRIX
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

Hi,

I have compiled Csound 3.842 for IRIX and the RAD audio card. The binary
is compiled -n32 as well.

Its has 8 channel output(both real-time and soundfile support) and 8
channel input (opcode called "ino") for real-time audio in. I dont know
if the input works. I dont have the resources to test it yet, plus
csounds speed might be an issue as well.

You can download it at:
http://people.unt.edu/~mat0001/download.html
 
Thanks,
Michael Thompson

-- 
----------------------------------
Michael A. Thompson
Unix SysAdmin.
[IRIX - NeXTStep - Linux]
University of North Texas
Center for Experimental Music and Intermedia
[C.E.M.I.]
Office: (940) 565-2382
E-Mail: mat0001@jove.acs.unt.edu
----------------------------------


Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa16625;
          5 Aug 98 10:48 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa08676;
          5 Aug 98 10:48 BST
Received: (qmail 6877 invoked from network); 5 Aug 1998 09:48:18 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by mercury.bath.ac.uk with SMTP; 5 Aug 1998 09:48:18 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (KAA04674); Wed, 5 Aug 1998 10:44:50 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 5 Aug 1998 10:44:40 +0100
Received: from avid.avid.com [152.165.6.40] by hermes via ESMTP (KAA23715); Wed, 5 Aug 1998 10:44:39 +0100 (BST)
Received: from qsure.demon.co.uk (unknown2.charlotte.avid.com) by avid.avid.com with ESMTP
	(1.37.109.20/16.2) id AA276330243; Wed, 5 Aug 1998 05:44:05 -0400
Message-Id: <35C82894.7321635A@qsure.demon.co.uk>
Date: Wed, 05 Aug 1998 10:40:36 +0100
From: Ben Jefferys 
Reply-To: ben@qsure.demon.co.uk
Organization: Avid Technology Europe Ltd.
X-Mailer: Mozilla 4.05 [en] (WinNT; I)
Mime-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: Re: IRCAM format
References:  <35C74808.5143D9E6@charlieb.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

Charles Baker wrote:

> Why the heck isn't there *more* emphasis on floating point in musical
> signal processing ? Makes all the difference

Of course it doesn't necessarily have to be floating point. I'd guess
a large part of the reason why floating point stuff is better is
because it uses more bits - typically 32/64/80 (in think they're
the standards). If you used 32 bit ints the quality would improve
by a similar amount to your standard C floats, although there would
be subtleties lost in quieter audio compared to using a float due to
the "logarithmic" nature of floating point. But the 16-24-32 bit
transition within the integer realm is very significant, and on
some processors integer performance is superior.

Bye!
Ben.


Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa16691;
          5 Aug 98 11:25 BST
Received: from pat.bath.ac.uk by stork.maths.Bath.AC.UK id aa10702;
          5 Aug 98 11:24 BST
Received: (qmail 20527 invoked from network); 5 Aug 1998 10:24:58 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by pat.bath.ac.uk with SMTP; 5 Aug 1998 10:24:58 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (LAA25203); Wed, 5 Aug 1998 11:20:57 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 5 Aug 1998 11:20:45 +0100
Received: from jaguars-int.cableinet.net [193.38.113.9] by hermes via SMTP (LAA09419); Wed, 5 Aug 1998 11:20:44 +0100 (BST)
Received: (qmail 10669 invoked from network); 5 Aug 1998 09:12:23 -0000
Received: from unknown (HELO cableinet.co.uk) (194.117.146.158)
  by jaguars with SMTP; 5 Aug 1998 09:12:23 -0000
Message-ID: <35C83030.89DF2485@cableinet.co.uk>
Date: Wed, 05 Aug 1998 11:13:04 +0100
From: Richard Dobson 
Organization: Composers Desktop project
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: csound@maths.ex.ac.uk
Subject: Re: ircam
References: 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

Both AIFF and WAV have always been able to support floating-point formats. CDP
has been doing this for years (We also 'made it so').In my copy of the AIFF
documentation V1.2, it is stated sxplicitly that the samplesize can be anything
from 1 to 32, so the only ambiguity is whether that could be a 32bit int - what
are people doing on the Mac these days?. With WAV, Microsoft recently published
a format tag for float soundfiles (WAVE_FORMAT_IEEE_FLOAT = 3), which can
officially be 32bit floats, or even 64bit doubles. Csound now includes support
for this. Whether anyone can play these is a moot point. Cool Edit Pro will
record and play the WAV 32bit float format ('type 3'), as, now, will CDP (wrote
'record' last week!). However, Microsoft's new all-singing version of Media
Player does not accept a type-3 file (until I or somebody writes an ActiveMovie
conversion filter)!


Of course the new kid on the block is CNMAT's SDIF format ( go to
http://cnmat.CNMAT.Berkeley.EDU/SDIF/  ), which I started looking at a while
back, but got distracted with other things. IRCAM are supporting this initiative
themselves. One snappy thing about this format is that everything is aligned on
64bit boundaries.


Richard Dobson

Matt J. Ingalls wrote:
> 
> the only benefit i can see is IRCAM *supports* floating point..
> AIFF doesnt - AIFC does (but is not "official" - Madole/Erbe
> just "made it so") - and im not sure what the story is behind WAV floats
> (???)
> 
> but at least on the mac end, the only apps i know of that use IRCAM are
> file converter ones...
> 
> matt


Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa16697;
          5 Aug 98 11:29 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa10752;
          5 Aug 98 11:29 BST
Received: (qmail 12207 invoked from network); 5 Aug 1998 10:29:21 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by mercury.bath.ac.uk with SMTP; 5 Aug 1998 10:29:21 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (LAA24207); Wed, 5 Aug 1998 11:25:20 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 5 Aug 1998 11:25:10 +0100
Received: from jaguars-int.cableinet.net [193.38.113.9] by hermes via SMTP (LAA00597); Wed, 5 Aug 1998 11:25:09 +0100 (BST)
Received: (qmail 10883 invoked from network); 5 Aug 1998 09:16:48 -0000
Received: from unknown (HELO cableinet.co.uk) (194.117.146.158)
  by jaguars with SMTP; 5 Aug 1998 09:16:48 -0000
Message-ID: <35C83139.B1E04E87@cableinet.co.uk>
Date: Wed, 05 Aug 1998 11:17:29 +0100
From: Richard Dobson 
Organization: Composers Desktop project
X-Mailer: Mozilla 4.04 [en] (Win95; I)
MIME-Version: 1.0
To: Michael Gogins 
CC: csound@maths.ex.ac.uk
Subject: Re: ircam
References: <002d01bdc013$7e9be720$138356d1@axe>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

There is a bug in CEP, wherein if you once record a float type 3 file, and
subsequenly record a normat 16bit file, CEP sets the format tag for the latter
as type 3, making the file unplayable outside CEP itself. The trick is to make a
new recording using one of CEP's other (very unofficial!) 32bit formats , which
sets the tag as 1 again.

Richard Dobson

Michael Gogins wrote:
> 
> >the only benefit i can see is IRCAM *supports* floating point..
> >AIFF doesnt - AIFC does (but is not "official" - Madole/Erbe
> >just "made it so") - and im not sure what the story is behind WAV floats
> >(???)
> 
> I don't know the official story on WAV floats, but I do make my pieces in
> WAV floats using Csound and Cool Edit Pro plays them just fine.


Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa16714;
          5 Aug 98 11:39 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa11270;
          5 Aug 98 11:39 BST
Received: (qmail 13510 invoked from network); 5 Aug 1998 10:39:42 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by mercury.bath.ac.uk with SMTP; 5 Aug 1998 10:39:42 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (LAA00587); Wed, 5 Aug 1998 11:37:01 +0100 (BST)
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 5 Aug 1998 11:36:50 +0100
Received: from root@proxy4.ba.best.com [206.184.139.15] by hermes via ESMTP (LAA04440); Wed, 5 Aug 1998 11:36:46 +0100 (BST)
Received: from charlieb.com (IDENT:baker@baker.vip.best.com [206.86.232.121])
	by proxy4.ba.best.com (8.9.0/8.9.0/best.out) with ESMTP id DAA25032
	for ; Wed, 5 Aug 1998 03:35:29 -0700 (PDT)
Message-ID: <35C7D370.815CA4E3@charlieb.com>
Date: Wed, 05 Aug 1998 03:37:20 +0000
From: Charles Baker 
X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.34 i586)
MIME-Version: 1.0
To: "csound@maths.ex.ac.uk" 
Subject: Re: IRCAM format
References:  <35C74808.5143D9E6@charlieb.com> <35C82894.7321635A@qsure.demon.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

Ben Jefferys wrote:

> Charles Baker wrote:
>
> > Why the heck isn't there *more* emphasis on floating point in musical
> > signal processing ? Makes all the difference
>
> Of course it doesn't necessarily have to be floating point. I'd guess
> a large part of the reason why floating point stuff is better is
> because it uses more bits - typically 32/64/80 (in think they're
> the standards). If you used 32 bit ints the quality would improve
> by a similar amount to your standard C floats, although there would
> be subtleties lost in quieter audio compared to using a float due to
> the "logarithmic" nature of floating point.

Exactly: only floating point gives you full usage of word, no matterwhat
the absolute value of the  sample:within limits, of course, but
*practically*
it gives better results ! Even if we're talking short floats, no longer
than the
int formats, the results are often quite noticably better: if only because
darn few
of us make sure that all samples input and output are scaled to use all of
the
word. And this brings up another advantage of F.P.:  when int sounds are
used,
one has to be extremely careful in combining them, scaling the input
samples
to assure that you don't overflow. This is not a worry with float samples:

they can be combined freely & without concern over the absolute value of
the result,
and then scaled/converted into ints to play. CLM and jpff's WinCsound (for
example) both
provide this as a way to synthesize your sound, a way many experienced
composers
prefer. Try it , you'll like it!
As for the processor speed issue:I don't care if floating point is a bit
slower: "real-time" is not
particularly a big issue with me ( I am rather tired of simple synth
sounds, such as are used to give
polyphony in real-time on PCs). If making your pc act like a very poor
realtime synthesizer is your
raison d'etre, go to it. I'll go buy a much cheaper GM MIDI module for
that. I use csound for the
sounds you *don't* find on the GM modules, thank you.



> But the 16-24-32 bit
> transition within the integer realm is very significant, and on
> some processors integer performance is superior.

 Well, if one is careful with normalization of sounds, and if you
carefully attend to scaling issues in
mixing,  I agree larger int word sizes will produce better results. Too
many ifs there for me, and I
don't  have the money right now to go buy a true 32-bit machine (hmmm...
what's the word on
DEC Alpha Csound? And is csound built in irix32? Anybody got ~$6k lying
around? )

>   Bye!
>   Ben
>


Fare thee well, Ben. Where are you going? I'm right here.....
Char lieB

--
*********************************************
Charlie Baker              baker@charlieb.com
"Das Ewig-Weibliche Zieht uns hinan." -Goethe
*********************************************





Received: from stork.maths.bath.ac.uk by omphalos.maths.Bath.AC.UK id aa16884;
          5 Aug 98 13:00 BST
Received: from mercury.bath.ac.uk by stork.maths.Bath.AC.UK id aa15865;
          5 Aug 98 12:59 BST
Received: (qmail 21775 invoked from network); 5 Aug 1998 11:59:57 -0000
Received: from hermes.ex.ac.uk (HELO exeter.ac.uk) (144.173.6.14)
  by mercury.bath.ac.uk with SMTP; 5 Aug 1998 11:59:57 -0000
Received: from noether [144.173.8.10] by hermes via SMTP (MAA12888); Wed, 5 Aug 1998 12:55:43 +0100 (BST)
From: sombrero@sympatico.ca
Received: from exeter.ac.uk by maths.ex.ac.uk; Wed, 5 Aug 1998 12:55:32 +0100
Received: from smtp13.bellglobal.com [204.101.251.52] by hermes via ESMTP (MAA20631); Wed, 5 Aug 1998 12:55:30 +0100 (BST)
Received: from [206.172.223.59] (ppp3131.on.bellglobal.com [206.172.223.59])
	by smtp13.bellglobal.com (8.8.5/8.8.5) with ESMTP id HAA07813;
	Wed, 5 Aug 1998 07:54:27 -0400 (EDT)
X-Sender: b1mrgi17@pop1.sympatico.ca
Message-Id: 
In-Reply-To: 
References: 
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Wed, 5 Aug 1998 07:51:17 -0400
To: "Matt J. Ingalls" , csound@maths.ex.ac.uk
Subject: Re: ircam
Sender: owner-csound-outgoing@maths.ex.ac.uk
Precedence: bulk

At 3:56 PM -0400 8/4/98, Matt J. Ingalls wrote:

>but at least on the mac end, the only apps i know of that use IRCAM are
>file converter ones...

Soundhack and, of course, Audiosculpt.


Date1998-08-04 21:22
FromCharles Baker
SubjectRe: IRCAM format
Many apps that originated on NeXT (mxv, for instance) handle ircam format, as well as the common NeXT/Ircam 
hybrid format (at least common amoung NeXT apps;-) ) The point Matt Ingalls makes about floating-point
file formats should be taken to heart: almost all my work is in floating point, until the final mix.
This reduces distortions due to quantization error: unless you are some sort of miracle recording deity,
you probably don't get samples to inhabit all 16-bits of resolution: if then you work with these samples
in integer, mixing, processing, etc., the distortion just *multiplies*: a "gritty" sound emerges from
what you thought were clean source sounds! The answer: work as much as possible in floating point:
once you have converted to flaot, and normalized the sound, processing which *should* be done in floats
doesn't introduce any more distortion than was present in the original recording. This is not theoretical
la-di-da: I have seen it again and again: students I've had were ready to toss their projects in the trash
until I got them to work in floating-point. I'm not a teacher anymore (sigh), but perhaps someone will
try this out and learn.
Why the hell isn't there *more* emphasis on floatin gpoint in musical signal processing ? Makes all the difference.