Re: [linux-audio-dev] Programming language

Carlo Trimarchi wrote: > Indeed, my idea was to just save the note, (C, D, E etc.) with a > standard duration. I mean, even if you play a note for three seconds > it just recognize the note and show it on the staff. Then you can > modify the duration as you like. Maybe this is a bit simpler. Or not

Re: [linux-audio-dev] Programming language

Carlo Trimarchi wrote: > 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. Ok, so then you probably want to build a MIDI application, not audio. That narrows it down a bit. :) Translating

Re: [linux-audio-dev] Programming language

Carlo Trimarchi wrote: > Hi, I need to build an application that can process sound from an > external instrument (a midi keyboard, for example). I also need to > create a graphic interface and I'd like to know which language maybe > best to do this. >From the top off my head: C/C++, PD (http://pur

Re: [linux-audio-dev] Linux Audio Conference 2007 - program online!

Stefano D'Angelo wrote: > I still don't know if I can get there... A cheap flight maybe? -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: [EMAIL PROTECTED], [EMAIL PROTECTED] WWW:http://www.musikinformatik.uni-mainz.de/ag

Re: [linux-audio-dev] 2007..

Fons Adriaensen wrote: > 2007 will be a special year for me. As some of you already know, I said > goodbey > at Alcatel Space two months ago, and starting 8 Jan 2007 I'll be working at > LAE > - Laboratorio di Acustica ed Elettroacustica - in > Parma, Italy. Congrats f

Re: [linux-audio-dev] Re: [PD] [PD-announce] Pd Q and Faust interfaces / ICMC 2006 demo

Frank Barknecht wrote: > Damn, that's amazing. Finally a Faust for Pd and it comes with an > added Q for free as well. Or the other way around... ;) Hi Frank, I thought you might be interested in this. ;-) Please note that the Q and Faust interfaces are in two different packages. If you can live

Re: [linux-audio-dev] [ANN] Faust Online

Paul Coccoli wrote: > The alsa-gtk build does not run on my FC4 box, because it requires > libpangocairo-1.0.so.0. Get the source package instead of the binary one and compile from there yourself (a Makefile is included IIRC). That should do the trick. Or try the Pd target, those binaries should w

[linux-audio-dev] Pd Q and Faust interfaces / ICMC 2006 demo

Hi all, (Sorry for crossposting.) This should be interesting for all who want to extend their Pd with programs written in languages other than C/C++. I have created Pd plugin interfaces for these two languages: - Q, a functional programming language based on term rewriting (my own creation; see

Re: [linux-audio-dev] [OT] Language fanboys [was Re: light C++ set for WAV]

Stephen Sinclair wrote: Does anyone know any interesting and powerful languages that can be used just like C? That can link to C libraries, and can be compiled to native machine code, and can express the same low-level concepts as C, but in a more powerful and intuitive way? In short, does anyone

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

Alfons Adriaensen wrote: After the LAC presentation I already had a look of course, and yes it looks like something I might like. But it will have to wait until I manage to finish a few other things... Yes, I'm voting for making the day 0x24 hours! -- Dr. Albert Gr"af Dept. of Music-Informat

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

Thanks for clearing that up. I must really take a closer look at snd some time... :) Kjetil S. Matheussen wrote: 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. Its not optimizing as m

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

On Thu, Jun 15, 2006 at 08:53:11AM -0400, Paul Davis wrote: faust, btw, has no concept of a timeline in the sense that chuck does. No, that's right. As I pointed out elsewhere in this thread, Faust is a language for programming ugens, not for managing sequences and playlists. We're talking ab

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

Frank Barknecht wrote: Every decent sound software nowadays, like SC, Pd, Csound of course, and plugins systems like LADSPA, VST etc. works by basically following that model. They do so not only because it's efficient (it sometimes isn't), but because it is easier to *think* in ugens, than to thi

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

Steve Harris wrote: When people think they want a VM or interpreter they often want garbage collection, generally garbage collection is not relatime safe. There are relatime garbage collectors, but they're not common and they're extremly complicated. That's not necessarily true. If you can live

Re: [linux-audio-user] Re: [linux-audio-dev] music engine

Dave Robillard wrote: I've been toying with the idea of adding support for gstreamer sources... I also have a Q module for gstreamer on my TODO list (more geared towards video playback and editing, though). Has anyone tried gstreamer lately? Is it usable? Does the API still change a lot? --

Re: [linux-audio-user] Re: [linux-audio-dev] music engine

Lee Revell wrote: I heard from someone at Ableton that one guy wrote the Live engine in about 3 months. He must be a great hacker. :) But the engine is probably only a small part of the program. Getting the UI right is an entirely different issue. Albert -- Dr. Albert Gr"af Dept. of Music-I

Re: [linux-audio-user] Re: [linux-audio-dev] music engine

carmen wrote: Freewheeling is *so* unlike Live its hard to even link the two. Just for a start, Live is organized around a timeline, Freewheeling is not. Live does have a freewheeling mode.where you can basically turn on and off loops and fx, McMusic style. you can record the actions in this m

Re: [linux-audio-dev] Re: Which widgets?

Jussi Laako wrote: Canvases give you much more than just rendering. They also manage the graphical objects that you created and, if anything changes, rerendering the changed parts happens automatically. That's usually bad and undesirable for any real time graphics rendering, like audio UIs oft

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

Carlo Capocasa wrote: Oh so MidiShare is NOT an entire operating system geared at shoving around MIDI notes? I kind of thought that was awfully specialized. No, it's a library for processing MIDI which offers some very nice and unique features, such as a kind of (cross-application) virtual loo

Re: [linux-audio-dev] Re: Which widgets?

Jussi Laako wrote: For any free form rendering I use Cairo or OpenGL nowadays. Better performance and you get antialiased lines etc practically for free. And what's most important, you don't have to care about pixel coordinates or resolutions anymore (esp. in OpenGL). Canvases give you much mor

Re: [linux-audio-dev] Re: Which widgets?

/me wrote: To make this thread go totally off-topic, here's the same in Q: Sorry, I forgot one equation: intersect Xs [] = []; intersect Xs [Y|Ys] = [Y|intersect Xs Ys] if any (=Y) Xs; = intersect Xs Ys otherwise; -- Dr. Albert Gr"af Dept. of Music-Informatics, Univers

Re: [linux-audio-dev] Re: Which widgets?

cdr wrote: since this thread is so GTK+-centric i'll chime in and say ive found nothing i like for easily creating customized/flexible GUIs more than Tcl/Tk [...] Not to forget there's also Gnocl which lets you program Gnome and GTK+ applications in Tcl: http://www.dr-baum.net/gnocl/ I've a

Re: [linux-audio-dev] Re: Which widgets?

Erik de Castro Lopo wrote: for (int i=0;i Shouldn't you put parentheses around on or the other of those left shift operators? :-) Now, << was left-associative, wasn't it? Or was it? ;-) If you want pristine beauty, you should have a look the function to find the intersection of two lists in

[linux-audio-dev] ANN: "Modern Computer Music and DSP Programming Tools" Workshop in Mainz/Germany

http://www.uni-mainz.de/zentral/75.php. You can also contact me at [EMAIL PROTECTED] if you have any further questions. Please feel free to pass this around to your friends, colleagues and other mailing lists as you see fit. Cheers, Albert Graef -- Dr. Albert Gr"af Dept. of Music-In

Re: [linux-audio-dev] Fixed vs. floating point

fons adriaensen wrote: The bottom line is really quite simple: if your app is to run on a PC, use floats. There are some very good reasons why floats were chosen as JACK's default audio type. I agree with that conclusion. Just don't forget about the denormals issue on Intel (has this been men

Re: [linux-audio-dev] please help: enumerating library requirements

Erik de Castro Lopo wrote: Couldn't the companies making money off Linux get together and buy like a general Linux MP3 codec license? Yes, they could but why would they? To make their customers happy? E.g., anyone who wants to use Linux but still owns a hardware mp3 player which doesn't supp

[linux-audio-dev] OpenAL with Jack?

Hi, I just hope that this is not a stupid question, anyway: Does anyone know whether there's a patch to make OpenAL work with Jack? Anyone working on this? Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: [EMAIL PROTECTED], [EMAIL PROTECTED] WWW:

[linux-audio-dev] Re: [linux-audio-announce] [ANN] NoteEdit 2.8.0 Final released

Reinhard wrote: The NoteEdit team is glad to announce the first major-version since its new beginning! Great to see that there's a new release. One question: Which Lilypond version(s) are supported? Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email:

Re: [linux-audio-dev] LilyPond version 2.6 available - Music Notationfor Everyone.

Chris Cannam wrote: We're partly but not completely up to date with 2.6. I might well look at that this week, unless anyone else offers. That'd be nice. I'm doing a Linux music apps course this semester, but the SuSE 9.3 stuff is broken -- font problems with Lily (2.4), later Lily version t

Re: [linux-audio-dev] LilyPond version 2.6 available - Music Notation for Everyone.

Jan Nieuwenhuizen wrote: LilyPond now installs in a snap on Windows, MacOS X, and any version of Linux/x86. Get up and running in minutes! Hi Jan, that's great news. Has Rosegarden been updated to a newer Lily yet? Last time I looked, they were still generating 2.0 code. :( Cheers, Alb

[linux-audio-dev] Q-Faust 1.0 and QFSynth 1.0 released

Hi all, I've just released my Faust module for the Q programming language. A realtime synth application based on this module, QFSynth, is also available. Faust (http://faudiostream.sf.net) is Grame's functional DSP programming language. Q (http://q-lang.sf.net) is a general-purpose functional

Re: [linux-audio-dev] Best-performing Linux-friendly MIDI interfaces?

The thing is, MidiShare rocks on all angles. Yeah, especially the dynamic routing capabilities, without having to set up special loopback devices. Jay, if you're looking for cross-platform MIDI solutions there's also PortMIDI which is being used as the primary MIDI system for Csound5. Yes,

[linux-audio-dev] ANN: Q-Faust

(Cross-posted to the Faust and Q mailing lists.) Hi all, I thought that some of you might be interested in a Faust [1] interface I created for my functional programming language Q [2]. The interface allows you to load and run Faust DSPs in Q. Those of you who attended Yann Olarey's Faust work

Re: [linux-audio-dev] Aeolus and OSC - comments requested

Steve Harris wrote: My preferred form would be something like /std_prefix/inst_name/base_freq f /std_prefix/inst_name/note_on iff /std_prefix/inst_name/note_off if Hmm, what would the note-id be? And the octave is the log_2 of the frequency, right? Occam also seems to be a reasonable

Re: [linux-audio-dev] Waveform

Chris Cannam wrote: On Monday 09 May 2005 22:22, Paul Davis wrote: this is massively harder than you think, assuming you want to (a) do it correctly and (b) offer zooming. Fortunately, if you don't care about doing it correctly or offering zooming, it's quite simple. ROFL. :) Well, I guess the way

Re: [linux-audio-dev] FOSS-tools for realtime audio analysis?

Alfons Adriaensen wrote: Concerning the latter, does anyone know of a library that would convert an X11 pixmap (or the contents of a window) to PNG ? libMagick: http://www.imagemagick.org/ Readily available on most Linux distros. HTH, Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, Universit

Re: [linux-audio-dev] M-Audio Transit USB with ALSA?

Clemens Ladisch wrote: It should work, but you need the firmware loader from . Uhm, after some bad experiences with the MidiSport of a friend, I'm a bit wary of all devices needing a firmware download. Too bad. http://www.qbik.ch/usb/devices/ Thanks, that link

[linux-audio-dev] M-Audio Transit USB with ALSA?

Hi, has anyone tried the M-Audio Transit USB with ALSA yet? (Its bigger cousin, the USB Audiophile is supported according to alsa-project.org.) I'm looking for a not-too-expensive USB audio interface for my laptop, and the Transit would fit nicely, as I already have a usb midi interface. Albert

Re: [linux-audio-dev] Musical references

Jens M Andreasen wrote: I found this site with midi.GS renditions of most of ELPs production. Those people are some real die-hard fans :) Thanks a lot for this link. These MIDi renditions are really good. I was still looking for some nice MIDI files for a course, now I have plenty of them. ;-) Ah

Re: [linux-audio-dev] OSC vs MIDI

Erik de Castro Lopo wrote: Has anyone else looked at O'Caml? : http://www.ocaml.org/ I've been coding in it for about 6 weeks and I'm REALLY enjoying it. Its the most fun I've had coding in ages. Yes, those modern functional languages really bring back the joy to hacking. :) The trouble with M

Re: [linux-audio-dev] Patches to compile MidiShare on kernel 2.6

Lee Revell wrote: Check linux/timer.h. Here is the short version (from Robert Love's book): struct timer_list my_timer; [...] Thanks for the explanation. Actually, this is what my patch uses right now, so I'm glad I did it right after all. :) I did some more testing under SuSE 9.1, and it appear

Re: [linux-audio-dev] Patches to compile MidiShare on kernel 2.6

Oops, looks like the patch isn't that perfect yet. :( Quick fix: s/expires = 1/expires = jiffies+1/ I'm still looking at the timing stuff, though (hard to find your way when most docs still seem to be for kernel 2.4). Can anyone with some kernel expertise tell me the recommended way to implement

[linux-audio-dev] Patches to compile MidiShare on kernel 2.6

Hi, I finally felt the urge to get MidiShare to work on my new SuSE 9.1 system; attached are the patches I was able to come up with (against midishare cvs from 2 or 3 days ago). I hope that these work on other kernel 2.6 based systems, too, but I've not tested this, so any feedback is appreciat

Re: [linux-audio-dev] Re: Prony algorithm?

Juhana Sadeharju wrote: I placed a couple of papers at ftp://ftp.funet.fi/pub/sci/audio/devel/dsp/ Thanks a lot, I'll have a look at that. Please make the source code available (GPL or public domain or equivalent). [...] No problem there, I always publish my stuff under the GPL anyway. I will che

Re: [linux-audio-dev] Prony algorithm?

Erik de Castro Lopo wrote: This floated by a month or so back: http://ab-initio.mit.edu/harminv/ Thanks, that looks like a viable alternative, I'll have a look at that. I have messed with wavelets (dyadic and the discrete approximation of continuous wavelets) and I always found that they never

Re: [linux-audio-dev] Prony algorithm?

Niklas Werner wrote: You can play around with comparing LPC and FFT results at different settings by using my software :-) http://sonasound.sf.net/ Thanks, I'll try that, too. -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: [EMAIL PROTECTED], [EMAIL PROTECTED] W

Re: [linux-audio-dev] Prony algorithm?

Christian Schoenebeck wrote: I never heard about the "Prony" algorithm, but if it does what you describe then it's easy to implement, isn't it? Have you tried it? Any problems? Or are you concerned about performance? No, I haven't implemented it yet. That's why I'm looking around for available s

[linux-audio-dev] Prony algorithm?

Hi, does anyone know a library (preferably C/C++, or anything that interfaces to it) which implements the Prony algorithm (a.k.a. least squares fitting of a sampled signal to a sum of damped sinusoids)? TIA Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email

Re: [linux-audio-dev] errors building midishare

Ciccolella Lazzaro Nicolò wrote: for being able to try the linux port of mythical ircams "open music" I trying to compile from source (CVS) the grams "midishare" unfortunately, with some build errors. My box: slackware 9.1/current, kernel 2.6.6, gcc 3.3.3 Any news on this yet? I'm looking forward t

Re: [linux-audio-dev] [ANN] New releases of Aeolus and Jaaa

Fons Adriaensen wrote: Adding MTS probably will not be too hard. There is a problem however since Aeolus expects a frequency for the A above middle C and a temperament defined over one octave, while MTS could specify any frequency for any note. So what I'll probably do is to take from the MTS da

Re: [linux-audio-dev] [ANN] New releases of Aeolus and Jaaa

Matthias Nagorni wrote: Yes: The MIDI's are up on the alsamodular site: http://sourceforge.net/project/showfiles.php?group_id=69130&package_id=121417 That's great, thanks a lot! Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: [EMAIL PROTECTED], [EMAIL PRO

Re: [linux-audio-dev] [ANN] New releases of Aeolus and Jaaa

Alfons Adriaensen wrote: 4. Are the temperaments configurable somewhere? No, ATM the four that are built-in are all you have. It's a quick solution but it should cover most periods. I plan to add direct support for the Scala database at some time. If changing the temparament is important to you, ju

Re: [linux-audio-dev] [ANN] New releases of Aeolus and Jaaa

Hi, Fons, thanks so much for this truly wonderful instrument, I'm sure we are going to have very much fun with it. :) I have a couple of questions, though: 1. I can't seem to get the ALSA output working. (ALSA MIDI input and Jack output works ok.) When I try to start aeolus with -A, I get: ALSA

Re: [linux-audio-dev] Is ladspa actually la-dsp-a? Is JACK the ultimate solution?

Dave Robillard wrote: Yep, that's LADCCA, now renamed LASH (LASH Audio Session Handler). http://lash-audio-session-handler.org/ For me the new page takes ages to load. Anyone else experiencing this? Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: [EMAIL P

Re: [linux-audio-dev] Re: LADSPA proposal ...

Juhana Sadeharju wrote: How to get the snext? Somebody mentioned that sscanf returns the number of bytes consumed, but the manual page reads: "These functions return the number of input items assigned". %n does the trick. -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany

[linux-audio-dev] ANN: New MidiShare/ALSA driver for Linux

Hi, msAlsaSeq, an ALSA driver for the Linux version of Grame's MidiShare (http://www.grame.fr/MidiShare/), is now available in MidiShare cvs (http://www.grame.fr/MidiShare/SCPP/dev.html). You can find it in the development branch (-r dev) in the src/linux/drivers/alsa directory. The driver let

Re: [linux-audio-dev] kernel 2.6.6 just out

Richard Bown wrote: Try a "make mrproper" What does that do? "The command "make mrproper" insures that you have a pristine source tree." (whatever that means ...) See http://www.google.com/search?q=make+mrproper :) -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Emai

Re: [linux-audio-dev] kernel 2.6.6 just out

Richard Bown wrote: "On SuSE, you need to do a 'make cloneconfig' before the 'make menuconfig' and all the rest. This is easily forgotten, usually giving you a kernel that doesn't work." Something I didn't know. However it didn't do the trick quite yet as the resulting kernel was still borked.

Re: [linux-audio-dev] libfishsound-0.6.1

What Conrad neglected to mention was that he is currently working on adding libfishsound and liboggz to libsndfile so that all this meaty goodness will be available to libsndfile users in the very near future. That's just great. We're using libsndfile all the time, and the prospect that it'll soon

Re: [linux-audio-dev] (web-based) interactive sound art?

Francois Dechelle wrote: Are there any free implementation of OSC for web based interaction? Something like a PHP implementation of OSC (that would be my favorite), or a Java or CGI implementation, that would be between the web server and the OSC-aware application? Like this? http://www.a2hd.com/so

[linux-audio-dev] ANNOUNCE: Q 5.3, Q-Midi 1.14, Q-Synth

vides interfaces to OSC and SuperCollider3. See http://sourceforge.net/cvs/?group_id=96881 for checkout instructions (the CVS module name is q-synth), and for a link which allows you to browse the CVS repository. Enjoy! Albert Graef -- Dr. Albert Gr"af Email: [EMAIL PROTECTED], [EMAIL PROT

Re: [linux-audio-dev] programming time signature and tempo

James W. Morris wrote: can anyone point me to some information about time signatures and tempo If you don't happen to have a MIDI spec handy (I think the part about standard MIDI files is available on the MMA website) then have a look at http://www.borg.com/~jglatt/ Specifically, note the secti

[linux-audio-dev] Q 4.6 released

Q is a multi-platform functional programming language based on term rewriting, which comes with a collection of useful addon modules for system, scientific and multimedia programming. Release 4.6 of Q is now available, along with Q-Audio 1.2 and Q-Midi 1.12. Q 4.6 provides a much improved GGI m

Re: [linux-audio-dev] Synchronizing sound to MIDI events?

Denis de Leeuw Duarte wrote: If you have an evenly spaced font, here's a graphical representation of the problem: |...e.e|ee|...ee...e.|.e.e.e|e...e.| midi events |..|...rrr|.rr...|..rrr.|..| rendering |..|..|ss|ss|ss

Re: [linux-audio-dev] What's the best audio IO API on Linux

Harold Zhu wrote: [...] so what's the best audio IO API on Linux? Sascha has already pointed at ALSA vs. OSS. I'd like to add that if you want to have cross platform portability (Linux/FreeBSD/OS X/Solaris/Windows) then you should take a look at PortAudio: http://www.portaudio.com/. Alas, AFAIK

[linux-audio-dev] Q-Audio 1.0, Q-Midi 1.10 released

homepage: http://www.musikwissenschaft.uni-mainz.de/~ag/q/ Enjoy! Albert Graef -- Dr. Albert Gr"af Email: [EMAIL PROTECTED], [EMAIL PROTECTED] WWW:http://www.musikwissenschaft.uni-mainz.de/~ag

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

Chris Wareham wrote: Has anyone had succes in getting SysEx data flowing back and forth between Roland sound modules and their computer? Is the usb-midi driver on your system based on Nagano Daisuke's work (http://member.nifty.ne.jp/Breeze/softwares/unix/usbmidi-e.html)? I recall that earlier ver

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

Lukas Degener wrote: Actualy i had nothing in mind that would be related to networking, i.e. communication between two or more computers, by 'network' i mean a virtual network of interconnected modules within my programm. Since you concentrate on MIDI... That sounds a lot like the design of Midi