Re: [linux-audio-dev] audiogui

2007-02-26 Thread James McDermott
On 2/26/07, Leonard Ritter <[EMAIL PROTECTED]> wrote: On Mon, 2007-02-26 at 13:32 +, James McDermott wrote: > and got some errors (pasted in at the end), but the GUI mostly > appeared. This is just a bug report, I don't need to see a fix. yes, i suppose this is version

Re: [linux-audio-dev] audiogui

2007-02-26 Thread James McDermott
here is a demo showing the three widgets DecoBox, Knob and LCD, with different settings applied. http://www.paniq.org/images/audiogui5.png Absolutely beautiful, thanks for making this! I got the code from http://svn.zeitherrschaft.org/aldrin/trunk and got some errors (pasted in at the end)

Re: [linux-audio-dev] [admin] new linux-audio-* maintainer wanted...

2006-11-17 Thread James McDermott
Hi Jörn and all, I was away and then ill for the past week, just coming to this mail now. it would be good to have another two list moderators for linux-audio-announce [...] I'll continue to perform a spam-deletion-monkey role on LAA as often as I can, hopefully a bit more regularly than my

Re: [linux-audio-dev] "LADSPA2" name early consensus?

2006-04-27 Thread James McDermott
xap>apa>ladspa2 peep and limp have unfortunate connotations in English!

Re: [linux-audio-dev] a bit off topic: GUI-lib-programming (how does it usually work?)

2006-03-06 Thread James McDermott
> I'm still thinking about linking objects. You know like in ams, > link oscillator to filter. So osc-output goes into filter-input. I have some > ideas on the topic though. A while ago I was thinking about a nice way to display this type of information without graphics. I didn't come up with anyt

Re: [linux-audio-dev] Re: open standards for file formats

2006-02-02 Thread James McDermott
> thanks for the tip... i dont suppose youd know if they have archives > somewhere? :) Oh... I'd forgotten, that list (libsndfile) is not archived. I've put what I have here (I hope no-one objects), though I think it's missing some: http://www.skynet.ie/~jmmcd/software/sndfile_overview.txt

Re: [linux-audio-dev] Re: open standards for file formats

2006-02-02 Thread James McDermott
There was some interesting discussion on this issue on the libsndfile mailing list around July/August 2004.

Re: [linux-audio-dev] xt2 coming to linux

2006-01-27 Thread James McDermott
> As far as i see Jorgen only want to support the obsolet OSS driver model > and native VST Linux plugins... No chance for eXT on Linux... From the KVR forum (http://www.kvraudio.com/forum/viewtopic.php?t=114488): --- the midi/audio driver part of xt2 is open source, so anyone can add jack suppor

Re: [linux-audio-dev] one-sample length impulse - HOWTO?

2006-01-14 Thread James McDermott
> > The aim is to generate audiofile with one/few-sample-length impulse inside > > silence. Is there suitable software to do the job? If you don't like programming, you can do it in Audacity! Open Audacity and make two tracks. Generate the required length of silence in one, and a *very* short ton

Re: [linux-audio-dev] Channels and best practice

2005-11-15 Thread James McDermott
> What are your thoughts? What is best practice on multichannel audio, or > is it always application-specific? According to my experience and understanding: -non-interleaved (multiple channels in separate arrays) is a bit easier to code, but -interleaved could give better performance (because the

Re: [linux-audio-dev] [ANN] WhySynth DSSI softsynth

2005-10-09 Thread James McDermott
On 10/9/05, Jens M Andreasen <[EMAIL PROTECTED]> wrote: > Can it run 'stand alone'? There are two fairly minimal DSSI hosts, ghostess and jack-dssi-host, which receive MIDI and output to Jack, so the stand-alone feature always comes for free... James

Re: [linux-audio-dev] Libs for reading/writing midis

2005-08-05 Thread James McDermott
> It seems like every single Windows audio app has to support like 6 > different audio backends plus Rewire/Rewire2. What's up with that, is > there no single standard for interapplication audio routing like JACK? > > ;-) Ok, not *every* query about Linux audio has to be answered by pointing out

Re: [linux-audio-dev] [OT] 2-D slider widget?

2005-07-29 Thread James McDermott
> > http://www.skynet.ie/~jmmcd/software/xy-controller.tar.gz > I appreciate the code, James. Is this stuff GPL'd or some-such? Yes, it's based on the GTK+ tutorial "scribble" program, which is GPL. Thanks Marije for pointing out SuperCollider SCUM - will check it. James.

Re: [linux-audio-dev] [a bit OT] scroll and zoom conventions

2005-07-29 Thread James McDermott
> > my OSC sequencer ( http://whats-your.name/s/seq/ ) Have I missed an announcement? This screenshot looks *amazing*, but where's the download? cdr can you tell us more about it?

Re: [linux-audio-dev] [OT] 2-D slider widget?

2005-07-28 Thread James McDermott
Pete, You might like to look at a demo program I made as part of my GTK+ education - it's a functional xy-controller: http://www.skynet.ie/~jmmcd/software/xy-controller.tar.gz But I actually made the xy-controller directly from the drawingArea widget. Ie, I didn't make a new reusable widget (may

[linux-audio-dev] [OT] 2-D slider widget?

2005-07-26 Thread James McDermott
Has anyone written code for, or even just seen, a 2-D slider widget? What toolkit was it in? Do people around here prefer QT to GTK+, or vice versa, and does anyone use FLTK, or something else? I think the ideal widget would allow the user to click or click-and-drag a cursor around the 2-D area, r

Re: [linux-audio-dev] Re: What Parts of Linux Audio Simply Work Great?

2005-06-14 Thread James McDermott
Dave Phillips wrote: > I can honestly say that > jwz appears to have no influence at all within this community. Well, that's exactly the point, isn't it. Within this enlightened, favoured and lucky community, no-one needs convincing - that would be preaching to the choir. The original poster want

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

2005-05-14 Thread James McDermott
> An OSC note standard would be nice, but I don't know if it's even possible (it's different for everyone). Service discovery and namespace enumeration need to just make it a nonexistant problem IMO. It would be *very* nice, if not a real pain to be without! It strikes me that whenever OSC *does

Re: [linux-audio-dev] Guidelines for developing a music editor

2005-05-14 Thread James McDermott
(I'll answer this as best I can, feel free to correct me where I'm wrong.) > In the other thread you kindly provided me with some advice and links, > including mentioning the MIDI Tuning Standard and OSC. This seems like a very hard problem. Since your sequencer is "just that: a sequencer", you'l

Re: [linux-audio-dev] Re: [linux-audio-user] Re: some new soundfiles on-line

2005-05-13 Thread James McDermott
> But recent versions of seq24 actually do interact with jack. By means of > jack_transport it is possible to sync seq24 to other jack clients (like > hydrogen). Oh - that was the bit I didn't know about. Thanks!

[linux-audio-dev] Re: [linux-audio-user] Re: some new soundfiles on-line

2005-05-13 Thread James McDermott
> > Now if I can just get seq24 working with JACK... ;) > > > > It's working out of the box under Debian Sid.. Very nice with > jack-transport compatibility! You mean you can connect seq24's midi ports using qjackctl?! That doesn't work on the latest Agnula/DeMuDi. Or does seq24 talk to Jack in

Re: [linux-audio-dev] [ANNOUNCE] Smack 0.1.0 Released

2005-05-13 Thread James McDermott
Hi Lachlan, will check it out soon. In the meantime, I like the logo! My suggestion: lose the brain (if that's what it is) and give more prominence to the, um, object to be smacked ;) James

Re: [linux-audio-dev] jack.el -- Run and monitor JACK from within Emacs

2005-05-11 Thread James McDermott
Mario, I'd like to try out the om.el emacs mode please (even though you say it needs a polish ;) But I can't find it on your site - any chance of a link? James

Re: [linux-audio-dev] Common synthesizer interface -or- microtonal alternative to MIDI?

2005-05-11 Thread James McDermott
Esben Stien wrote: > We have to be able to export the model data so that we > can have a daemon running and have clients connect to it and work on > the same session. Yes, that's the way I've been thinking of it too. > > I also imagine writing things like search-and-replace functionality, > > an

Re: [linux-audio-dev] Common synthesizer interface -or- microtonal alternative to MIDI?

2005-05-07 Thread James McDermott
> Editing is not part of the sequencer; it's the job of the relevant > editor (data context). I won't say this is just my opinion, cause a > sequencer is not an editor. If the sequencer and the editor(s) are separate (and, say, communicate via OSC) it makes it easy for people to use the editor of

Re: [linux-audio-dev] CSound usability

2005-05-04 Thread James McDermott
> I taught myself how to use Csound, I have no special background in > mathematics or computer programming. But you're on the LAD list! Just subscribing to a list is a harder technical task than some musicians I know are capable of ;) > I think by the time you're done learning how to write your

Re: [linux-audio-dev] jack.el -- Run and monitor JACK from within Emacs

2005-05-03 Thread James McDermott
> There is a theory which states that if ever anyone discovers exactly what the > Universe is for and why it is here, it will instantly disappear and be > replaced by something even more bizarre and inexplicable. > > There is another theory which states that this has already happened. > > -- Dou

Re: [linux-audio-dev] Re: [linux-audio-user] Concerning libfst, vstserver, and dssi-vst

2005-04-12 Thread James McDermott
> Btw, I like the DSSI API, but it seems slow in catching on with developers. Is that perception correct ? I'll just put my hand up as someone who's at least interested in DSSI (for what it's worth!): I'd like to rewrite my academic research project (a genetic algorithm type thing) as a DSSI host

Re: [linux-audio-dev] compiling LADSPA for Mac OS X

2005-04-10 Thread James McDermott
Hi Taybin, the installer works fine here! Very nice. (I need to be able to compile plugins and a host by hand though ;) For the record, I got most of the sdk to compile after some experimentation with flags. The listplugins program still fails to compile, with this error: cc -I. -I/usr/include/p

Re: [linux-audio-dev] [admin] new policy and moderators needed

2005-04-10 Thread James McDermott
I think that "hand-approved" in this context means just checking that cross-posts aren't spam? If so, a non-kernel person like me can do this, so I'll volunteer, if you do decide to implement the scheme. I'm at my machine fairly regularly. How would the approval work?

Re: [linux-audio-dev] compiling LADSPA for Mac OS X

2005-04-10 Thread James McDermott
hi steve, thanks for this... > I believe that you need to use the following CFLAGS: > -fno-common -flat_namespace -bundle -undefined suppress -lbundle1.o is that bundle1.o a placeholder i should replace with the name of a specific .o file? i'm guessing not. anyway, i tried these combinations of

[linux-audio-dev] compiling LADSPA for Mac OS X

2005-04-10 Thread James McDermott
Hi all, has anyone compiled the LADSPA sdk for Mac OS X? I expect lots of people have, and that it's very easy..! In the src directory, I type make and get this: ld: unknown flag: -shared The targets in the makefile are: ../plugins/%.so:plugins/%.c ladspa.h $(CC) $(CFLAGS) -o

Re: [linux-audio-dev] mux concept paper

2005-02-19 Thread James McDermott
> > but IMHO, you should be looking at Beast or gAlan or ALSA Modular > > Synth, or SSM or ... not starting from scratch. > > And Pd, which is the oldest and probably most capable and stable of > all the available graphical softsynths running on Linux. i think people get confused about the diffe

Re: [linux-audio-dev] mux concept paper

2005-02-17 Thread James McDermott
on the subject of beast (and maybe some other programs), i'd agree that it's cpu-intensive. the great thing about buzz (sorry for going on about it) is that it's fast: songs using 50+ plugins are possible on old machines, like my 566 MHz celeron laptop.

Re: [linux-audio-dev] mux concept paper

2005-02-17 Thread James McDermott
> You got me! I am a long term buzz user, used it for live gigs, and wrote a keyboard based mixer for it. oh - you wrote miXo - of course. (i wrote a peer machine or two.) go buzz devs! i think everyone who's ever used buzz for more than a couple of hours wants a new, stable, cross-platform versi

Re: [linux-audio-dev] mux concept paper

2005-02-17 Thread James McDermott
hi mimo, are you thinking of something like buzz (or maybe max/msp) where audio can be routed in a free-form network from sources (generators) to sink (master output)? i'm a big fan of this idea. > the Preprocessor Level that lazily generates a set optimised list of > instructions for the audio