On Thu, 2006-04-06 at 11:48 -0400, Lee Revell 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.

On 4/6/06, Steve McConville <mcconville.steve(a)gmail.com> wrote: No, it's a live looping tool that can sample and repeat loops on the fly. http://freewheeling.sourceforge.net/ It does have an interface for controlling fluidsynth built into it. I think I'm more or less doing what Patrick wants by using freewheeling in conjunction with jack-rack, qsampler, specimen, etc., but it sounds like he wants control over it all from one application, or perhaps something scriptable, whereas i'm alt-tabbing like mad in the middle of performance, and may actually be the human equivalent of what he wants. i'm imagining csound or pd to be the way to go. -- daneasley(a)gmail.com dan(a)towndowner.com dan(a)burntpossum.com http://towndowner.com http://burntpossum.com

Hallo, Lee Revell hat gesagt: // Lee Revell wrote: Make that "can cause xruns": Pd is used live on stage more than any other single Linux Audio Software, you just need to avoid doing some rather exotic things, and even then there are workarounds (like running two instances of Pd: one gui, one nogui.) Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

Hallo, Lee Revell hat gesagt: // Lee Revell wrote: Since one or two versions Pd "throttles" the amount of data sent from the main engine to the GUI, and there's also a branch/fork of Pd called DesireData (still not usable) that tries a more general approach to decouple the GUI from the main engine. In my experience the GUI interrupting audio is not a real problem in practice, except maybe in some rather special use cases - but I tend to play Pd "blind" when performing: I cannot and don't want to watch 128 VU meters on stage anyway. Because at its heart Pd is a programming language some of the responsibility to build a working instead of a broken GUI is with the user of Pd. With Ardour, you could blame Paul if you get lots of xruns, but with Pd it may be your own fault. Pd now is in its tenth year of existence (not counting its predecessors like Max or Patcher) and in several places it doesn't follow what today is viewed as good practice, and there sure is room for improvement. However this didn't and doesn't harm Pd's usefulness to hundreds of users so much as to make them stop working with Pd. (It does stop some, though.) Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

Hallo, Ismael Valladolid Torres hat gesagt: // Ismael Valladolid Torres wrote: Yes and no, it's a slightly complicated relationship that's maybe best described as Max, the older brother, and Pd, the younger, uglier and smarter sister with glasses. ;) You may want to read http://crca.ucsd.edu/~msp/Publications/dartmouth-reprint.dir/ a nice paper by Miller Puckette about Max at age 17. Miller S. Puckette invented Max at IRCAM in the 80s. In the early 1990s a commercial version of the program (developed and extended by David Zicarelli) was released by Opcode Systems, now Cycling 74. When Miller left IRCAM, the institute more or less claimed that IRCAM Max was their sole property. So Miller started Pd as a new, open source software, mentioned first in 1996 in an ICMC-paper. The DSP part of Pd was later included in Opcode/Cycling Max as the "Max Signal Processing" extension, short MSP (which incidentally are the initials of Miller's name as well). This is possible because Pd's license is a BSD-ish license which also allows closed-source derivatives. IRCAM Max OTOH was transformed to become open source as jMax and then it died. Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

Freewheeling looks pretty good, except it's more designed to take the place of a more standard pedal-controlled loop machine. I don't really want to just record myself live, but I want to play pre-recorded samples and midi sequences, much like you would if you had a ton of dj decks lying around, and got them all to fit in a touchscreen. Plus, I want the engine so I can write my own app. On 4/6/06, Lee Revell <rlrevell(a)joe-job.com> wrote: -- Patrick Kidd Stinson http://www.patrickkidd.com/ http://pkaudio.sourceforge.net/ http://pksampler.sourceforge.net/

On 4/6/06, Brad Fuller <brad(a)sonaural.com> wrote: I looked at it but since it advertizes itself as a beat slicer it didn't seem to have the multitrack capabilities that are required to put a whole song together. I think th eunderlying technology could be helpful in getting to an Acid Pro/Ableton Live/Fruity Loops type program. My sense is that this question has been asked so many times that the real issue is finding a developer passionate about it. There's no reason at all this couldn't be done in Linux if someone wanted to make it happen. Cheers, Mark

Mark Knecht wrote: true. I wonder what the legal ramifications would be by creating an "acid" like app that accepts acid loops. The question is: is there any proprietary IP in acid loops? Could probably find out by seeing if Cakewalk pays any royalties to Sony for their inclusion of acid-loop-a-bility (!) in Sonar. Frankly, I don't use Acid much, even though I own it. We used it on a recent product which fit the use of it (a driving game) but other than that type of work, I don't use it. But, I bet it would be popular among Linux audio users. And, if it could legally use acid loops, there's no shortage of assets. brad