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

2007-01-25 Thread Carlo Capocasa
> We need more moderators on the list, mail me ;-) Hey ho, thought police! Let us all think right and be right and have someone else decide on what that 'right' actually means! What I'm getting at is, you have absolutely no way of knowing whether or not Israel actually is an Apartheid state, or h

[linux-audio-dev] Re: a new patent for us to challenge

2007-01-25 Thread Carlo Capocasa
Quick linux audio user's guide to challenging patents?

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

2007-01-18 Thread Carlo Capocasa
Whew. Big Brother is disabling your hardware. Quite an irony how short Bill Gates is. Carlo

[linux-audio-dev] Re: Grabbing sound using Roland Edirol FA-101

2006-12-15 Thread Carlo Capocasa
I have an FA-101 and have it running by compiling freebob and jack myself. Carlo Helge Fredriksen schrieb: > Hello! > > Did any of you guys ever tried to use the OpenAL API interface towards a > Firewire sound device like FA-101? I see that it appears on your lists as a > device that has drivers

[linux-audio-dev] Re: [ANN] FreeBoB 1.0 released - Firewire Audio for Linux

2006-10-24 Thread Carlo Capocasa
Congratulations, Pieter. I had an opportunity to test it and it has far surpassed my expectations. Meaning, it compiles, and it works! Kudos! Carlo Pieter Palmers wrote: Greetings, Now that JACK 0.102.20 and QJackCtl 0.2.21 being released, the FreeBoB team is proud to present libfreebob 1.0.

[linux-audio-dev] Re: I'd like my brain back (idiot developer)

2006-08-31 Thread Carlo Capocasa
You must be the best idiot developer on the planet with the most people who are extremely happy and satisfied thanks to things that you did. Carlo

[linux-audio-dev] Re: [OT] No-one was ever fired for having hired FA

2006-07-04 Thread Carlo Capocasa
It helps to repeat to yourself many times every day: "I'm either going to do this or die trying."

[linux-audio-dev] Re: [OT] No-one was ever fired for having hired FA

2006-07-04 Thread Carlo Capocasa
You could do what I-m doing: Become a famous musician, start your own production company, give away all your music Creative Commons style, manage to get income indirectly, use free software tools exclusively, and figure out all the 'hows' on the way!

[linux-audio-dev] Anyone wanna take over Shelljam?

2006-06-11 Thread Carlo Capocasa
Well, I went down and write the kind of software only a musician could write, perfectly adapted to a musican's needs because the author is, himself, a musician. Unfortunately, those needs dwindled, as I spent so much time writing software I didn't have any time to make music anymore. So here

[linux-audio-dev] Re: "LADSPA2" naming redux

2006-05-07 Thread Carlo Capocasa
Well, it does seem heavily Steve Jobs influenced... Of course it's hard to please everybody but personally I just love to see some really original stuff perhaps even with a little penguin appeal. PLUX was really good for that one IMHO... But, great to see you ask for opinions, I'm copying you on th

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

2006-04-28 Thread Carlo Capocasa
Well, that's a little like saying 'Would you rather go to McDonalds or that new burger joint nobody knows that might be a lot better but also might be a lot worse?' Perhaps if a new name is to be decided the benevolent dictator should simply decide a new name is to be given and it is up to us to

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

2006-04-27 Thread Carlo Capocasa
Hey, Plux is a good one! Linux reference but not too obvious... and fun to use (okay now I'm gonna fill this synth here with all the PLUX and now see how it SOUDNDDDZ :) Plux > APA > LADSPA2 Carlo

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

2006-04-26 Thread Carlo Capocasa
Thanks for putting in all the effort with LADSPA! I am, through Om, also a big user. I'll go very simple and broad here and suggest 'APA', standing for 'Audio Plugin Architecture'. + Aypeeay has a nice sound to it + The name is forwards compatible with being ported to Windows, Mac, or even beco

[linux-audio-dev] Re: Amplitude (de)modulation with JACK (was "with LADSPA")

2006-03-16 Thread Carlo Capocasa
You need to create an Om patch with an audio output for it to show up. > I have tried om, but (it's strange) qjackctl 'Connections' window doesn't > show om server, while 'Messages' window says about new connection.

[linux-audio-dev] Re: Creating an api for an exsisting project

2006-03-07 Thread Carlo Capocasa
Hi, Jem :) Well actually creating an API is not really about programming as much as documenting. So it's really just about letting people know which functions they can use and what they do... Or more elegantly, which functions they must PROVIDE in their plugin architecture, and then you use the f

[linux-audio-dev] Re: [ANN] Rhythm Galaxy vol. 1 drum/percussion sample library

2006-03-06 Thread Carlo Capocasa
Hi Artemiy I like the way you keep your ground when people decide to show some teeth. And thanks for your hydrogen sounds, shameless as I am I decided to show off with a few local hip hop kids with it and it did work, lol I do tend to agree that the future is in giving away work for free but I wo

[linux-audio-dev] Re: Shelljam: Help Wanted!

2006-03-06 Thread Carlo Capocasa
Hi Junichi, thanks for your interest. > I might be missing something but is there something that shelljam does > that vkeybd cannot do? Yes. * Shelljam is designed from the ground up to be a full-fledged musical instrument that can be used for professional live performance. -Safe, locks k

[linux-audio-dev] Re: stuff I've done

2006-03-03 Thread Carlo Capocasa
Thanks tons for sharing... You've got a wonderful taste for art, Bradford. Carlo

[linux-audio-dev] zthreads realtime

2006-03-03 Thread Carlo Capocasa
Hi there! Does anyone have any experience with zthreads for linux realtime audio software? Carlo

[linux-audio-dev] Shelljam: Help Wanted!

2006-03-01 Thread Carlo Capocasa
Hi, I'm Carlo and I started out Shelljam to provide a way of using any standard computer hardware as an input device to make music with. Uses like altering sounds with joysticks or simply playing chords on keyboards are examples really great uses that come to mind, but there is no inherent limita

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

2006-02-28 Thread Carlo Capocasa
> thx for this report. > I think I'll have a further look at rtmidi. Glad it was useful to you! >A triangle which has an angle of 135 degrees is called an obscene >triangle. LMAO!! By the way, isn't there any porn geared at intellectual people out there?

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

2006-02-26 Thread Carlo Capocasa
> > http://midishare.sourceforge.net/ > :) I only wrote the article because I wanted to write an article and had implemented both... I switched to RtMidi mainly because it has a Thread class that's likely to be tuned at audio apps. Oh so MidiShare is NOT an entire operating system geared at sh

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

2006-02-26 Thread Carlo Capocasa
> portmidiRtMidi > > Availability 4 4 > Learning curve 1 4 > Stability 3 4 > Features 3 4 > Real-Time performance 1 5 > > Correcti

[linux-audio-dev] Mitch The Midget (was: Re: Which widgets?)

2006-02-26 Thread Carlo Capocasa
Everyone say this one real fast: Which widget's Mitch the midget's, Mitch the midget's widget's which?

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

2006-02-25 Thread Carlo Capocasa
>>for (int i=0;i> cout << i << endl; > > > Shouldn't you put parentheses around on or the other of those > left shift operators? :-) What atrociously obscure communication method have you loaded into your mind? This is C++! > let rec intersect lst = > function > [] -> [] >

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

2006-02-25 Thread Carlo Capocasa
> Ah, the sign of a good programmer. :) There are actually people who still count, when for (int i=0;i It's true that with KDE you are marrying into KDE's family with bastard > cousins like ksycoca, kdeinit, klauncher etc. But this isn't true with > gnome. Well I'm not kissing gnomecanvas. >>T

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

2006-02-25 Thread Carlo Capocasa
> Motif is pretty old and full featured, but it's PITA to use, IMO... Okay, correction. GTK is the oldest full featured toolkit around you can use without gradually going blind.

[linux-audio-dev] Re: [Ann] Shelljam 0.0.3

2006-02-25 Thread Carlo Capocasa
> is there an URL :) ? Yeah, that's Carlo Capocasa, 28 Dry Acre Road, 0909... no wait. That's http://shelljam.sourceforge.net Carlo

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

2006-02-25 Thread Carlo Capocasa
> I'm a programmer = I'm lazy = I don't want to write printing dialogs, or > VFS support, especially since it's already provided by gnome. Heh, I'm only a novice programmer, and I'm already lazy :) I think widgets are a GOOD thing. I also think modularity is a good thing. KDE and Gnome both app

[linux-audio-dev] [Ann] Shelljam 0.0.3

2006-02-25 Thread Carlo Capocasa
Announcing Shelljam 0.0.3. Almost everything is broken in this release. I am providing it to demonstrate how absolutely, admirably, extensively, beautifully and fantastically plain wonderful the new MIDI interface, RtMidi is. It is so fast you won't believe it. And it does NOT even use low latency

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

2006-02-25 Thread Carlo Capocasa
Personally, I'd love to see more GTK2 apps around. I think it's the oldest *full featured* toolkit around and I think even the bloat is bearable (just keep your hands off anything that says 'Gnome') Carlo

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

2006-02-25 Thread Carlo Capocasa
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 non

[linux-audio-dev] Re: [ANN] No More Specimen

2006-02-21 Thread Carlo Capocasa
Pete, have you posted to the 'Help Wanted' section on SourceForge.net if somebody is interested in continuing your project? There must be hundred of good coders out there just aching to put their talents to good use, and with a little bit of your leadership... Carlo

[linux-audio-dev] Re: C++ Realtime Threads

2006-02-17 Thread Carlo Capocasa
> Here's the Thread class from LinuxSampler which can obtain RT scheduling as > well: Looks pretty good! Thank you. Carlo

[linux-audio-dev] Re: C++ Realtime Threads

2006-02-17 Thread Carlo Capocasa
Hi, thanks for replying, it's a real time MIDI program. Carlo

[linux-audio-dev] C++ Realtime Threads

2006-02-16 Thread Carlo Capocasa
Hi, I'd like to make my application threaded and one of them realtime. Can someone point me to a tried-and-tested way to do this? Carlo

[linux-audio-dev] Re: [linux-audio-user] [Ann] Shelljam 0.0.2 MIDI keyboard

2006-02-16 Thread Carlo Capocasa
> Linux on ppc. Portmidi makes use of alsa. It's not surprising that you > have to link against it... Yeah, but all the more surprising that I don't. I'll find out if it compiles for me linking against alsa and if it does I guess I could just put it into SConstruct as a safeguard. Can you speci

[linux-audio-dev] Re: [linux-audio-user] [Ann] Shelljam 0.0.2 MIDI keyboard

2006-02-16 Thread Carlo Capocasa
d to take full control of the keyboard and mouse so you don't accidentally switch tasks while playing. A key combination is used for quitting that is unlikely to be hit accidentally: Press and hold the ESC key, then press the return key. I'm happy you got it to run! Carlo >

[linux-audio-dev] [Ann] Shelljam 0.0.2 MIDI keyboard

2006-02-15 Thread Carlo Capocasa
Hi, Announcing Shelljam version 0.0.2. Shelljam is a way of playing electronic music live using standard computer hardware. It is implemented in C++ using fast portable libraries. It is designed to be suitable for live performance and studio work. http://shelljam.sourceforge.net Thanks! Carlo

[linux-audio-dev] Re: portmidi app i/o ports

2006-02-15 Thread Carlo Capocasa
Hi Jelle, thanks, didn't know RtMIDI was available inedepantly from the STK. Carlo

[linux-audio-dev] portmidi app i/o ports

2006-01-30 Thread Carlo Capocasa
Hi, I would like to know whether it is possible for portmidi based applications to have their own sequencer i/o ports to connect to. Thanks, Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-28 Thread Carlo Capocasa
I believe I have found the solution here in the form of libgii which wraps raw keyboard input into a nice, modular and extensible abstraction library. Thanks for everyone who participated, I gained much valuable information from the thread which culminated in finding the right library! Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-22 Thread Carlo Capocasa
> Woopsie - Wrong list :-) Hi Mike! If I ever happen to change lists I'll remember your info. ;) Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-22 Thread Carlo Capocasa
Hi Jacob! Thank you very much! Do you have any coded examples handy? Carlo Jacob schrieb: > Hello, > > did you look at pathtoyourkernelsource/Documentation/input/input.txt . > This covers the /dev/input* devices and is something to use from plain C > (and C++) without the need to use any lib (p

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-22 Thread Carlo Capocasa
> Yeah, sorry, I missed that part. No problem, thanks for taking the time! Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-21 Thread Carlo Capocasa
> Check out Qt - it's just keypress event handling. Hi Jan, thanks for replying! Qt needs X to run, doesn't it? I would like to use something that will run on the console. Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
> don't be ridiculous :) this was written as a private, non-library chunk > of code. why would i document that? the source is much more accurate > than any docs, and google will fill in the blanks. em... as a service to humanity? no, seriously, I can understand why you would have your priorit

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
> the code is in the "ksi" directory. look at physical_keyboard.{cc,h} > to get started. There is no ksi directory in ardour-0.99. Got lucky in the CVS tarball though. Sorry, gotta say the 'd' word :) Is there any documentation available? Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
Paul, could you help me find the KSI source? Thanks, Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
> i am saying that the KSI interface contains code that could be reused in > a console application. Great! Thanks for your time. Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
> You have to know that keyboards cannot handle tons of keys pressed > simultaneously (at least the ones I tried). This might explain that. Sad, but true! So I will have to live with that part... Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
> as for use ncurses, it works but provides no way to detect raw key > presses, only character input. hence, there is no difference in ncurses > between a user pressing the tab key or the control key and "i". you also > cannot detect key press and release. Ah, so that's out of the question... >

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
> Computer keyboards are not designed to handle this. If some key > combinations do not work in vkeybd, they'll probably fail whatever > method you use. I just tried the ZynAddSubFX Virtual Keyboard and you're right... :(

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
> >>You need to get a proper MIDI master keyboard. Or, if you *really* >>want to use a PC keyboard, replace the keyboard MCU with one of >>these boards they use for interfacing arcade joysticks and buttons >>with the keyboard port or USB. > > > (Actually, you'd have to replace pretty much ever

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
Hi! Yes, vkeybd is what I am using now. I set out to create a console alternative that is also more stable when pressing many keys at once. I also have a little bit of distrust for TCL scripted keyboard event handling when operating quasi-realtime. Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
Hi Paul! > not possible without specifying which graphical user toolkit you want to use. I would like to stick to console. > if you don't want to use a GUI toolkit, you are talking about raw terminal > keycodes, > which can be done but its hard, non-portable and hacky. Cedric mentioned ncurses

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
> You need to use some layer, like ncurses or something. Hi Cedric, perfect, that's exactly what I need to know! Thank you very much. Carlo

[linux-audio-dev] Re: C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
Hi David! Thanks for your reply! I'm impressed with your credentials, too :) > That is, MIDI output, as in sending MIDI messages to an onboard or > external hardware synth, or a softsynth running in the driver or as a > separate application? (As opposed to generating "wave" audio in your > appl

[linux-audio-dev] C++ Keyboard Event Handling

2006-01-20 Thread Carlo Capocasa
Hi, new to this list and knowing absolutely nothing about C++ audio programming I would like to ask for a little bit of help. I want to create a console keyboard to MIDI application and for this I would like to read the physical status of keyboard keys. Thank you. Carlo Capocasa