Re: [linux-audio-dev] Akai

2004-09-24 Thread rm
thanks, rob Robert Melby #&)*&)!$_! !&[EMAIL PROTECTED]($(_)!#& !$&*([EMAIL PROTECTED] uucp: ...!org!arcsin!rm Internet: yes

[linux-audio-dev] libsndfile-python version 87.11.5252

2004-02-10 Thread rm
That's right kids, the most mediocre sndfile binding for python just got more mediocrer! libsndfile-python now has numarray support! and that's not all, this version has been tested even less extensively than any version previous! To get libsndfile-python (with numarray support) goto: http://arc

Re: [linux-audio-dev] New form of GPL licence that protects Linux from proprietary world [was: New powermacs?]

2003-06-22 Thread rm
On Sun, Jun 22, 2003 at 11:25:58PM -0400, Ivica Bukvic wrote: > > I don't care about Linux. > > So what in the world are you doing on a _linux_ audio dev list? i wouldn't mind this being free-audio-dev list. although i think it would lose some of the technical focus on the particular intricacies o

Re: [linux-audio-dev] New form of GPL licence that protects Linux from proprietary world [was: New powermacs?]

2003-06-22 Thread rm
On Sun, Jun 22, 2003 at 05:52:47PM -0400, Ivica Bukvic wrote: > Software would remain open-source. But the assumption is if you are > willing to part with the freedoms Linux and other GNU OS's offer, and > [...] > I disagree. It penalizes the company so that it cannot claim that it is > Unix-like

Re: [linux-audio-dev] New form of GPL licence that protects Linux from proprietary world [was: New powermacs?]

2003-06-22 Thread rm
On Sun, Jun 22, 2003 at 01:46:30PM -0400, Ivica Bukvic wrote: > > So basically, you want to restrict the use of a software to a specific > > type of operating system? Like M$ does? > > Not a _specific_ OS. There are _many_ open-source OS's out there and > none of them have monopolistic agenda like

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

2003-04-04 Thread rm
On Fri, Apr 04, 2003 at 07:48:20AM -0500, Paul Davis wrote: > just for completeness sake, this isn't really true. the atomicness of > int writes/reads isn't central. what is central is (as you noted) the > single (group of synchronous) reader(s) and single (group of > synchronous) writer(s), and th

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

2003-04-04 Thread rm
On Fri, Apr 04, 2003 at 07:27:57AM -0500, rm wrote: > On Fri, Apr 04, 2003 at 05:03:54PM +0200, [EMAIL PROTECTED] wrote: > > so before a writer puts something on the queue to the RT thread it > first dequeues everything returning from the RT thread, and then > enqueues its item. si

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

2003-04-04 Thread rm
On Fri, Apr 04, 2003 at 05:03:54PM +0200, [EMAIL PROTECTED] wrote: > The problem i have with the current ringbuffer, is that it does not > solve the synchronization of the non realtime thread to the realtime > thread. what should be done when you cant write to the buffer ? > usleep( a_sensible_val

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

2003-04-03 Thread rm
On Thu, Apr 03, 2003 at 11:31:29AM -0800, Tim Hockin wrote: > > courtesy of paul davis: > > > > you should use a lock free ringbuffer. we will be adding example code > > to the example-clients directory soon. existing code is in ardour's > > source base (for C++). the example code

Re: [linux-audio-dev] Lock Free Ringbuffer in C ?

2003-04-03 Thread rm
On Thu, Apr 03, 2003 at 03:36:32PM +0200, [EMAIL PROTECTED] 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 di

Re: [linux-audio-dev] firewire/IEC 61883-6

2003-04-03 Thread rm
On Wed, Apr 02, 2003 at 02:17:03AM -0500, rm wrote: > i looked around a bit and it seems like AMDTP/IEC61883-6 is starting > to be used and is in the linux 1394 drivers. it appears to include > multi-channel audio and midi which would be quite cool. (it also > appears not to be mlan).

[linux-audio-dev] firewire/IEC 61883-6

2003-04-01 Thread rm
i have a box i'd like to use as an outboard synth, and since the box in question has firewire, it seems like an ideal interface instead of requiring a separate midi/audio interface + mixer channels for it. i looked around a bit and it seems like AMDTP/IEC61883-6 is starting to be used and is in t

[linux-audio-dev] RH9 experiences?

2003-04-01 Thread rm
hi, anyone tried rh9 with audio applications yet? or otherwise have anything to say with regard to audio and the new glibc and threading model? rob Robert Melby Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt42

Re: [linux-audio-dev] linux audio developers meeting at zkm: presentation recordings are up.

2003-03-28 Thread rm
On Fri, Mar 28, 2003 at 09:55:34PM +0100, Joern Nettingsmeier wrote: > for those who are interested, some tapes from the presentations at the > LAD meeting are now online at > http://www.linuxdj.com/audio/lad/eventszkm2003.php3 , > together with the slides and the long-awaited mug shots by fernand

Re: [linux-audio-dev] mutex in process callback?

2003-03-27 Thread rm
On Thu, Mar 27, 2003 at 04:20:40PM +0100, Lukas Degener wrote: > There's one thing however, i am not completly sure about: > What happens if the working thread swaps buffers two times within one > cycle of the > playback thread? I'll try to do a simple diagram: > > Ah... another reply just drope

Re: [linux-audio-dev] mutex in process callback?

2003-03-27 Thread rm
On Thu, Mar 27, 2003 at 02:55:37PM +0100, Lukas Degener wrote: > [...] > Now my problem is: How can i make sure that swapping does not accure > during process (playback) callback? > [...] > On the other hand, swapping pointers shouldn't take that long, so maybe > this would not be a problem? > >

Re: [linux-audio-dev] new patch/realtime scheduling

2003-03-19 Thread rm
i put a patch up at http://arcsin.org/~here/kernel.html for sched_fifo limiting and user sched_fifo/mlock. try it out and tell me what you think (but don't come crying to me if it eats your data, kills your dog, and steals your SO). i also had positive conversations with some of the folks who do

Re: [linux-audio-dev] new realtime scheduling policy

2003-03-19 Thread rm
On Wed, Mar 19, 2003 at 09:24:39AM -0500, Paul Davis wrote: > [...] > in addition, if you add resource limits so that things can still be > killed, having user tasks running like this actually isn't much of a > problem - SCHED_FIFO and mlockall only represent a denial of service > attack if you can

Re: [linux-audio-dev] new realtime scheduling policy

2003-03-18 Thread rm
On Tue, Mar 18, 2003 at 12:23:55PM -0500, Paul Davis wrote: > > i agree, but i also raise another angle that i spoke about a couple of > times at zkm this last weekend. > > using SCHED_(USER)?FIFO makes no sense if you do not also call > mlockall(2). (for us...i can think of cases where this isn

Re: [linux-audio-dev] new realtime scheduling policy

2003-03-18 Thread rm
ok, new patch. with sysctl for /proc/sys/kernel/rtsched_{period,reserved}. a single limit for all rt fifo processes. same caveats as last time. rob --- pristine/linux-2.4.20/kernel/sched.c2003-03-17 23:24:02.0 -0500 +++ linux/kernel/sched.c2003-03

Re: [linux-audio-dev] new realtime scheduling policy

2003-03-18 Thread rm
On Tue, Mar 18, 2003 at 06:07:24PM +0100, Roger Larsson wrote: > On Tuesday 18 March 2003 08:45, rm wrote: > > hi all, > > With 2.4 kernels there are very few jiffies to share, 2.5 kernels have more. > But jiffies are not a good unit... that would depend on the period you se

[linux-audio-dev] new realtime scheduling policy

2003-03-17 Thread rm
hi all, so i've tried to make a new scheduling policy for linux. i've called it SCHED_USERFIFO. the intent is basically to allow a process ask for x amount of processor time out of every y jiffies. (the user part is in the hope that the administrator can set rlimits on the amount of perce

[OT] rant (was Re: [linux-audio-dev] shared memory tools?)

2003-03-11 Thread rm
On Tue, Mar 11, 2003 at 08:07:47AM +0200, Juhana Sadeharju wrote: > >From: rm <[EMAIL PROTECTED]> > >> Could somebody please write these routines to me? > > > > yikes! [ insert nasty comment here ] > > What is wrong in asking somebody expert to writ

Re: [linux-audio-dev] VSIPL

2003-03-08 Thread rm
isn't there software already out there in the public domain? (http://www.vsipl.org/software/ ) On Sat, Mar 08, 2003 at 10:13:11PM +0100, Sebastien Metrot wrote: > I learned about www.vsipl.org . I thought making a LGPL version of this lib > (with Altivec/SSE versions) could be a very interesting

[linux-audio-dev] midiman firewire interface (!?)

2003-03-08 Thread rm
anyone know anything about http://namm.harmony-central.com/WNAMM03/Content/MAudio/PR/FireWire-410.html ? seems interesting and if i recall, maudio/mman has been somewhat supportive in the past. rob Robert Melby Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: .

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

2003-03-06 Thread rm
On Thu, Mar 06, 2003 at 09:12:03PM +0200, 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 shm segments are iden

Re: [linux-audio-dev] Audio s/w ui swallowing

2003-01-31 Thread rm
On Fri, Jan 31, 2003 at 09:03:22AM +, Steve Harris wrote: > On Fri, Jan 31, 2003 at 03:40:49 -0500, rm wrote: > > http://www.freedesktop.org/standards/xembed/html/ > > This came up recently, IIRC its appropriate, but not implemented yet. nothing really needs to be im

Re: [linux-audio-dev] Audio s/w ui swallowing

2003-01-31 Thread rm
On Fri, Jan 31, 2003 at 08:31:44AM +0100, Robert Jonsson wrote: > On Thursday 30 January 2003 18.12, Steve Harris wrote: > > On Thu, Jan 30, 2003 at 11:31:12 +0100, [EMAIL PROTECTED] wrote: > > > tell app its windowname and swallow that... > > > if app wnats to open another window then it has to te

Re: [linux-audio-dev] Behaviour of write() in blocking/non-blocking mode

2002-11-27 Thread rm
On Wed, Nov 27, 2002 at 09:13:31PM -0500, Greg Ward wrote: > Hi all -- > > I'm making my first forays into OSS DSP programming with an eye to > improving the standard linuxaudiodev module included with Python. (And, > of course, to using that module for my own ends!) sounds cool! if you can he

Re: [linux-audio-user] Re: [linux-audio-dev] Free Publicity - DJCJ Linux Audio Developers Tech Support Database.

2002-10-27 Thread rm
On Mon, Oct 28, 2002 at 01:13:52AM +0900, Patrick Shirkey wrote: > hmm. that last one didn't read well. > > I am seeking opinions from people about the layout of http://www.djcj.org lose the animation. white background: good! find out how to keep multiple columns from being wider than the brow

Re: [linux-audio-dev] waveform overview

2002-10-15 Thread rm
always a perennial favorite. here is the way i did it way back when. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/eponymous/gtkwv/ and the requisite screenshot http://www.arcsin.org/editor.jpg have fun, rob On Mon, Oct 14, 2002 at 10:45:20AM +0200, Thomas Grill wrote: > Hi

Re: [OT][linux-audio-dev] URGENT ATTENTION NEEDED

2002-09-02 Thread rm
On Tue, Sep 03, 2002 at 06:05:48AM -0700, Mrs m mobutu Sese-seko wrote: > FROM:MRS. M SESE-SEKO > [...] just so this won't be a total waste, i submit for your amusement, http://www.xach.com/togo/index.html . it's a hilarious romp into the world of nigerian scam baiting. it contains such gems

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

2002-08-30 Thread rm
On Fri, Aug 30, 2002 at 11:49:32PM -0400, Ivica Bukvic wrote: > Hi all, > > I am already aware of some networking stuff, but am not sure as to how > to make client aware that the server has finished sending the struct > (since some values, like strings can be of different lengths, I can not > sim

Re: [linux-audio-dev] [SOURCE] rt monitor to kill runaway RT processes

2002-08-29 Thread rm
On Thu, Aug 29, 2002 at 05:45:09PM -0400, Paul Davis wrote: > the bug-in-the-code case is handled using the monitor thread approach, > since we know that the monitored threads run at lower priority. assuming the bug isn't in the monitor thread itself (or which affects it). you can argue that yo

Re: [linux-audio-dev] [SOURCE] rt monitor to kill runaway RT processes

2002-08-28 Thread rm
On Wed, Aug 28, 2002 at 10:15:54AM -0400, Paul Davis wrote: > a side note: JACK, when run in RT mode, launches its own maximal > priority thread to perform exactly this function. all other RT threads > run at lower priorities. i believe that it is not possible to use JACK > to perform DOS attacks

[linux-audio-dev] alsa sequencer/soft synths

2002-08-02 Thread rm
hi, i would like to use solfege (http://solfege.sourceforge.net/) on my ibook. however, it seems to require the use of the oss sequencer, and therefore a midi device which the ibook doesn't have. the soft synth part is easy/done; what i need to be able to do is trick the sequencer into sen

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

2002-07-23 Thread rm
On Tue, Jul 23, 2002 at 10:45:55AM +0200, .n++k wrote: > | > > Why not use an SQL database for storing session/project metadata? > | > > (configuration and such) We have the benefit of having a few quite > | > > stable free software SQL databases. (mysql, postgresql, sapdb) so > | > > requiring on

Re: [linux-audio-dev] problem w/ /dev/dsp

2002-06-26 Thread rm
On Wed, Jun 26, 2002 at 01:52:21PM -0400, Paul Davis wrote: > >any advice about order of operations that might help? > > % {netscape,mozilla} http://jackit.sf.net/ & > % ftp ... > % tar -zxvf jack-audio-connection-kit.tar.gz > % cd jack > % ./configure > % make > % make install > > :) you'll pr

Re: [linux-audio-dev] Buffering idea

2002-06-18 Thread rm
On Tue, Jun 18, 2002 at 05:44:34PM +0100, [EMAIL PROTECTED] wrote: > When was the patent submitted? Regarding whether you can still use > caching, if you can prove prior implementation of a product or > concept in any given patent, then case law should allow you to > use it without being in dire

Re: [linux-audio-dev] De-interleaving

2002-06-13 Thread rm
On Thu, Jun 13, 2002 at 04:42:55PM -0400, Paul Winkler wrote: > Something's odd here... > I'm trying to de-interleave the stereo output from sfront > into discrete channel buffers suitable for jack. Everything's > fine when number of channels = 1; but when it's 2, it seems > that I get the left ch

Re: [linux-audio-dev] Sample conversion tools

2002-06-04 Thread rm
On Tue, Jun 04, 2002 at 12:43:53AM -0600, Josh Green wrote: > I still don't completely understand what your goal is, could you > elaborate more on it? Then I can get a better idea of how these two > projects could be complementary :) basically, i want to convert from sample cds in a few formats t

Re: [linux-audio-dev] Sample conversion tools

2002-06-03 Thread rm
On Mon, Jun 03, 2002 at 03:00:48AM -0600, Josh Green wrote: > [...] > planned to not try to provide a standard API to all formats (seems > completely insane to try :) but instead provide a base object (currently > called SFItem in libsoundfont) that provides a linked tree structure, > ref counting

Re: [linux-audio-dev] Sample conversion tools

2002-06-03 Thread rm
On Mon, Jun 03, 2002 at 07:08:42PM +0200, Frank Neumann wrote: > Yeah - I noticed there was some sign of life in one of the daily CVS > updates I did last week :-). i'm surprised that anyone was watching (or had the patience to watch). > > my current plan is to support akai S1/3k, giga, and poss

Re: [linux-audio-dev] Sample conversion tools

2002-06-03 Thread rm
On Mon, Jun 03, 2002 at 09:24:54AM -0500, Kevin Conder wrote: > On Mon, 3 Jun 2002, rm wrote: > > my current plan is to support akai S1/3k, giga, and possibly roland > > and emu formats. > What about the old Ensoniq samplers? my aim is to allow users (me) to access the

[linux-audio-dev] Sample conversion tools

2002-06-03 Thread rm
i currently have a simple gtk based app called abrowse for the conversion of AKAI S1000/3000 sample libraries at http://abrowse.sourceforge.net/ the current code base is around 3 years old, and i'm embarking on a bit of re-architecting. interest has been expressed for generalizin

Re: [linux-audio-dev] Supporting authors of free software

2002-05-18 Thread rm
On Sat, May 18, 2002 at 12:29:37PM +1000, Erik de Castro Lopo wrote: > On Fri, 17 May 2002 19:22:39 -0700 > Tom <[EMAIL PROTECTED]> wrote: > > > A recent thread on ardour-dev, regarding the possibility of changing the > > license of ardour, > > As someone who is not subscribed to ardour-dev, I

[linux-audio-dev] midiman oxygen 8

2002-05-16 Thread rm
hi, i dunno if it has been talked about before, but i haven't seen it mentioned so i will go ahead and mention it anyway. the oxygen 8 controller seems to work fine under linux using the usb interface. you just need the ezusb and usb-midi modules. it appears as a midisport 1x1.

Re: [linux-audio-dev] SuperClonider

2002-04-27 Thread rm
On Sat, Apr 27, 2002 at 02:25:41PM -0700, John Lazzaro wrote: > > Without a standards document that precisely defines the semantics of > a language, there's no way to know what the language is. Even _you_ > don't really know without the document -- every change to the existing > codebase is a deci

Re: [linux-audio-dev] Producer/consumer threads and syncing

2002-04-19 Thread rm
On Fri, Apr 19, 2002 at 12:50:09PM -0400, Paul Davis wrote: > > I don't want to sound like a (broken record|skipping CD), but why > don't you consider using JACK as the framework for what you are doing? > http://jackit.sf.net/ i'll second that. i've recently started playing with jack and it's qu

Re: [linux-audio-dev] best method for timing

2002-04-16 Thread rm
On Tue, Apr 16, 2002 at 01:27:49PM +, Nick D wrote: > Hi all, > > I need to do some timing code - for some basic kind of sequencing.. > Since ive not written this kind of stuff before, i'm unsure as to the best approach >for accurate timing. > > I've played around with using signals for thi

Re: [linux-audio-dev] [OT] seriously screwed up Gtk installation ?FOLLOW-UP

2002-04-14 Thread rm
On Sun, Apr 14, 2002 at 10:55:32AM -0400, Dave Phillips wrote: > Well, yes and no. My troubles began when RH's 2.96 compiler gave me fits > over compiling MusE (briefly: it was impossible) so I downgraded to an > official GCC 2.95.3. > [...] > OTOH, (and as you say, to be fair), MusE apparently d

Re: [linux-audio-dev] [OT] seriously screwed up Gtk installation ?FOLLOW-UP

2002-04-13 Thread rm
On Sat, Apr 13, 2002 at 03:05:09PM -0400, Dave Phillips wrote: > new disk and just install a new distro. That will be this week's new fun > thing to do, and I can guarantee the next distro will not be Red Hat. now, it doesn't terribly matter to me what distribution you use [1], but to be fair, i

Re: [linux-audio-dev] Re: Audio apps for linux on PPC

2002-04-07 Thread rm
On Sun, Apr 07, 2002 at 01:55:00PM +0200, Niklas Werner wrote: > Hi All! > Silent Listener > I run Linux intel and PPC (SuSE 7.3) and are _not_ having many > difficulties compiling apps for Linux-ppc. Fortunately most applications > [...] > ALSA does run fine on PPC (As does the EMI 2|6-USB-

Re: [linux-audio-dev] Audio apps for linux on PPC: how difficult to recompile?

2002-04-05 Thread rm
On Fri, Apr 05, 2002 at 02:39:33PM -0600, Pablo Silva wrote: > The thing is that I wanted to ask you all in this list a couple questions: > 1) How many binaries for apps are there out there specifically for PPC linux? Everything I've found seems to assume Linux on Intel... there are many distribu

[linux-audio-dev] notebooks for audio dev

2002-04-04 Thread rm
is anyone successfully using a laptop for doing low latency audio development? if so which brands and models? (i've seen rme-audio's list, but it's a bit outdated now). a few of the sony models look cool, like the r505. the ibook seems nice, no pcmcia though; are there any firewire or usb interf

Re: [linux-audio-dev] Attn : Hardware Jockeys : Solution to Midi problem

2002-03-10 Thread rm
On Mon, Mar 11, 2002 at 05:08:15PM +1100, Erik de Castro Lopo wrote: > On Mon, 11 Mar 2002 00:58:17 -0500 > rm <[EMAIL PROTECTED]> wrote: > > > On Mon, Mar 11, 2002 at 03:08:39PM +1100, Erik de Castro Lopo wrote: > > > Hi People, > > > A good example of thi

Re: [linux-audio-dev] Attn : Hardware Jockeys : Solution to Midi problem

2002-03-10 Thread rm
On Mon, Mar 11, 2002 at 03:08:39PM +1100, Erik de Castro Lopo wrote: > Hi People, > A good example of this is the PLX iop480 > (see link [1] below), a 32 bit PPC core which can connect directly > to the PCI bus. Connected to this processor are however many serial > UARTs are required for the Mid

Re: [linux-audio-dev] Re: IP concerns

2002-02-04 Thread rm
On Mon, Feb 04, 2002 at 08:49:43PM -0500, Paul Davis wrote: > >libaudiofile > >libsndfile > >sndlib > libaudiofile strikes me as a decent first try at a soundfile API, but > nothing more. hmmm, i've always found sgi's APIs to be quite nice to work with. rob Robert Melby G

Re: [linux-audio-dev] Snd

2001-12-28 Thread rm
On Fri, Dec 28, 2001 at 05:53:19PM +0200, Juhana Sadeharju wrote: > Bill (or anyone), does Snd have those features I suggested months ago, > or not? Yes, I have read the manual. > > Short list of suggested features (check details with me in email): > -playing around the selection edges in variou