Re: [linux-audio-dev] Generic audio file handling

2004-03-24 Thread Tim Goetze
[Steve Harris] >Theres nothing critically wrong with the current "everyone links to a >dozen file handling libraries" situation, its just a bit anoying as a user >that such-and-such an app can't load oggs, and such-and-such can't load >FLACs, and as a deveoper because you have to write seperate cod

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Tim Goetze
[Jesse Chappell] >Erik de Castro Lopo wrote on Thu, 25-Mar-2004: > > > > >I just realized that you may not want to clamp if your output > > > >is a 32 bit float or double, as it is fully capable of handling > > > >the value as produced. For instance, if (well, when) we suck this > > > >algorithm

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Jesse Chappell
Erik de Castro Lopo wrote on Thu, 25-Mar-2004: > > >I just realized that you may not want to clamp if your output > > >is a 32 bit float or double, as it is fully capable of handling > > >the value as produced. For instance, if (well, when) we suck this > > >algorithm into ardour we don't nee

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Erik de Castro Lopo
On Wed, 24 Mar 2004 22:09:46 +0100 (CET) Tim Goetze <[EMAIL PROTECTED]> wrote: > [Jesse Chappell] > > >Tim Goetze wrote on Wed, 24-Mar-2004: > > > > > [Jesse Chappell] > > > > > >The stretch program was not properly clamping the output from > > > >-1.0 -> 1.0 yielding to terrible cracks upon writ

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Tim Goetze
[Jesse Chappell] >Tim Goetze wrote on Wed, 24-Mar-2004: > > > [Jesse Chappell] > > > >The stretch program was not properly clamping the output from > > >-1.0 -> 1.0 yielding to terrible cracks upon writing as 16bit > > >wave files when the output is clipped. The fact that non-clipping > > >(but v

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Tim Goetze
[Jesse Chappell] >Tim Goetze wrote on Wed, 24-Mar-2004: > > > the algorithm 'accumulates' energy from the pvoc frame bins into a > > 'static' pvoc frame, thus the basic effect sounds a bit like an echo > > or reverberation. (in fact i think it could be made to produce a > > real nice reverb tail, w

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Jesse Chappell
Tim Goetze wrote on Wed, 24-Mar-2004: > [Jesse Chappell] > >The stretch program was not properly clamping the output from > >-1.0 -> 1.0 yielding to terrible cracks upon writing as 16bit > >wave files when the output is clipped. The fact that non-clipping > >(but very close to) input yield

[linux-audio-dev] [simon@arrowtheory.com: [Portaudio] ANN: dsptools-0.4.0]

2004-03-24 Thread Eric Dantan Rzewnicki
- Forwarded message from Simon Burton <[EMAIL PROTECTED]> - Date: Thu, 25 Mar 2004 07:18:59 +1100 From: Simon Burton <[EMAIL PROTECTED]> Subject: [Portaudio] ANN: dsptools-0.4.0 To: [EMAIL PROTECTED] X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i686-pc-linux-gnu) First public release.

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Tim Goetze
[Jesse Chappell] >Tim Goetze wrote on Tue, 23-Mar-2004: > > > pleased to announce the new DSP package 'pvoc'. at its core, it > > features the CARL phase vocoder. [...] >The stretch program was not properly clamping the output from >-1.0 -> 1.0 yielding to terrible cracks upon writing as 16bit >wa

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Jesse Chappell
Tim Goetze wrote on Tue, 23-Mar-2004: > pleased to announce the new DSP package 'pvoc'. at its core, it > features the CARL phase vocoder. > > there are three LADSPA units in this package (Exaggerate, Transpose, > Accumulate) plus a commandline utility for time compression and > expansion

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Jesse Chappell
Tim Goetze wrote on Wed, 24-Mar-2004: > the algorithm 'accumulates' energy from the pvoc frame bins into a > 'static' pvoc frame, thus the basic effect sounds a bit like an echo > or reverberation. (in fact i think it could be made to produce a > real nice reverb tail, with a _lot_ of tweaking

Re: [linux-audio-dev] Some help with my BPM algorithm?

2004-03-24 Thread Jay Dolan
--- Steve Harris <[EMAIL PROTECTED]> wrote: > You could use SRC to do the downsampling > http://www.mega-nerd.com/SRC/ > > I think therers also a wavelets function that can do > correlation of audio > more effeciently than a linear search, but I might > have just dreampt it :) > > - Steve Thank

[linux-audio-dev] Re: Software with source code?

2004-03-24 Thread Juhana Sadeharju
>From: David Garcia Garzon <[EMAIL PROTECTED]> > >http://www.iua.upf.es/mtg/clam/ Thank you. The list has now 110+ software and still I have to download and verify 20-30. Graphics side has 130+ and more coming. I have also added urls pointing to the webpages. As I have actually downloaded the soft

Re: [linux-audio-dev] Software with source code?

2004-03-24 Thread Jay Dolan
> A Dilluns 02 Febrer 2004 20:53, Juhana Sadeharju va > escriure: > > Hello. > > > > I have partially lost the track on the latest > audio and graphics > > development. Even I'm on 50+ mailing lists, the > whole picture is > > blurry. > > > > So, I'm making a list of software which comes with > sou

Re: [linux-audio-dev] Software with source code?

2004-03-24 Thread David Garcia Garzon
More for your list, The CLAM family: CLAM - A library for Audio and Music processing and transformation CLAM Network Editor - A tool to graphically create CLAM based system SMS Tools - Transformation using Spectral Modelling: sound morphing, voice genere changes, pitch shifting... Salto - A Realt

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Jens M Andreasen
> (i reckon the plugin should run rt on a pII-400.) > OK! :) Downloaded! /jens

Re: [linux-audio-dev] Generic audio file handling

2004-03-24 Thread Steve Harris
On Wed, Mar 24, 2004 at 02:39:28 +0100, Richard Spindler wrote: > Am Mittwoch 24 März 2004 13:38 schrieb Steve Harris: > > Have .so files (similar to LADSPA plugins, but different API) that contain > > functions that can be called to inspect audio files on disk to determine > > if they understand t

Re: [linux-audio-dev] Generic audio file handling

2004-03-24 Thread Richard Spindler
Am Mittwoch 24 März 2004 13:38 schrieb Steve Harris: > Have .so files (similar to LADSPA plugins, but different API) that contain > functions that can be called to inspect audio files on disk to determine > if they understand them or not. If they do a second function is called to > stream the audio

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Tim Goetze
[Jens M Andreasen] >On ons, 2004-03-24 at 11:41, Tim Goetze wrote: >... >... >> Accumulate can also move the stored frequency >> coefficients around, resulting in constant glissando of the 'sound >> tail'. > >Mmmm ... A bit like having a reverb, feedback coupled thru a harmonizer? i've never use

[linux-audio-dev] Generic audio file handling

2004-03-24 Thread Steve Harris
Conrads announcement just reminded me, but a freind of mine sugessted this for Linux months ago (I think he nicked it off the way Amigas filetype-drivers did generic file i/o) and I've been meaning to post about it ever since. The Idea Have .so files (similar to LADSPA plugins, but different API)

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Jens M Andreasen
On ons, 2004-03-24 at 11:41, Tim Goetze wrote: ... ... > Accumulate can also move the stored frequency > coefficients around, resulting in constant glissando of the 'sound > tail'. Mmmm ... A bit like having a reverb, feedback coupled thru a harmonizer? /jens

Re: Fwd: Re: [linux-audio-dev] Status of mLAN?

2004-03-24 Thread Paul Davis
>> > yamaha are willing to meet with us to discuss it. thats all the news >> > that's fit to print. >> >> Several of us met with a guy from Yamaha's mLAN department at Sounds Expo >> and he gave us the contact details ofr a guy in Japan who could provide >> specifications and so on. I dont know who

[linux-audio-dev] libfishsound-0.6.0

2004-03-24 Thread Conrad Parker
Hey LADs, if you're looking for an easy way to add Ogg Vorbis and/or Speex support to your apps, check this out :) It's lightweight, callback based and uses per-channel float arrays by default (ie. the format preferred by JACK and LADSPA). It's fully documented, tested cross-platform, and include

Re: [linux-audio-dev] [ann] pvoc-0.1.0, caps-0.1.11

2004-03-24 Thread Tim Goetze
[Jens M Andreasen] >On tis, 2004-03-23 at 23:31, Tim Goetze wrote: >> pleased to announce the new ... [vocoder] >> >> there are three LADSPA units in this package (Exaggerate, Transpose, >> Accumulate) plus a commandline utility for time compression and >> expansion of n-channel audio data streams

[linux-audio-dev] ICMC 2004 paper/demos/poster submission extension

2004-03-24 Thread tae hong park
Please pardon cross postings. ICMC 2004 : The online submissions deadline for papers, demos, and posters have been EXTENDED to Midnight EST Friday 19, 2004 and are available at http://www.icmc2004.org. Please note that full paper, camera-ready submission is required. Thank you. Best Regards, Tae

[linux-audio-dev] [ANN] vsti v0.0.3

2004-03-24 Thread Kjetil Svalastog Matheussen
http://www.notam02.no/arkiv/src/ SHORT DESCRIPTION Run a vsti plugin as a jack and alsa-seq client. HISTORY 0.0.2 -> 0.0.3 -Fixed stupid vsti init bug. Don't use v0.0.2, as it probably won't work. (Sorry) --

Re: Fwd: Re: [linux-audio-dev] Status of mLAN?

2004-03-24 Thread Richard Bown
> > yamaha are willing to meet with us to discuss it. thats all the news > > that's fit to print. > > Several of us met with a guy from Yamaha's mLAN department at Sounds Expo > and he gave us the contact details ofr a guy in Japan who could provide > specifications and so on. I dont know who has t