Re: [linux-audio-dev] Getting out of the software game

2007-03-14 Thread Maarten de Boer
> I think you misread my technical statement as a political one. I > don't care about politics or the GPL, I just want Linux to be the most > stable OS, and that can't happen if secret blobs of code are allowed > to scribble all over kernel memory. I have an additional argument against binary dri

Re: [linux-audio-dev] Apologies (was: Re: an relevant link about Vista)

2007-01-26 Thread Maarten de Boer
> spam. My idea is to find a way to tweak (or apply an existing patch > to) mailman so that messages marked as spam get discarded > automatically mailman on my mailserver (Ubuntu Dapper out of the box) has this option: Privacy options... [Spam filters] Header filters Filter rules to

Re: [linux-audio-dev] Recommended books for new audio developers

2007-01-16 Thread Maarten de Boer
Nice to see this list of recommended books growing. I'd like to add F. Richard Moore, Elements of Computer Music http://www.amazon.com/Elements-Computer-Music-Richard-Moore/dp/0132525526 (the 1 customor review sums it up pretty well) and Musical Signal Processing, 1997 Swets & Zeitlinger Publ

Re: [linux-audio-dev] crossplatform atomics

2006-05-25 Thread Maarten de Boer
> not sure what you mean, but on sparcs, int writes are not atomic unless > you only use the lower 24 bits. right, this is exactly the point! 32 bits int might be atomic on a certain platform, but i have no idea about many others. in the meantime, a part from joq suggestion of LFDS, and niklas me

[linux-audio-dev] crossplatform atomics

2006-05-24 Thread Maarten de Boer
Hello, I am looking for a cross-platform implementation of an atomic integer. Under Linux, a build an c++ class "atomic" around asm/atomic.h, (which I can use as if it where an int), but I'd like to have a solution that also works on Windows XP and Mac OS X. Thanks for any suggestions, Maarten

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

2005-10-17 Thread Maarten de Boer
Very interesting reads. Thanks! > Here's some papers specifically geared toward DSP processors that > support the use of fixed point: > > Superior Audio Requires Fixed-Point DSP > http://www.rane.com/note153.html > > 48-Bit Integer Processing Beats 32-Bit Floating-Point for Professional >

Re: [linux-audio-dev] best LL kernel options with ingo molnar's patch

2005-07-06 Thread Maarten De Boer
> List archives. There's no point documenting it because it's developing > too fast. Ok. I gave up following the whole discussing on LKML because it was too fast :-) > If your distro has a 2.6.12 kernel available, you need to file a bug > report against PAM to support this new kernel feature.

Re: [linux-audio-dev] best LL kernel options with ingo molnar's patch

2005-07-06 Thread Maarten De Boer
Hi, Thanks for the reply. > > CONFIG_PREEMPT_RT:      Complete Preemption (Real-Time) > > [...] > > AFAIK this one. Hm, I am currently trying PREEMPT_DESKTOP. I got the impression _RT would be a bit of overkill for audio work. > Unfortunately, I also try to get decent audio on my 2.6.12 > mach

[linux-audio-dev] best LL kernel options with ingo molnar's patch

2005-07-05 Thread Maarten de Boer
hello, any advice on what would be the best kernel options when using ingo molnar's patch for an audio setup? CONFIG_PREEMPT_DESKTOP: Preemptible Kernel (Low-Latency Desktop) or CONFIG_PREEMPT_RT: Complete Preemption (Real-Time) CONFIG_PREEMPT_SOFTIRQS: Thread Softirqs CONFIG_PREEMPT_HARD

Re: [linux-audio-dev] desktop audio resumed

2005-07-01 Thread Maarten De Boer
Hi Lee, > > why alsa does not > > do mixing in software by default > > Please reread the thread again. It does do this by default. ALSA 1.0.9 > or later is required. I knew this. But in the context of explaining the problem, it's essential to mention it. I should have said "did" instead of "do

[linux-audio-dev] desktop audio resumed

2005-07-01 Thread Maarten de Boer
Hello, I just did some rereading of some parts of the "What Parts of Linux Audio Simply Work Great?" thread, that talk about the problems with soundcards that do not support multiple streams, and thought it would be good if we could actually come up with an advice to the desktop developers (Gnome

Re: [linux-audio-dev] [ot] [rant] gcc, you let me down one time too many

2005-06-08 Thread Maarten de Boer
Paul Davis <[EMAIL PROTECTED]> wrote: > i'll leave "making things as fast as possible" to intel, AMD and the gcc team. When I read this when you posted this the first time, I thought: and what about PPC? But now, after Steve Jobs WWDC keynote, it turns out that your omission of PPC was visionary :

[linux-audio-dev] Linux For Audio Tutorial at AES Convention

2005-06-01 Thread Maarten de Boer
we hope to have generated some interest in the AES crowd, and given them a good idea of the current state of Linux audio applications. We put the slides at http://iua-share.upf.es/wikis/aes/ and tomorrow we will add some photos. Of course suggestions are welcome! Pau Arumi Maarten de Boer

[linux-audio-dev] Re: problem latencytest: modprobe rtc: no such device

2005-01-05 Thread Maarten de Boer
Hi Takashi, Thanks for your reply. > Did you enable HPET? Hmm, it seems so... I configured my kernel using the debian .config as oldconfig. $ grep HPET /boot/config-2.6.10-ck2-pentium4 CONFIG_HPET_TIMER=y CONFIG_HPET=y # CONFIG_HPET_RTC_IRQ is not set CONFIG_HPET_MMAP=y > When hpet timer is e

[linux-audio-dev] problem latencytest: modprobe rtc: no such device

2005-01-05 Thread Maarten de Boer
Hello, I decided to give kernel 2.6.10 a try, so I installed it in combination with Con Kolivas system system responsiveness patch. But when I try to run the latencytest (0.5.5), I run into the following problem: $ modprobe latency-test WARNING: Error inserting rtc (/lib/modules/2.6.10-ck2-ck2-p

[linux-audio-dev] problems running latency-test 0.5.5 with latest VP kernel

2004-10-08 Thread Maarten de Boer
Hello, I decided to give the voluntary preempt patch a try, so I just build a 2.6.9-rc3-mm3-VP-T3 kernel. But when I try to run the latency-test I run into the following problems: First of all, a simple-to-fix compile error in showtrace.c, caused by a missing " while ((c = getopt(argc,

Re: [linux-audio-dev] missing fonts in VST plugins: RESOLVED

2004-07-21 Thread Maarten de Boer
> [...] I didn't have the original MS TTF fonts anywhere on my system, > so I grabbed them from my Better Half's machine For those of you that don't have a Better Half (that runs Windows), you can download these fonts from the http://corefonts.sourceforge.net/ download pages. You also need cabext

[linux-audio-dev] Re: pci gfx card / jack xruns / pci latencies

2004-07-21 Thread Maarten de Boer
Hello Florian, Is this with kernel 2.6.x or 2.4.x? I remember there were some problems with Matrox cards, that were initially not included in the 2.4.x low-latency patch, but I thought that at some point Andrew included them. http://www.eca.cx/lad/2002/06/0076.html maarten

Re: [linux-audio-dev] Tutorial on Professional Audio GNU/Linux Tools

2004-07-14 Thread Maarten de Boer
> This combination won't work for synchronised MIDI and audio with > Rosegarden. Really? It seems to have worked for us. What are the symptoms?

Re: [linux-audio-dev] Tutorial on Professional Audio GNU/Linux Tools

2004-07-14 Thread Maarten de Boer
Hello, [EMAIL PROTECTED] wrote: > And did you find RoseGarden and Ardour we're sync'd up tightly? > I have yet to find them REALLY syncing really tightly > > what distro are you on? what versions of the software? what hardware? Sorry for not replying earlier. We wanted to do some tests fi

[linux-audio-dev] How does ASIO work?

2004-07-06 Thread Maarten de Boer
Hello, I am preparing some slides about Linux audio, and while comparing Linux with Windows, I have been wondering how the ASIO drivers manage to obtain low latency on MS Windows, an operating system that does not seem capable of low latency in any other way. So what tricks did Steinberg come up w

Re: [linux-audio-dev] Traps in floating point code

2004-06-28 Thread Maarten de Boer
Hi Erik, Depending on the ranges of your increment, and the accuracy you want to obtain, you might consider doing this with integers only. Maarten > The fix in this case was this: > > for (;;) > { > /* Bunch of other code. */ > > fractional += increment ; > rem

Re: [linux-audio-dev]Using python for small multimedia app ?

2004-06-04 Thread Maarten de Boer
Hi, This subject reminded me that some time ago, a friend of mine mentioned that he had read a message of James McCartney (SuperCollider) in which James talked about his decision of having implemented his own OO language for SC rather than reusing an existing, generic, OO language. I looked for th

[linux-audio-dev] high resolution time patch for 2.6.5 kernel

2004-05-12 Thread Maarten de Boer
a collegue pointed me to this post about a high resolution time patch for the 2.6.5 kernel. i'm not 100% if it has been mentioned here before, nor of how much interest it is, but just in case. http://lwn.net/Articles/81400/ maarten

Re: [linux-audio-dev] Request to audio related LiveCD packagers

2004-04-27 Thread Maarten de Boer
> debian is about to exclude all "non-free" material from their > distributions. this includes firmware, documentation et al. Hi Paul, Where did you read that? It is not what i understand from the changes to the Social Contract, http://www.debian.org/vote/2004/vote_003 ---

Re: [linux-audio-dev] Lionstracs / Linux Audio at Musikmesse report

2004-04-07 Thread Maarten de Boer
> The problem is that the guy that took the video used a camcorder with > firewire output, he is not a Linux expert, he uses windows on his PC > which has very to easy tools to transfer the videos to the PC and make a > video file out of it. On Linux, kino will do this just fine, with a nice GUI

[linux-audio-dev] [OT] Fw: 4 Open positions at the Music Technology Group

2004-01-21 Thread Maarten de Boer
Begin forwarded message: The Music Technology Group of the Universitat Pompeu Fabra in Barcelona (www.iua.upf.es/mtg), a research group known for its work on audio processing technologies and their musical and multimedia applications, has 4 open positions in different areas and projects: - Graph

[linux-audio-dev] bandwidth limited waveform generators?

2003-12-11 Thread Maarten de Boer
hello, i remember that some time ago there was some discussion about bandwidth limited waveform generators. my question is: did anybody compare the various implementations, and does anybody have an idea what would be the fastest? (square, saw) maarten

[linux-audio-dev] Re: [Alsa-devel] alsa 1.0.0 API changes???

2003-12-09 Thread Maarten de Boer
Thanks! Out of curiosity: how did you manage to keep binary compatibility? Maarten

[linux-audio-dev] alsa 1.0.0 API changes???

2003-12-09 Thread Maarten de Boer
Hello, I have been unsubscribed from alsa-devel for a while, so maybe i missed the discussion about this, but a quick look at the archives did not reveal anything. I just downloaded alsa 1.0.0rc2, and discovered that the API changed. For example (and this is only an example), take the function sn

Re: [linux-audio-dev] oh no ... virtual vocalists ...

2003-11-20 Thread Maarten de Boer
> oh it'll be audible, and as a lead vocal, you can bet it'll sound cheesy as > hell, except for that FIRST person who uses it, which will probably be > Prince > > but it might be useful for adding backup singers - which is actually what > weirds me out - and during the composition phase, just to

Re: [linux-audio-dev] plugin GUIs

2003-11-19 Thread Maarten de Boer
[snip: paul davis' gtk embedding example] well, looking at your code, i am not really sure if this is what you mean, but the attached code shows how to embed an existing X11 window inside a fltk window (run it, find out the XId of any existing window (with xwininfo), and enter it in the text input

Re: [linux-audio-dev] plugin GUIs

2003-11-18 Thread Maarten de Boer
> XEMBED style, or "foreign window style" ? i've already learnt how to > do it with Qt ... I don't remember.. I did it once. I think it was foreign window style. Anyway, I'll give it a try tomorrow. Maarten

Re: [linux-audio-dev] plugin GUIs

2003-11-18 Thread Maarten de Boer
For what it's worth, this can also be done with FLTK. Maarten

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

2003-09-19 Thread Maarten De Boer
you might also want to check out Gray Scavone's RtAudio, which is C++ where PortAudio is C, and it provides both blocked and callback based I/O. "RtAudio is a C++ class which provides a common API (Application Programming Interface) for realtime audio input/output across Linux (native ALSA and OS

Re: [linux-audio-dev] next power of two

2003-09-18 Thread Maarten de Boer
By the way, it seems the PPC has instructions to do it. >From the "PPC compiler writers guide": Round Up or Down to Next Power of 2 The floor power of 2 ( flp2) and ceiling power of 2 ( clp2) functions are similar to the floor and ceiling functions, respectively, but they round to an integral pow

[linux-audio-dev] next power of two

2003-09-17 Thread Maarten de Boer
Hi, A colleague of mine found this very clever algoritm to calculate the next power of two for a given number. It comes from the Prophecy SDK for 3d game development http://www.twilight3d.com/modules.php?op=modload&name=Downloads&file=index Since this is a kind of thing often needed in audio proc

Re: [linux-audio-dev] Job opening

2003-09-17 Thread Maarten De Boer
> PS: I couldn't tell from the list guidelines whether this kind of post > is appropriate. If not, sorry! and please ignore it. I think that the general consensus is that this kind of post are welcome. Linux audio jobs, or even computer audio jobs, are rare enough, and an employer has little othe

Re: [linux-audio-dev] Poll: Distro for audio and MIDI development

2003-07-23 Thread Maarten De Boer
By the way, Knoppix uses Debian sid, and is overall considered to be a very good demonstration of Linux' capabilities, both in features and in stability. I don't think it would have gotten the recognition it has, if people would have found it buggy or unstable. Maarten

Re: [linux-audio-dev] Poll: Distro for audio and MIDI development

2003-07-23 Thread Maarten De Boer
This is a nice coincidence, because I just installed Debian Sid ('unstable') on my home workstation. I am also a convinced Debian user, and all the servers and workstations I administrate are Debian Woody ('stable'). Now, recently, I have seen myself forced to install more and more backported pac

Re: [linux-audio-dev] OpenAFS and preemptible patch

2003-07-08 Thread Maarten de Boer
> http://shfs.sourceforge.net/ LUFS looks quite a bit more mature. http://lufs.sourceforge.net/lufs/

Re: [linux-audio-dev] OpenAFS and preemptible patch

2003-07-08 Thread Maarten de Boer
> We have the same situation at work, I have root on my desktop so I'm not > allowed to NFS mount the fileserver. But it will allow you to "su" to any user id, and mount it. That's the problem. AUTH_DES seems to be the solution, but is not implemented on Linux :-( > Have you looked at shfs, it al

Re: [linux-audio-dev] OpenAFS and preemptible patch

2003-07-08 Thread Maarten de Boer
> for the record, plain old nfs has always worked for me. any reasons you > are not just using that ? (ok, i know it sucks in many respects, > esepcially security, but then low latency audio implied a trusted > environment anyway...) yes, nfs is what we are using currently. the problem is that

Re: [linux-audio-dev] OpenAFS and preemptible patch

2003-07-07 Thread Maarten De Boer
> I experienced the same problem. I posted on OpenAFS-info but nobody > came up with a solution or even indicated that the problem had been > looked into at all. Well, I got a reaction that was even less encouraging: "Well, it's either AFS or the preemption patch. You can choose..." Maarten

[linux-audio-dev] OpenAFS and preemptible patch

2003-07-07 Thread Maarten De Boer
Hello, I have been doing some tests with OpenAFS, and it hangs on me frequently. On the OpenAFS I found out that this is very likely caused by the preemptible patch. Knowing that a lot of people around here are using that patch, I'd like to ask if any of you have experienced the same, and know of

Re: [linux-audio-dev] patches for kernel 2.4.21 ?

2003-06-19 Thread Maarten de Boer
> Has anybody got the (latest) NVidia drivers to > work with the latest 2.5 kernel? Ah, answering myself, I just found patches at http://www.minion.de/ Maarten

Re: [linux-audio-dev] patches for kernel 2.4.21 ?

2003-06-19 Thread Maarten de Boer
> > i'd encourage people to try 2.5 to iron out audio-specific problems > > before we go into 2.6-test and the developers get nervous... I'd love to, but a real show-stopper is that the (evil closed source) nvidia drivers don't support the 2.5 kernel... I've seen some patches for older versions (

Re: [linux-audio-dev] patches for kernel 2.4.21 ?

2003-06-18 Thread Maarten de Boer
> look here: > http://members.optusnet.com.au/ckolivas/kernel/ thanks, that's a very interesting page. maarten

Re: [linux-audio-dev] patches for kernel 2.4.21 ?

2003-06-17 Thread Maarten De Boer
> and that seems strange? ;-) no, though in the past i have been amazed sometimes :-) > the -ac changelog. To me, it's trivial to patch the rejects, but to > someone that isn't all that excited about it, it can be daunting. sure, but getting the rejects to patch does not mean that the patch is

[linux-audio-dev] patches for kernel 2.4.21 ?

2003-06-17 Thread Maarten de Boer
hello, it seems that the preemptible and the low latency patches are not yet available for the latest kernel, 2.4.21 has anybody succesfully applied older patches? any idea if the new patches are being worked on? maarten

Re: [linux-audio-dev] How to delay video?

2003-03-07 Thread Maarten de Boer
On Thu, 6 Mar 2003 18:46:27 +0100 Maarten de Boer <[EMAIL PROTECTED]> wrote: > i have not tried this, but i would say that using mencoder in copy mode > writing to a fifo and mplayer reading from that fifo could do the trick. I was talking nonsense here. Maarten

Re: [linux-audio-dev] How to delay video?

2003-03-06 Thread Maarten de Boer
i have not tried this, but i would say that using mencoder in copy mode writing to a fifo and mplayer reading from that fifo could do the trick. the time between launching mencoder and mplayer determines that delay. maarten

[linux-audio-dev] [ANNOUNCE] polarbear-0.5.1

2003-02-26 Thread Maarten de Boer
Small bugfix: compile with both fltk 1.0 and fltk 1.1

[linux-audio-dev] [ANNOUNCE] polarbear-0.5.0

2003-02-26 Thread Maarten de Boer
Hello, I just released polarbear. I had the code lying around, and just merged it with the jack/alsa i/o code of tapiir. Note that this is the first public release. I did not test it thoroughly, and I am not sure if the GUI is obvious enough (it should be if you are familiar with complex filters),

[linux-audio-dev] [ANNOUNCE] tapiir-0.7.0

2003-02-24 Thread Maarten de Boer
Hello, I just released a new version of tapiir. Tapiir now supports jack. Tapiir can be found at http://www.iua/~mdeboer/projects/tapiir/ Tapiir is a simple and flexible audio effects processor, inspired on the classical magnetic tape delay systems used since the early days of electro-acoustic m

Re: [linux-audio-dev] Blockless processing

2002-12-13 Thread Maarten de Boer
> I couldn't resist it so I hacked up a quick script to try the blockless, > dynamicly compiled processing we were discussing the other day. Hi, I missed that discussion (do you have a pointer?) but it all seems very much related to the example i posted some while ago: http://www.eca.cx/lad/2002

Re: [linux-audio-dev] smpte generating code

2002-12-05 Thread Maarten de Boer
> my thought was that i could avoid this by actually emitting SMPTE > itself, which is an audio stream, and thus can be generated with > perfect sample accuracy as we go. this can then allow people with > equipment that can read a SMPTE signal and/or convert it to MTC to get > their devices to lock

Re: [linux-audio-dev] smpte generating code

2002-12-04 Thread Maarten de Boer
i just found the whole smpte discussion in the archives. it's a nice read, complete forgot that it was such a long thread. it starts with http://eca.cx/lad/2000/Jul/0287.html by the way, i quote from one of the messages: > i wish to god that SMPTE had never taken off. its the most ridiculous > t

Re: [linux-audio-dev] smpte generating code

2002-12-04 Thread Maarten de Boer
> i know that someone posted smpte-reading code here last year. does > anyone have any pointers to source code to generate smpte? that's me :-) ftp://www.iua.upf.es/pub/mdeboer/projects/SMPTE/ you can find the sourcecode for the SMPTE decoder, and some reallife SMPTE signals (from analog tape) t

Re: [linux-audio-dev] disk latency under 2.4.19 ll+preempt

2002-11-20 Thread Maarten de Boer
> On my asus A7V266-E board i had to set down dma mode from DMA100 to DMA33 > get LL working fine. (<3ms) That is very interesting information (I have the same board). Did you discover this by trial and error? Maarten

Re: [linux-audio-dev] disk latency under 2.4.19 ll+preempt

2002-11-20 Thread Maarten de Boer
On 19 Nov 2002 15:29:19 -0500 jfm3 <[EMAIL PROTECTED]> wrote: > I'm running the low latency and preemption kernel patches on 2.4.19. I'm > getting disk copy latency of around 10ms. Since I'm a real time person > (according to M. Goggins) who doesn't use the hd in real time, I can > live with this,

Re: [linux-audio-dev] OT CPU Fans

2002-06-04 Thread Maarten de Boer
> Where are you reading your temperatures? You sure that it's the > motherboard and not the CPU? Do you know where on the motherboard this > reading is coming from (the chipset, or just a general ambient case > thermometer)? In the BIOS. I suppose it is the chipset. > What type of climate d

Re: [linux-audio-dev] OT CPU Fans

2002-06-04 Thread Maarten de Boer
> Really? I've got an A7V266E and haven't noticed anything hot.. and > anyway, I've never heard of a motherboard making a system hot in the > first place. I have no prove of this, it is just something I heard. But I do have to say mainboard temp gets high, but I am not sure if this is the proc

Re: [linux-audio-dev] OT CPU Fans

2002-06-04 Thread Maarten de Boer
I have the same problem as you. And the additional problem of having the PC in the livingroom, where I am torturing my daughter and girlfriend with the noise :-( Anyway, when I bought my pc, the already gave me a more expensive fan, because "the got so many people complaining about the noise". Th

Re: [linux-audio-dev] storing floats in ascii format

2002-05-16 Thread Maarten de Boer
> the thing i like about xml is it's human-readable. > doing binary in xml combines all the bloat of the former with the > ugliness of the latter... yes... > do you expect to have such masses of float data that size will become an > issue ? yes. lots of FFT bins, sinusoidal peaks and tracks...

Re: [linux-audio-dev] storing floats in ascii format

2002-05-16 Thread Maarten de Boer
> So, I was thinking to use binhex, or something similar, > encoding the 32 bits in 7 bit values in the ascii > character range. Thus, each float would take 5 bytes. i am wrong.. binhex, uuencode, xxencode and base64 use 6 bit values, also known as 3-in-4 encoding (3 8-bit values = 24 bit -> 4 6-

[linux-audio-dev] storing floats in ascii format

2002-05-16 Thread Maarten de Boer
Hello, Storing large arrays of floats in XML files is very unefficient when it comes to space. Where in a binary format each float would contain only 4 bytes, in a ASCII format this number much bigger. A simple solution would be to store the values as binary inside the XML. It is too bad XML doe

[linux-audio-dev] Re: [linux-audio-user] bristol synthesis emulation

2002-05-14 Thread Maarten de Boer
I take this to linux-audio-dev... > > Feature request: alsa 0.9 support, preferably including > > alsa sequencer support. I want to play these synths from > If I can help please let me know ! What about MIDI control of the > potentiometer / slider / switches ? I own all kind of doepfer's MIDI > c

[linux-audio-dev] [ANNOUNCE] alsamixergui and aconnectgui synced with 0.9.0rc1

2002-04-26 Thread Maarten de Boer
Hello, I just updated alsamixergui and aconnectgui. The code is now up to date with alsa-utils 0.9.0rc1. alsamixergui and aconnectgui are fltk front-ends for alsamixer and aconnect. thet are written directly on top of the alsamixer and aconnect source, leaving the original source intact, only a

Re: [linux-audio-dev] Help with LATENCY FULL DUPLEX AUDIO

2002-04-26 Thread Maarten de Boer
On Fri, 26 Apr 2002 00:37:21 +0200 (CEST) [EMAIL PROTECTED] wrote: > Hello, > I am just working (finishing) on modular realtime effect procesor. It > is my thesis project. I would like to ask three questions: > > 1. > How can I calculate the latency in ms with OSS driver? I would strongly advic

[linux-audio-dev] Re: [Alsa-devel] ALSA homepage redesign

2002-04-18 Thread Maarten de Boer
Hello Patrick, Looks very nice. Am I correctly assuming that you will be the maintainer of the ALSA pages from now on? Could you add the following alsa 0.9 applications I wrote: http://www.iua.upf.es/~mdeboer/projects/tapiir/ http://www.iua.upf.es/~mdeboer/projects/aconnectgui/ http://www.i

[linux-audio-dev] RTC timer question

2002-04-04 Thread Maarten de Boer
Hello, I sent the following to the ALSA list, but did not get any answer, so I repost it here, hoping anybody has delt with this before. First, I noticed that the alsa rtctimer is not compiled when you have the RTC in your kernel as a module. The problem is in alsa-kernel/core/Makefile, where C

[linux-audio-dev] sound cancelation with anti-sound

2002-04-04 Thread Maarten de Boer
i have been thinking about the following before, and now that i read about it on slashdot, and it got me thinking a bit more. the issue is sound cancelation. the article mentioned on slashdot, http://www.newscientist.com/news/news.jsp?id=ns2094 talks about a (very expensive) general approach

Re: [linux-audio-dev] realtime audio i/o with disk input

2002-03-20 Thread Maarten de Boer
Thanks Paul for your reply. > don't ever run application threads at max priority. it makes it > impossible to construct a watchdog for runaways. Okay, I'll make that max-1 > you don't need to use mutexes for the buffer itself. when there is one > reader and one writer, you can use a lock free r

Re: [linux-audio-dev] realtime audio i/o with disk input

2002-03-20 Thread Maarten de Boer
Thanks. Looking through Mustajuuri code, I have the impression you use the same approach as I do (that's at least reassuring). I will do some tests to see if the same problems occur, which would mean that they are caused somewhere else. Maarten

[linux-audio-dev] realtime audio i/o with disk input

2002-03-20 Thread Maarten de Boer
Hello, I mainly write this mail to Paul Davis, but of course everybody is welcome to answer :-) I am trying to do realtime audio i/o in combination with disk input. I know that Paul has a lot of experience with this. Rather than looking through his code, I'd appreciate some description of the ap

[linux-audio-dev] Re: [Alsa-devel] [ANNOUNCE] aconnectgui

2002-03-07 Thread Maarten de Boer
yes, that sounds like a layout problem. i will try to get my hands on a SBLive, and also use some virtual midi ports. as you might have noticed, this release is still rather beta: lot's of printf to be removed ;-) maarten

[linux-audio-dev] [ANNOUNCE] aconnectgui

2002-03-07 Thread Maarten de Boer
"aconnectgui is a FLTK based frontend for aconnect. It is written directly on top of the aconnect source, leaving the original source intact, only adding a couple of ifdefs, and some calls to the gui part, so it provides exactly the same functionality, but with a graphical userinterface." http://

Re: [linux-audio-dev] [announce] ALSA Patch Bay 0.1

2002-03-05 Thread Maarten de Boer
On Tue, 05 Mar 2002 08:33:53 -0500 Dave Phillips <[EMAIL PROTECTED]> wrote: > Maarten de Boer wrote: > > > ...my alsamixergui (which I have a version for > > 0.9.x., based on the latest CVS sources, I should make it available A.S.A.P) > > Please !!!

Re: [linux-audio-dev] [announce] ALSA Patch Bay 0.1

2002-03-05 Thread Maarten de Boer
> I just completed version 0.1 of a very scrappy but functional gui midi > patch bay for alsa's seq api. It's essentially just a graphical version > of aconnect. It's available from: I wrote one already a long time ago (though for alsa 0.5.x, but it should be easy to port) ftp://www.iua.upf.es

[linux-audio-dev] DAFX01

2001-12-03 Thread Maarten de Boer
Hello, Is anyone on this list going to the DAFX01 conference in Ireland? It would be nice to chat about linux audio dev over a pint of Irish beer or some Irish whisky (I'm not very sure about the Irish stew) Maarten

Re: [linux-audio-dev] 2.4.16 low latency freezes

2001-12-03 Thread Maarten de Boer
Today, I have not been able to reproduce this behaviour... The only thing I can think of that I changed is that I updated my alsa-cvs. And maybe some vm tuning. Anyway, if I get it to reoccur, I'll let you know. Maarten > Tim Goetze wrote: > > > > Today Maarten de Boer wro

[linux-audio-dev] 2.4.16 low latency freezes

2001-11-30 Thread Maarten de Boer
Hello, Having changed my soundcard (from Trident 4D Wave NX to ens1371) while the trident driver is broken, I am now achieving good low latency results on my AMD Athlon, with a kernel compiled for Athlon. I moved to the latest kernel, 2.4.16, with Andrew Morton's low latency patch, but when I act

Re: [Alsa-devel] Re: [linux-audio-dev] latencytest results webpage

2001-11-16 Thread Maarten de Boer
Andre Pang <[EMAIL PROTECTED]> wrote: >> I am thinking of setting up a webpage, where people can post >> their latencytest results, so we can keep an inventory of >> the several combinations, categorising on: > > This is a great idea. I actually started re-writing the latency > testing harness s

[linux-audio-dev] latencytest results webpage

2001-11-16 Thread Maarten de Boer
Hello, I am thinking of setting up a webpage, where people can post their latencytest results, so we can keep an inventory of the several combinations, categorising on: - processor - SMP - kernel version - kernel patch - kernel configuration --- processor --- SMP --- ?? - tuning --- vm --- hdp

[linux-audio-dev] Re: more bad low latency results

2001-11-16 Thread Maarten de Boer
On Thu, 15 Nov 2001 21:47:02 +0100 Andy Lo-A-Foe <[EMAIL PROTECTED]> wrote: > On Thu, Nov 15, 2001 at 07:54:41PM +0100, Maarten de Boer wrote: > > > Your results look good. For what processor did you compile your kernel? > > CONFIG_MK7=y > > Did I read correctl

[linux-audio-dev] Re: more bad low latency results

2001-11-16 Thread Maarten de Boer
Vincent Touquet <[EMAIL PROTECTED]> wrote: > I have an Athlon too. > Is it true that there are issues with the lowlatency patches > (Andrew Morton's as well as the kernel pre-emption patches) and the > optimizations used in the kernel for the Athlon processor ? > > If so, do I need to compile for

[linux-audio-dev] Re: more bad low latency results

2001-11-16 Thread Maarten de Boer
Takashi Iwai <[EMAIL PROTECTED]> wrote: > I think 2.4.14 or 15pre are ok, too. The same LL patch should work. I applied the 2.4.15pre1AA patch on 2.4.14 (with some very small modifications), and the results are horrible. http://www.iua.upf.es/~mdeboer/latency/2.4.14-15pre1AA/3x256.html Maarten

[linux-audio-dev] Re: more bad low latency results

2001-11-15 Thread Maarten de Boer
On Thu, 15 Nov 2001 13:50:39 -0500 Paul Davis <[EMAIL PROTECTED]> wrote: > >> Hmm sounds like h/w problem, then.. > >> It's interesting to know where the data is contaminated, whether on > >> the driver level or transfer between capture and playback on > >> user-space, or what else.. > > > >I wou

Re: [Alsa-devel] Re: [linux-audio-dev] Re: more bad low latency results

2001-11-15 Thread Maarten de Boer
> Okay, here's my setup: > > - kernel 2.4.15-pre4 + Robert Love's preempt patches > (http://www.tech9.net/rml/linux/) > - kernel HZ value set to 1000, default is 100 > (see /usr/src/linux/include/asm/param.h) > - alsa 0.9.0beta9 + Trident 4DWave NX > - SCSI hard disk with ReiserFS > - Geforce

[linux-audio-dev] Re: [Alsa-devel] Re: more bad low latency results

2001-11-15 Thread Maarten de Boer
> Or, will you try AA patches? It's not a bad idea, since the current > (vanilla) VM is based on Andrea's code. Linus still doesn't include > all his patches. Yes, I will try the AA patches, though I am not very sure which to use, and on which kernel. The most recent one on a standard kernel (

Re: [Alsa-devel] Re: [linux-audio-dev] Re: more bad low latency results

2001-11-15 Thread Maarten de Boer
On Thu, 15 Nov 2001 18:35:33 +0100 Andy Lo-A-Foe <[EMAIL PROTECTED]> wrote: > On Thu, Nov 15, 2001 at 05:28:19PM +0100, Maarten de Boer wrote: > > > It would be really nice if somebody could repeat my tests on identical or > > similar hardware (AMD Athlon, Trident 4

[linux-audio-dev] Re: more bad low latency results

2001-11-15 Thread Maarten de Boer
> I've used this setting: > > echo 6 > /proc/sys/vm/vm_scan_ratio > echo 2 > /proc/sys/vm/vm_mapped_ratio > echo 4 > /proc/sys/vm/vm_balance_ratio Uuhh... I don't have these files... $ ls /proc/sys/vm/ bdflush kswapd overcommit_memory page-cluster pagetable_cache Did I miss something in my

Re: [linux-audio-dev] Re: more bad low latency results

2001-11-15 Thread Maarten de Boer
> There are VM tuning parameters in /proc/sys/vm/vm_*_ratio files. > Lowering these values tend to bring better latency results. Any recommended reading about this? I reinstalled my system (needed to do that for a while now anyway) to be crispy clean. Look at the latest results. http://www.iua.

Re: [linux-audio-dev] Re: more bad low latency results

2001-11-15 Thread Maarten de Boer
> i'm not running any latency test programs, but the scheduling and alsa > driver latency on this system (k6-III-450, audiophile 24/96, dma-ide) > is low enough to allow me to do stereo software audio-through (read > samples from pcm capture, write them to pcm playback) with an audio cycle > time

[linux-audio-dev] Re: more bad low latency results

2001-11-15 Thread Maarten de Boer
Takashi Iwai <[EMAIL PROTECTED]> wrote: > Hmm, I'm using an Athlon 600 MHz and got promising results even with > it. You can find the results (on different conditions) under > http://alsa-project.org/~iwai/latency-results/2.4.12 > The result with all LL-patches is found in ll-all directory.

Re: [linux-audio-dev] weird distortion with alsa latency test

2001-11-15 Thread Maarten de Boer
> When I compile my kernel for i386 on an AMD Athlon, the > alsa latency test is giving me weird distortion (knispering > sound, like a dusty vinyl record) > $ arecord -r 44100 -f S16_LE | aplay > does not seem to have this problem. I investigated this matter a bit further, and the crackling sou

[linux-audio-dev] jack failure

2001-11-14 Thread Maarten de Boer
jackd fails: # jackd -d hw:0 -r 44100 -p 1024 creating alsa driver ... hw:0|1024|44100 cannot connect to jack server cannot connect to jack server ALSA: cannot become client start engine ... engine driver not set; cannot start cannot join with audio thread (thread no longer exists) Maarten

[linux-audio-dev] jackd

2001-11-14 Thread Maarten de Boer
Hello, When trying to run jack, I got the following error: jackd: error in loading shared libraries: jackd: undefined symbol: mknod This was easily solved adding #include in engine.c Also, to compile the fltk client, I had to change the order of arguments: move the object file to the front,

[linux-audio-dev] Re: more bad low latency results

2001-11-14 Thread Maarten de Boer
I made a webpage with the several tests I did. Please have a look at it. I ran tune_disk /dev/hda, and do_tests none 3 256 0 2048 (indeed a really small size for the disk i/o test, but I was more interested in the rest) http://193.145.55.36/latencytest The soundcard I use is a Trident 4DWave NX

  1   2   >