Re: [linux-audio-dev] Programming language

2007-02-23 Thread Kjetil S. Matheussen
"Carlo Trimarchi": My intention was to build an end-user application. One plays notes on the keyboard and it memorizes and shows them on a staff. There you can modify the duration of a note and other things and then playback. I wanted to implement some other functions: for example, one before

[linux-audio-dev] [ANN] Mammut V0.57

2007-02-16 Thread Kjetil S. Matheussen
Homepage: http://www.notam02.no/arkiv/doc/mammut/ Screenshot: http://www.notam02.no/arkiv/doc/mammut/mammut.png Changes 0.22 -> 0.57 - -Ported from gtk1 to juce. -Various bells and whistles -Binaries for windows and mac -Various other things

[linux-audio-dev] Re: Sound processing objects architecture, is it possible?

2007-01-24 Thread Kjetil S. Matheussen
On Wed, 24 Jan 2007, Kjetil S. Matheussen wrote: Paul Davis: On Wed, 2007-01-24 at 16:06 +0100, Jay Vaughan wrote: > At 20:08 +0100 22/1/07, Stefano D'Angelo wrote: > > What I'd like to work on is a sound processing architecture (LADSPA, > > VST, DSSI, etc.)

[linux-audio-dev] Re: Sound processing objects architecture, is it possible?

2007-01-24 Thread Kjetil S. Matheussen
Paul Davis: On Wed, 2007-01-24 at 16:06 +0100, Jay Vaughan wrote: At 20:08 +0100 22/1/07, Stefano D'Angelo wrote: What I'd like to work on is a sound processing architecture (LADSPA, VST, DSSI, etc.) wrapper, which hides the details of a particular implementation to audio program developers.

Re: [linux-audio-dev] an relevant link about Vista

2007-01-16 Thread Kjetil S. Matheussen
Wayne Myers: I'm not a fan of Microsoft either, but I do not believe there is any place for your extremely contentious political opinions with regard to the Middle East on this list. At all. You are of course entirely free to express those opinions, but you might try choosing a forum where the

[linux-audio-dev] [ANN] Das_watchdog V0.3.1

2007-01-05 Thread Kjetil S. Matheussen
Download from http://www.notam02.no/arkiv/src/ Das_watchdog Whenever a program locks up the machine, das_watchdog will temporarily sets all realtime process to non-realtime for 8 seconds. You will get an xmessage window up on the screen whenever that happens. Das_watchdog is made

[linux-audio-dev] [ANN] Snd-ls V0.9.7.12 and jack_capture V0.3.9

2006-11-08 Thread Kjetil S. Matheussen
Snd-ls v0.9.7.7 === Snd-ls is a distribution of Bill Schottstaedt's sound editor SND. Its target is people that don't know scheme very well, and don't want to spend too much time configuring Snd. It can also serve as a quick introduction to Snd and how it can be set up. Changes 0.9.7

[linux-audio-dev] Re: Re: alsa, oss , efficiency?

2006-11-02 Thread Kjetil S. Matheussen
lemmel: Le mercredi 01 novembre 2006 16:51, Kjetil S. Matheussen a écrit : Only the oss modules in the linux kernel are deprecated. Programs using the OSS api will still continue to work, currently most importantly because of the oss emulation module in alsa. I knew that the oss module was

[linux-audio-dev] [ANN] Snd-ls 0.9.7.7 and Ceres V0.46

2006-11-01 Thread Kjetil S. Matheussen
Snd-ls v0.9.7.7 === Snd-ls is a distribution of Bill Schottstaedt's sound editor SND. Its target is people that don't know scheme very well, and don't want to spend too much time configuring Snd. It can also serve as a quick introduction to Snd and how it can be set up. Changes 0.9.7

[linux-audio-dev] Re: alsa, oss , efficiency?

2006-11-01 Thread Kjetil S. Matheussen
lemmel: Hi everyone. for a project, we need to be able to play sound (at first look wav file), and we made several tests ; with a created stereo sound, we try to use alsa but the results doesn't fullfill our needs : sound played at the time, T, we want, and finished at the date, D=T+sound

[linux-audio-dev] [ANN] Vmwaredspjack 1.3, Snd-ls 0.9.7.6 and Jack_capture V0.3.8

2006-10-30 Thread Kjetil S. Matheussen
Vmwaredspjack = This is the vmwaredsp program, made by Petr Vandrovec, which makes vmware work with esd or arts. This version adds jack support as well. (Unfortunately, jacklaunch (which is a similar program) doesn't work with vmware, but I think Gunter is working on it... :-) .)

[linux-audio-dev] [ANN] San Dysth V0.1.0, Snd-ls V0.9.7.1, E-Radium V0.61f

2006-10-02 Thread Kjetil S. Matheussen
1. === San Dysth is a standalone realtime soft-synth written in SND. It was first developed as final project for the 220c course at CCRMA. For information about the used synthesizing routine and sound examples, check out San Dysths homepage at: http://www.notam02.no/~kjetism/sandysth/ Require

[linux-audio-dev] [ANN] jack_capture V0.3.1, das_watchdog V0.2.2 and Mammut V0.22

2006-07-11 Thread Kjetil S. Matheussen
http://ccrma.stanford.edu/~kjetil/src/ jack_capture * jack_capture is a small program to capture whatever sound is going out to your speakers into a file without having to patch jack connections, fiddle around with filefo

[linux-audio-dev] [ANN] jack_capture V0.2.4

2006-06-20 Thread Kjetil S. Matheussen
jack_capture is a small program to capture whatever sound is going out to your speakers into a file without every having to patch jack connections, fiddle around with fileformats, or set options on the argument line. This is the program I always wanted to have for jack, but no one made. So her

Re: [linux-audio-dev] Writing a winner takes it all gain filter.

2006-06-17 Thread Kjetil S. Matheussen
Steve Harris: Hum. It's maybe not tactfuly expressed, but the s-expression syntax has a number of objectors with informed positions. It is near one end of a broad spectrum of languages so inevitably not to everyones taste. Sure. Syntax can be more compact without s-expressions, and the syntax

Re: [linux-audio-dev] Writing a winner takes it all gain filter.

2006-06-16 Thread Kjetil S. Matheussen
"Alex Polite": Hi there. Thanks to everyone who responded to the request about high level languages for audio work. I made a wikipage to order your input and my findings. http://tinyurl.com/p4zqo It definitely looks like Faust is the most serious contender for writing LADSPA plugins. It seem

[linux-audio-dev] Re: Writing LADSPA plugins in high level language?

2006-06-15 Thread Kjetil S. Matheussen
On Thu, 15 Jun 2006, Kjetil S. Matheussen wrote: "David Cournapeau": On Wed, Jun 14, 2006 at 07:47:36AM +0200, Alex Polite wrote: Hi there. Is it possible to write LADSPA plugins in anything but C/C++? I prefer perl, ruby or python. alex Anything but C/C++, yes. See FA

[linux-audio-dev] Re: Writing LADSPA plugins in high level language?

2006-06-15 Thread Kjetil S. Matheussen
"David Cournapeau": On Wed, Jun 14, 2006 at 07:47:36AM +0200, Alex Polite wrote: Hi there. Is it possible to write LADSPA plugins in anything but C/C++? I prefer perl, ruby or python. alex Anything but C/C++, yes. See FAUST [1], a compiled language designed specificly for processing audio

Re: [linux-audio-dev] Writing LADSPA plugins in high level language

2006-06-15 Thread Kjetil S. Matheussen
Albert Graef: assembler for the low-level stuff. (Not sure about snd, does it compile to native code which can execute in realtime?) Yes, the realtime extension that I wrote compiles a scheme-like language into hard realtime-safe c code, which can be run and scheduled while snd is running. I

[linux-audio-dev] Re: Writing LADSPA plugins in high level language?

2006-06-14 Thread Kjetil S. Matheussen
Steve: I think this is a worthwhile topic actually... There is currently a shortage of interest in developing good alternative NATIVE machine-language-compiled languages. Although I have been programming C/C++ for a long time, I have lately been getting into Python and I really like it... Reall

[linux-audio-dev] Re: Writing LADSPA plugins in high level language?

2006-06-14 Thread Kjetil S. Matheussen
Phil Frost: Subject: Re: [linux-audio-dev] Writing LADSPA plugins in high level language? To: The Linux Audio Developers' Mailing List Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii On Wed, Jun 14, 2006 at 07:47:36AM +0200, Alex Polite wrote: Hi the

[linux-audio-dev] Re: "LADSPA2" name

2006-04-27 Thread Kjetil S. Matheussen
I vote for "LADSPA" as well.

[linux-audio-dev] Re: "LADSPA 2" name

2006-04-26 Thread Kjetil S. Matheussen
Steve Harris: Several people have suggested that LADSPA is not a great name for what we are calling LADSPA 2. Reasons for this include: The L, it's not really linux specific, and though /we/ know that its the L of LAD, its not obvious to people outside. The S, it ain't really going to be s

Re: [linux-audio-dev] RDF for CAPS plugins

2006-04-20 Thread Kjetil S. Matheussen
Tim Goetze: Alas, humanely commented code has always been a rare commodity ... :)) Nope, code that needs to be commented is bad code. (most of my code is, by the way)

Re: [linux-audio-dev] (no subject)

2006-04-15 Thread Kjetil S. Matheussen
Esben Stien: "Kjetil S. Matheussen" <[EMAIL PROTECTED]> writes: snd as a widget in ardour How about doing this with the verse protocol and daemon or in the same spirit?. That way, any editor that supports this protocol, could edit a live region. Thats an insanely large

[linux-audio-dev] (no subject)

2006-04-14 Thread Kjetil S. Matheussen
Paul Davis: On Fri, 2006-04-14 at 16:47 +0200, [EMAIL PROTECTED] wrote: "P" == Paul Davis <[EMAIL PROTECTED]> writes: P> P> On Thu, 2006-04-13 at 17:45 -0700, Kjetil S. Matheussen wrote: The biggest thing about this release of Snd-ls is probably that the rt-player is e

[linux-audio-dev] [ANN] Snd-ls V0.9.6.2

2006-04-13 Thread Kjetil S. Matheussen
Download from http://ccrma.stanford.edu/~kjetil/src/ Snd-ls is a distribution of Bill Schottstaedt's sound editor SND. Its target is people that don't know scheme very well, and don't want to spend too much time configuring Snd. It can also serve as a quick introduction to Snd and how it can b

Re: [linux-audio-dev] Re: fast linear resampling on ARM - suggestions?

2006-03-30 Thread Kjetil S. Matheussen
Erik de Castro Lopo: Kjetil S. Matheussen wrote: Was this with the linear resampler lib libsamplerate? In case, you should know that its terrible slow. Last time I tried, the fastest sinc resampler in CLM was almost as fast as the linear resampler in libsamplerate. (Erik, you should do

[linux-audio-dev] Re: fast linear resampling on ARM - suggestions?

2006-03-29 Thread Kjetil S. Matheussen
"Tobias Scharnberg": Hello List, I'm trying to find a library or code-snippet in order to do audio resampling from 8khz to 44,1khz and from 44,1khz to 8khz. I need to resample the data in realtime - resampling a buffer of data, not a soundfile. The quality doesn't need to be good so I guess the

[linux-audio-dev] [ANN] Snd-ls V0.9.5.5, Das_Watchdog V0.2.2 and Ceres V0.44

2006-03-25 Thread Kjetil S. Matheussen
* 1. Snd-ls v0.9.5.5 === Contains Snd v7.15 from 17.8.2005 About - Snd-ls is a distribution of the sound editor Snd. Its target is people that don't know scheme very well, and don't want to sp

[linux-audio-dev] Re: linux-audio-dev] LADSPA processing: ams, om, ... Anything else?

2006-03-16 Thread Kjetil S. Matheussen
Andrew Gaydenko: Are there alternatives for 'ams' and 'om'? My problems are: - 'ams' has not text fields to type-in controls values with needed precision, sliders are not sufficient, - 'om' engine has too many crashes (I see, it is normal, as the app is under development). Anything else

[linux-audio-dev] [ANN] Snd-ls V0.9.5.4 and Das_Watchdog V0.2.1

2006-02-27 Thread Kjetil S. Matheussen
Download from http://ccrma.stanford.edu/~kjetil/src/ Snd-ls v0.9.5.4 Contains Snd v7.15 from 17.8.2005 About - Snd-ls is a distribution of the sound editor Snd. Its target is people that don't know scheme very well, and don't want to spend too much time configuri

Re: [linux-audio-dev] Portable C++ MIDI libraries review

2006-02-25 Thread Kjetil S. Matheussen
Hi, I've had the pleasure and misfortune to test both of the widely known portable MIDI libraries, and now believe I have found one that works to my satisfaction. This is not a quantifiable review with benchmarking but the subjective experience of someone who has implemented a very simple yet

[linux-audio-dev] Re: No Subject

2006-02-21 Thread Kjetil S. Matheussen
On Tue, 21 Feb 2006, Lee Revell wrote: On Tue, 2006-02-21 at 17:23 -0800, Kjetil S. Matheussen wrote: On Tue, 21 Feb 2006, Lee Revell wrote: On Tue, 2006-02-21 at 16:57 -0800, Kjetil S. Matheussen wrote: Lee Revell: On Tue, 2006-02-21 at 14:08 +0100, David Kastrup wrote: Who is talking

[linux-audio-dev] Re: No Subject

2006-02-21 Thread Kjetil S. Matheussen
On Tue, 21 Feb 2006, Lee Revell wrote: On Tue, 2006-02-21 at 16:57 -0800, Kjetil S. Matheussen wrote: Lee Revell: On Tue, 2006-02-21 at 14:08 +0100, David Kastrup wrote: Who is talking about not paying? This whole discussion was ignited when someone advocated pirating (or stealing, or

[linux-audio-dev] (no subject)

2006-02-21 Thread Kjetil S. Matheussen
Lee Revell: On Tue, 2006-02-21 at 14:08 +0100, David Kastrup wrote: Who is talking about not paying? This whole discussion was ignited when someone advocated pirating (or stealing, or whatever) commercial software. Why don't you want to distinct between copyright violation (which is a gra

Re: [linux-audio-dev] Re: Free Software vs. Open Source: Where do*you* stand?

2006-02-21 Thread Kjetil S. Matheussen
Pete Bessman: On Tue, 2006-02-21 at 01:31 -0800, Kjetil S. Matheussen wrote: > And here is the sound: > http://ccrma.stanford.edu/~kjetil/jack_capture_1.ogg > > I'd say its pretty good to be done by an amatour in a hurry. :-) Well, that was interesting. I had no idea this pro

[linux-audio-dev] Re: Free Software vs. Open Source: Where do*you* stand?

2006-02-21 Thread Kjetil S. Matheussen
Pete Bessman: But try programming a complex synth line, replete with legatos and extremely- small interval fragments, and add in automation of filfreq, reso, panning, etc. It's doable, but it's painful. And the more time you spend fighting an app, the less time you spend making music. There's

[linux-audio-dev] [ANN] E-Radium V0.61e and Das_Watchdog V0.2.0

2006-02-20 Thread Kjetil S. Matheussen
Download from http://ccrma.stanford.edu/~kjetil/src/ * E-radium E-radium is Radium and a special version of E-UAE (with support for realtime scheduling and alsa midi). Radium is a unique type of music event editor made to be effici

[linux-audio-dev] Re: Free Software vs. Open Source: Where do *you* stand?

2006-02-20 Thread Kjetil S. Matheussen
Pete Bessman: Well, I'm about to crack open a can of worms, but let me just say that I'm 100% not interested in starting any debates/fights/riots/states-of- emergency. All I'm interested in is hearing where people stand and why --- I don't want to persuade people one way or the other, and I'd

Re: [linux-audio-dev] Re: [Jackit-devel] [ANN] das_watchdog 0.0.1 and jack_capture v0.2.3

2006-02-18 Thread Kjetil S. Matheussen
stefan kersten: On Mon, Feb 13, 2006 at 01:22:21PM +0100, Florian Schmidt wrote: > > echo '/usr/local/sbin/das_watchdog & >/dev/null' >>/etc/rc.local > > This assumes an initscript style that's not used on all linux systems. i've attached a simple /etc/init.d script; on debian you can do: # cp

[linux-audio-dev] [ANN] das_watchdog 0.1.2

2006-02-15 Thread Kjetil S. Matheussen
Sorry for all the announcements. I think I got it right now. ;-) I have fixed up the compilation problems, corrected the DISPLAY environment variable, and let both the program and makefile give warning/error if the softirq-timer/0 or ksoftirqd/0 processes aren't set to have highest priority.

[linux-audio-dev] [ANN] das_watchdog 0.1.0

2006-02-13 Thread Kjetil S. Matheussen
Download from http://ccrma.stanford.edu/~kjetil/src/ INSTALLING -- make cp das_watchdog /usr/local/sbin/ echo '/usr/local/sbin/das_watchdog >/dev/null &' >>/etc/rc.sysinit reboot USAGE - Whenever a program locks up the machine, the watchdog temporarily sets all realtime process

[linux-audio-dev] [ANN] das_watchdog 0.0.1 and jack_capture v0.2.3

2006-02-12 Thread Kjetil S. Matheussen
Download from http://ccrma.stanford.edu/~kjetil/src/ Das_Watchdog ABOUT - Das_Watchdog is a program heavily and shamefully inspired by the rt_watchdog program made by Florian Schmidt: http://tapas.affenbande.org/?page_id=38 However, this one has some improvements: 1. It

[linux-audio-dev] [ANN] jack_capture v0.2.2

2006-02-05 Thread Kjetil S. Matheussen
(Sorry for all the double-postings. I have no idea why that happens.) ABOUT - jack_capture is a small simple program to capture whatever sound is going out to your speakers into a file. This is the program I always wanted to have for jack, but no one made. So here it is. CHANGES --- 0

[linux-audio-dev] [ANN] jack_capture v0.2.1

2006-02-03 Thread Kjetil S. Matheussen
Cesare Marilungo wrote: line 371: char *optstring = "d:c:b:B:h"; 'd' should have been 'f'. Sorry, I already found this when got v0.1.1 and forgot to write you. :-) Thanks! New version is up at http://ccrma.stanford.edu/~kjetil/src/ 0.2.0 -> 0.2.1: * Removed optional -f argument (that didn

[linux-audio-dev] [ANN] jack_capture v0.2.0 (Re: [ANN] jack_capture v0.0.1)

2006-02-02 Thread Kjetil S. Matheussen
http://ccrma.stanford.edu/~kjetil/src/ CHANGES 0.1.1 -> 0.2.0: *Automatically disconnect and connect ports while program is running. Previously, the connections where only set up when the program started. *Added make install. *Various smaller changes. On Fri, 25 Nov 2005, Kjeti

[linux-audio-dev] Ladspa GUIs (Was Re: [linux-audio-user] Acid type program

2006-01-27 Thread Kjetil S. Matheussen
Reuben Martin: (Why hasn't anyone made a ladspa plugin with a GUI by the way? Its really simple just spawning of a gui process program.) Because you have no way of knowing if the platform you are running it No no, you misunderstand. I said "spawning of a gui process" (I should rather hav

[linux-audio-dev] Re: templates - little bit OT

2006-01-20 Thread Kjetil S. Matheussen
Lars Luthman: On Thu, 2006-01-19 at 00:41 +0100, conrad berhörster wrote: class MyClass { MyClass(); MyClass(n,n); private: matrix }; this means, at runtime, i want to set the size of the matrix. is this possible? this are divers concepts (templates and runtime) , aren't they? It is no

Re: [linux-audio-dev] Implementing synthesizer????

2005-12-15 Thread Kjetil S. Matheussen
Paul Davis: On Fri, 2005-12-16 at 12:15 +0900, chandrasheakhar singh wrote: Dear All, After successful implementation of player + synthesizer as a loadable kernel module in linux 2.6.11 for OMAP 2420. My next mission is to implement synth and sequencer seperately in linux kernel 2.6.11.

[linux-audio-dev] Re: "declicking" algorithm?

2005-12-15 Thread Kjetil S. Matheussen
Paul Coccoli: On a semi-related note, can someone recommend any Free libraries in C or C++ that implement things like oscillators, filters, etc.? http://www.iua.upf.es/mtg/clam/ http://ccrma.stanford.edu/software/stk/ --

[linux-audio-dev] [ANN] jack_capture v0.0.1

2005-11-25 Thread Kjetil S. Matheussen
http://www.notam02.no/arkiv/src/ ABOUT - jack_capture is a small simple program to capture whatever sound is going out to your speakers into a file. This is the program I always wanted to have for jack, but no one made. So here it is. USAGE - jack_capture [-f filename] [ -b bitdept

Re: [linux-audio-dev] Documentation of the PADsynth synthesis algorithm

2005-10-16 Thread Kjetil S. Matheussen
Paul: Hi. I am Paul, the author of ZynAddSubFX software synthesizer. I wrote a complete documentation of how the PADsynth synthesis algorithm works. It includes the full description of the algorithm: overview, text description, diagrams, pseudocode; example C/C++ implementations and a ready-to-u

Re: [linux-audio-dev] Lots of stuff...

2003-09-13 Thread Kjetil S. Matheussen
On Sat, 13 Sep 2003, James Shuttleworth wrote: > On Sat, 13 Sep, 2003 at 01:31PM +0200, Kjetil S. Matheussen spake thus: > > > > > > On Fri, 12 Sep 2003, James Shuttleworth wrote: > > > > > > why don't you take an existing program and make it do so

Re: [linux-audio-dev] Lots of stuff...

2003-09-13 Thread Kjetil S. Matheussen
On Fri, 12 Sep 2003, James Shuttleworth wrote: > > why don't you take an existing program and make it do something > > better, or something that it doesn't already do? your contribution > > will be more valuable, you'll learn from the inside out rather than > > outside in, and you still get to l

Re: [linux-audio-dev] Re: gQ for Linux

2003-08-14 Thread Kjetil S. Matheussen
On Thu, 14 Aug 2003, Dave Phillips wrote: > Martijn Sipkema wrote: > > > [...] > > > What is 'ALport' and 'ALconfig', and where are they > > > defined? > > > > Those are part of the SGI audio library and I woudn't expect them > > to be available under Linux. > > Actually they are available for L

Re: [linux-audio-dev] Re: [linux-audio-announce] gmorgan-0.06

2003-07-25 Thread Kjetil S. Matheussen
On Fri, 25 Jul 2003, Thierry MARX wrote: > Sorry to tell you that... But try to tell us your progress only on > major or semi major updates... There is no need to tell that you have > understood how to make a Makefile : ). Post Only when you got something > working good and not only plaining som

Redhat9/NTPL/SCHED_FIFO (Re: [linux-audio-dev] some interesting docsfor 2.6 testers...

2003-07-24 Thread Kjetil S. Matheussen
This is something I'm wondering about as well. I'm a system administrator for 8 linux audio workstations, and the university wants us to switch to redhat 9 (which use ntpl) before the end of the year. If redhat9 doesnt support SCHED_FIFO, I won't do that, and should tell the university as soon as

Re: [linux-audio-dev] calling all planet ccrma users ...

2003-07-22 Thread Kjetil S. Matheussen
On Tue, 22 Jul 2003, Paul Davis wrote: > i'm trying to install nando's wondrous package collection on RH8.0. it > seems that the alsa-lib RPM has a dependency on GLIBC-2.3.2, which > doesn't appear to exist on RH8.0. > > has anyone run into this? > Seems like glibc-2.3.2 is a part of the redhat

Re: [linux-audio-dev] System Exclusive question

2003-06-09 Thread Kjetil S. Matheussen
On Mon, 9 Jun 2003, Jay Vaughan wrote: > Chris, > > >I'm trying to write a patch editor and librarian for Roland's CM-32L > >synth module. This was a repackaged version of the popular MT-32 with 8 > >part multimbral support, separate drums and a basic reverb facility. The > >only controls on the

Re: [linux-audio-dev] Radium V0.62alpha for linux.

2003-06-03 Thread Kjetil S. Matheussen
On Tue, 3 Jun 2003, Frank Barknecht wrote: > Hallo, > Kjetil S. Matheussen hat gesagt: // Kjetil S. Matheussen wrote: > > > Well, its actually four programs (sometimes five, I use xterm a lot > > too) running simultaniously communicating via sockets. But for the user, &

Re: [linux-audio-dev] Radium V0.62alpha for linux.

2003-06-03 Thread Kjetil S. Matheussen
On Mon, 2 Jun 2003, Frank Barknecht wrote: > Hallo, > Kjetil S. Matheussen hat gesagt: // Kjetil S. Matheussen wrote: > > And here is a screenshot of 0.62 running in linux: > > http://www.notam02.no/radium/pictures/v062_linux.png > > (notice the runnning of xlib

[linux-audio-dev] Radium V0.62alpha for linux.

2003-06-02 Thread Kjetil S. Matheussen
* This is an extremely informal release. The program is not useful yet for linux, but the porting is nearly there. So for anyone interested in looking at, in my opinion, the best :) graphical note-based music editor for any plattform, running in linux, here is a .tar.bz2 file: http://www.nota

Re: [linux-audio-dev] A "best" event delegation strategy?

2003-05-31 Thread Kjetil S. Matheussen
On Fri, 30 May 2003, Lukas Degener wrote: > Kjetil: > yes i have tried pd some time ago, and was rather impressed by what it > could do. I guess by now it is possible to cook coffee and get the girl > next door laid with it. :-) > But i haven't ever looked at the code. And i imagine it to be rat

Re: [linux-audio-dev] A "best" event delegation strategy?

2003-05-30 Thread Kjetil S. Matheussen
On Fri, 30 May 2003, Lukas Degener wrote: > > Is there a general "best" way to do this? > Have you looked at pure data or jmax? http://www.pure-data.org http://www.ircam.fr/equipes/temps-reel/jmax/ --

Re: [linux-audio-dev] lock-free ring buffer code

2003-04-04 Thread Kjetil S. Matheussen
On Thu, 3 Apr 2003, Tim Hockin wrote: > > > i remember i have read a statement about a lock free ringbuffer > > > implemented in C somewhere. > > > > courtesy of paul davis: > > > > you should use a lock free ringbuffer. we will be adding example code > > to the example-clients directory

Re: [linux-audio-dev] shared memory tools?

2003-03-06 Thread Kjetil S. Matheussen
On Thu, 6 Mar 2003, Juhana Sadeharju wrote: > Hello. I need two functions: > > make_shm(int size, char *key) > -run by root > -creates a locked shared memory segment > -returns a key (preferably a string) which is used to > access the shared memory > > char *request_shm(char *key) > -run b

Re: [Jackit-devel] Re: [PD-announce] Re: [linux-audio-dev] ANN:k_jack v0.0.0.5 and Mammut v0.15

2003-01-24 Thread Kjetil S. Matheussen
On Fri, 24 Jan 2003, Kai Vehmanen wrote: > On Fri, 24 Jan 2003, Kjetil S. Matheussen wrote: > > >> This means that you could be having small xruns all the time! Of course, > >> really long breaks are always audible, but shorter ones are sometimes > >> quite su

Re: [Jackit-devel] Re: [PD-announce] Re: [linux-audio-dev] ANN:k_jack v0.0.0.5 and Mammut v0.15

2003-01-24 Thread Kjetil S. Matheussen
On Fri, 24 Jan 2003, Paul Davis wrote: > >> This means that you could be having small xruns all the time! Of course, > >> really long breaks are always audible, but shorter ones are sometimes > >> quite subtle. Still, you are losing audio data. > >> > >I guess so. But its not necesarrily very im

Re: [Jackit-devel] Re: [PD-announce] Re: [linux-audio-dev] ANN:k_jack v0.0.0.5 and Mammut v0.15

2003-01-24 Thread Kjetil S. Matheussen
On Fri, 24 Jan 2003, Paul Davis wrote: > > they did, I suspect that they'd get similar performance to pd. it > would be interesting to hear how pd works with, say, a period size of > 1024 and a buffer size of 2048 (i.e. 2 mid-size periods) instead of > lots of small periods. > Pd wont run with

Re: [Jackit-devel] Re: [PD-announce] Re: [linux-audio-dev] ANN:k_jack v0.0.0.5 and Mammut v0.15

2003-01-24 Thread Kjetil S. Matheussen
On Fri, 24 Jan 2003, Kai Vehmanen wrote: > On Fri, 24 Jan 2003, Kjetil S. Matheussen wrote: > > > I'm at work now, and we ~only have delta cards. At home I use a built-in > > sound-card on an nforce chipset. But I get nearly the same good > > performance in p

Re: [Jackit-devel] Re: [PD-announce] Re: [linux-audio-dev] ANN:k_jack v0.0.0.5 and Mammut v0.15

2003-01-24 Thread Kjetil S. Matheussen
On Fri, 24 Jan 2003, Paul Davis wrote: > >Hmm, this is quite interesting. With a period size of 64 frames, > >you'd get quite a lot of context switches with jackd. Kjetil, does > >your ipc-lib make the context switches this often? > > > >Another interesting this is how this high interrupt freque

Re: [Jackit-devel] Re: [PD-announce] Re: [linux-audio-dev] ANN:k_jack v0.0.0.5 and Mammut v0.15

2003-01-24 Thread Kjetil S. Matheussen
On Fri, 24 Jan 2003, Kai Vehmanen wrote: > > this is still pretty long, and as you note, pd is not subject to > > per-period time limits with this configuration. it can take too long > > on up to 26 of 27 periods before there is an xrun. > > Hmm, this is quite interesting. With a period size of

Re: [Jackit-devel] Re: [PD-announce] Re: [linux-audio-dev] ANN:k_jack v0.0.0.5 and Mammut v0.15

2003-01-24 Thread Kjetil S. Matheussen
On Fri, 24 Jan 2003, Kai Vehmanen wrote: > On Fri, 24 Jan 2003, Kjetil S. Matheussen wrote: > > >> What does "cat /proc/asound/card0/pcm0[cp]/sub0/[hs]w_params" output > > I'm at work now, and we ~only have delta cards. At home I use a built-in > >

Re: [PD-announce] Re: [linux-audio-dev] ANN: k_jack v0.0.0.5 andMammut v0.15

2003-01-24 Thread Kjetil S. Matheussen
On Thu, 23 Jan 2003, Kai Vehmanen wrote: > > k_jack performs okey. You dont have to run things with realtime priority. > > What does "cat /proc/asound/card0/pcm0[cp]/sub0/[hs]w_params" output > while you are running k_jack? This information should help us understand > the benefits of k_jack over

Re: [Jackit-devel] Re: [PD-announce] Re: [linux-audio-dev] ANN:k_jack v0.0.0.5 and Mammut v0.15

2003-01-23 Thread Kjetil S. Matheussen
On Wed, 22 Jan 2003, Paul Davis wrote: > >> for myself, because its already possible to run pd as a JACK client, > >> the only interesting thing that i see in this effort is a push to ask > >> the question: does pd in fact run much better than JACK at the same > >> latency/buffer settings, and i

Re: [Jackit-devel] Re: [PD-announce] Re: [linux-audio-dev] ANN:k_jack v0.0.0.5 and Mammut v0.15

2003-01-22 Thread Kjetil S. Matheussen
On Wed, 22 Jan 2003, Paul Davis wrote: > for myself, because its already possible to run pd as a JACK client, > the only interesting thing that i see in this effort is a push to ask > the question: does pd in fact run much better than JACK at the same > latency/buffer settings, and if so, why? >

Re: [PD-announce] Re: [linux-audio-dev] ANN: k_jack v0.0.0.5 andMammut v0.15

2003-01-22 Thread Kjetil S. Matheussen
On Wed, 22 Jan 2003, Paul Davis wrote: > >> why? given that we have not even finished the initial implementation, why? > >> > > > >1. I didnt' use much time on this. It was made most to test my new libaipc > >library. Its not at all complete either. > > why release it? > I guess that might a bit

Re: [PD-announce] Re: [linux-audio-dev] ANN: k_jack v0.0.0.5 andMammut v0.15

2003-01-22 Thread Kjetil S. Matheussen
On Tue, 21 Jan 2003, Paul Davis wrote: > >k_jack is a jack reimplementation > > why? given that we have not even finished the initial implementation, why? > 1. I didnt' use much time on this. It was made most to test my new libaipc library. Its not at all complete either. 2. It was a provoca

[linux-audio-dev] ANN: k_jack v0.0.0.5 and Mammut v0.15

2003-01-20 Thread Kjetil S. Matheussen
k_jack is a jack reimplementation, and mammut is a very special sound transformating sound editor. Download from http://www.notam02.no/arkiv/src/ New in mammut v0.14->v0.15: --- -Removed the synth transform. It was not supposed to be there and had no function. -Fixed

Re: [linux-audio-dev] [ANN] JACK TimeMachine

2003-01-17 Thread Kjetil S. Matheussen
Arrgh, I did it again. Posting a message supposed to be private to a public list. Sorry. On Fri, 17 Jan 2003, Kjetil S. Matheussen wrote: > > Just another thing. threads.c needs to include : > > gcc -DHAVE_CONFIG_H -I. -I. -I. -I/site/include -Wall -g `sdl-con

Re: [linux-audio-dev] [ANN] JACK TimeMachine

2003-01-17 Thread Kjetil S. Matheussen
Just another thing. threads.c needs to include : gcc -DHAVE_CONFIG_H -I. -I. -I. -I/site/include -Wall -g `sdl-config --cflags` -DPKG_DATA_DIR=\"/site/share/timemachine\" -c `test -f 'threads.c' || echo './'`threads.c threads.c: In function `writer_thread': threads.c:80: warning: implicit d

Re: [linux-audio-dev] more on XAP Virtual Voice ID system

2003-01-08 Thread Kjetil S. Matheussen
On Wed, 8 Jan 2003, Steve Harris wrote: > On Tue, Jan 07, 2003 at 10:40:15 -0800, Tim Hockin wrote: > > > ONe great thing about this scheme is that it encourages people not to > > > think of certain, arbitary parameters as instantiation parameters, withc > > > are special in some way, 'cos there

Re: [linux-audio-dev] [ANN] ALSA Patch Bay 0.4.1

2003-01-04 Thread Kjetil S. Matheussen
On 4 Jan 2003 [EMAIL PROTECTED] wrote: > Hi all, > > Another day.. another release :) > > * fixed plugin stuff to work with 2.9x C++ symbols > * fixed fltk compile > * added an alsa-patch-bay.desktop > * fixed fltk segfault > > http://pkl.net/~node/alsa-patch-bay.html > Ah, you solved the probl

Re: [linux-audio-dev] Blockless processing

2002-12-13 Thread Kjetil S. Matheussen
On Fri, 13 Dec 2002, Steve Harris wrote: > On Fri, Dec 13, 2002 at 04:28:11 +0100, Tim Goetze wrote: > > .py is really darn easy to learn and has the benefit of being > > readable the day after. :) > > Yeah... one day. > No, one half day. :) The documentation at www.python.org is wonderful. --

Re: [linux-audio-dev] Plugin APIs (again)

2002-12-11 Thread Kjetil S. Matheussen
On Mon, 9 Dec 2002, Tim Hockin wrote: > > Well, why would you ever want to *change* the number of Bays of a > > plugin? Well, consider a plugin that wraps other plugins... If > > This is VERY important in my worldview. Assuming the work being done on a > VST hack on wine, a VST wrapper plugin o

Re: [linux-audio-dev] Plugin APIs (again)

2002-12-09 Thread Kjetil S. Matheussen
On Mon, 9 Dec 2002, Kjetil S. Matheussen wrote: > > > On Sun, 8 Dec 2002, Joern Nettingsmeier wrote: > > > Tim Hockin wrote: > > > > > > > > Why? What is it that LADSPA does that would be so complicated that an > > > > > instrument

Re: [linux-audio-dev] Plugin APIs (again)

2002-12-09 Thread Kjetil S. Matheussen
On Sun, 8 Dec 2002, Joern Nettingsmeier wrote: > Tim Hockin wrote: > > > > > > Why? What is it that LADSPA does that would be so complicated that an > > > > instrument API must not support it? > > > > > > Nothing, OAPI or whatever will be a superset I imagine, but that implies > > > that LADSPA

Re: [linux-audio-dev] Re: [vst-plugins] Plugin server (Re: [vst-plugins]Re: [a bit OT] gcc as a cross compiler for VST?

2002-12-08 Thread Kjetil S. Matheussen
On Sun, 8 Dec 2002, Paul Davis wrote: > >> >I'm not talking about jack tasks, I'm talking about doing a simple > >plug-in > >> >task inside a standalone program, the way the vst server works. > >> > >> i don't understand how the vst server works. perhaps you can explain > >> it. > > > >Its just

Re: [linux-audio-dev] Re: [vst-plugins] Plugin server (Re: [vst-plugins]Re: [a bit OT] gcc as a cross compiler for VST?

2002-12-08 Thread Kjetil S. Matheussen
On Sun, 8 Dec 2002, Paul Davis wrote: > Kjetil and i have been boring the VST crew to death. so we took it > here :) > > >> because when running a real-time low-latency audio system, the cost of > >> context switches is comparatively large. if you've got 1500usecs to > >> process a chunk of audi

[linux-audio-dev] Plugin server (Re: [vst-plugins] Re: [a bit OT] gcc as a crosscompiler for VST?

2002-12-08 Thread Kjetil S. Matheussen
Please follow-up this discussion to LAD. On Sun, 8 Dec 2002, Paul Davis wrote: > >> the situation, as i said before, is miserable. we just don't have a > >> situation in linux where a single point of control can say "*this* is > >> the GUI toolkit you will use". X is clearly the standard, but

Re: [linux-audio-dev] Re: [linux-audio-announce] Announce: Vstserver,vstlib, vstladspa and k_vst~

2002-11-28 Thread Kjetil S. Matheussen
On Thu, 28 Nov 2002, [3] wrote: > As far as process/replacing goes > Insert plugins call process(), > out+= effect.. > where as send plugins and vst-synths call process-replacing, > out=effect. > Ah, that explains a lot. F.ex why process() doesn't produce any sound. :) Thanks for the inf

Re: [linux-audio-dev] Audio Programming

2002-10-24 Thread Kjetil S. Matheussen
On 19 Oct 2002, Lea Anthony wrote: > > Hi, > > I am a musician and also a programmer. I have many years experience of > coding but not in the audio field. Any tuts around? How do I get into > it? > You can start by helping me finish the linux-port of my Radium music editor, http://www.notam02.no

Re: [linux-audio-dev] Re: image problem [was Re: [Alsa-devel] helpfor a levelmeter]

2002-10-24 Thread Kjetil S. Matheussen
On Tue, 22 Oct 2002, Peter L Jones wrote: > On Tuesday 22 Oct 2002 17:42, Paul Winkler wrote: > > On Tue, Oct 22, 2002 at 11:14:52AM +0100, Steve Harris wrote: > > > I can't answer this properly, but there is some issue to with mmap mode I > > > believe. It is a very small number of cards that d

Re: [linux-audio-dev] Wave Editors

2002-10-24 Thread Kjetil S. Matheussen
On 24 Oct 2002, Lea Anthony wrote: > > I'm trying to get a picture in my mind as to what is out there. Could > someone please give me a list of Wave editors that are seen as > potentially really good under Linux? > snd, http://ccrma-www.stanford.edu/CCRMA/Software/snd/snd.html (superior) sweep,

RE: [linux-audio-dev] Fwd: Opinions on running VST or DirectX pluginson Linux in real time

2002-10-23 Thread Kjetil S. Matheussen
On Wed, 23 Oct 2002, Mark Knecht wrote: > Taybin, >So I may one day be able to run Acid Pro in wine and route audio to alsa? > That would be just too cool for words! ;-) > I guess you can do that allready with wine? The point with jack is to use things as GRM-tools and Waves plug-ins in prog

Re: [linux-audio-dev] Fwd: Opinions on running VST or DirectX pluginson Linux in real time

2002-10-23 Thread Kjetil S. Matheussen
On Wed, 23 Oct 2002, Taybin Rutkin wrote: > On Wed, 23 Oct 2002, Kjetil S. Matheussen wrote: > > > Could it be possible to overcome all problems mentioned just by simply > > adding jack-support to the wine-server? Then someone could make a simple > > windows-program for

Re: [linux-audio-dev] Fwd: Opinions on running VST or DirectX pluginson Linux in real time

2002-10-23 Thread Kjetil S. Matheussen
On 23 Oct 2002, Benno Senoner wrote: > I contacted the author of the VQF plugin about opinions of running > windows plugins under Linux. He is not subscribed to LAD so he told me > to forward this mail to the list. > cheers, > Benno > Interesting. But one idea I just got... Could it be possib

Re: [linux-audio-dev] Question regarding network coding

2002-09-02 Thread Kjetil S. Matheussen
On Fri, 30 Aug 2002, Ivica Bukvic wrote: > Hi all, > > I have a quick question and am in a kind of a time crunch, so I'd > appreciate any help I can get (except for the RTFM-like comments :-). > > I am working on an app where I'll need some networking done. Basically, > I just need the applicat

Re: [linux-audio-dev] Reborn

2002-08-21 Thread Kjetil S. Matheussen
On Tue, 20 Aug 2002, Ingo Oeser wrote: > > /* Consumer */ > > > > int jackprocess (nframes_t nframes, void *arg){ > > int ch,i; > > struct Jackplay *jackplay=(struct Jackplay *)arg; > > int numch=jackplay->fftsound->samps_per_frame; > > sample_t *out[numch]; > > > > for(ch=0;ch >

  1   2   >