At Thu, 16 Nov 2006 13:09:11 -0500,
Paul Davis wrote:
>
> On Thu, 2006-11-16 at 18:50 +0100, Takashi Iwai wrote:
> > Hi,
> >
> > is anyone interested in participating in the third Desktop Architects
> > Meething (DAM) on December 7-8 in Beaverton near Portland, Oreg
Hi,
is anyone interested in participating in the third Desktop Architects
Meething (DAM) on December 7-8 in Beaverton near Portland, Oregon?
I'm not able to attend it (I'll be in vacation in Japan exactly at
that time), and hope someone could be there as a linux audio
developer...
For details, pl
At Fri, 10 Nov 2006 09:21:24 -0500,
Dave Phillips wrote:
>
> Greetings:
>
> As many of you already know, SuSE has entered into an interesting 5-year
> plan with Microsoft. You can find the details on Slashdot and
> elsewheres, so I won't rehash them here.
>
> What isn't mentioned is the ALSA/S
At Sun, 29 Jan 2006 01:05:12 -0500,
Lee Revell wrote:
>
> Question for the DSP gurus:
>
> How hard would it be to implement an AC3 encoder as a LADSPA plugin that
> could be used in an ALSA config to encode stereo and 5.1 sources on the
> fly? Many Windows drivers seem to contain one, and it wou
At Mon, 20 Jun 2005 23:50:38 -0400,
Lee Revell wrote:
>
> On Mon, 2005-06-20 at 18:47 +0200, Takashi Iwai wrote:
> > The set-up is, however, not only the choice of the soundcard, but it
> > includes eventually the choice and set-up of devices. For example,
> > the defaul
At Tue, 21 Jun 2005 01:59:32 +0200,
Jens M Andreasen wrote:
>
> On Tue, 2005-06-21 at 00:10 +0200, Christoph Eckert wrote:
> > > > (And remember GNOME & KDE are multi-platform - so I don't
> > > > think GNOME & KDE apps can use ALSA directly.)
> > >
> > > They don't have to use ALSA directly, but
At Mon, 20 Jun 2005 13:26:06 -0300,
Juan Linietsky wrote:
>
> Takashi Iwai wrote:
>
> >>-Module configuration parameters. WHY ON EARTH do I have to specify the
> >>IO port for mpu401, joystick, etc as driver options when loading the
> >>modules for my soundc
At Thu, 16 Jun 2005 10:30:29 -0400,
Paul Davis wrote:
>
> > > i don't think that, even if we had had fons on board at that time, that
> > > the idea of using a DLL rather than interrupts to truly drive the whole
> > > system would have occured to anyone in 1996-2000.
> >
> > Probably not, but I r
At Sat, 18 Jun 2005 20:59:11 -0400,
Ivica Ico Bukvic wrote:
>
> I think that the core question is do Windows and OS X users have to know
> anything about "sound servers" to get multiple applications to talk to the
> soundcard? The answer is obviously no.
>
> The second question is do Windows and
At Sun, 19 Jun 2005 16:01:39 -0400,
Lee Revell wrote:
>
> >SOUNBLASTER LIVE MIXER:
> >
> >total mystery
>
> This was never really an ALSA problem. The confusion due to the large
> number of mixer elements is resolved with recent versions of alsamixer
> (by splitting the controls into Pl
At Sun, 19 Jun 2005 12:42:34 -0700,
Erik Steffl wrote:
>
>looks like dmix solves the problem but it seems like it's not that
> easy to set it up (I haven't tried since I have soundcard with hw
> support for multiple channels).
This should have been improved. If you still have difficulties
At Sun, 19 Jun 2005 22:41:03 -0300,
Juan Linietsky wrote:
>
> ALSA related, I hate:
>
> -Dmix. It's not fair, why not the windows/beos approach which uses
> primary/secondary buffers? so you can
> AT THE SAME TIME access asyncronously to the audio device (Jack) and
> have lower priority audio m
At Mon, 20 Jun 2005 11:33:18 +0100,
Damon Chaplin wrote:
>
> On Sun, 2005-06-19 at 11:34 -0400, Dave Phillips wrote:
>
> > Ideally we'd be rid of artsd, esd, and all the legacy from OSS/Free.
> > We'd have one sound server (JACK?) and software mixing would be enabled
> > by default. The remai
At Mon, 20 Jun 2005 00:23:57 +0200,
Christoph Eckert wrote:
>
>
> > But the core ALSA developers work for SuSE. There must be
> > some other explanation for this one.
> >
> > Maybe they just felt that dmix was not ready until
> > recently. Or maybe their desktop people really do not ever
> > ta
At Mon, 07 Feb 2005 18:56:39 +0100,
thomas charbonnel wrote:
>
> Marije Baalman wrote :
> > Paul Davis wrote:
> >
> > >>the MADI driver was written by winfried rietsch, and has been in ALSA
> > >>for at least 6 months.
> > >>
> > >>
> >
> > ok, that's great :)
> >
> > then we can consider g
At Wed, 5 Jan 2005 13:46:11 +0100,
Maarten de Boer wrote:
>
> 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
> CONF
At Wed, 5 Jan 2005 11:20:01 +0100,
Maarten de Boer wrote:
>
> 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:
>
> $ modprob
At Mon, 22 Nov 2004 13:21:07 -0500,
Lee Revell wrote:
>
> (added alsa-devel to cc)
>
> On Mon, 2004-11-22 at 18:53 +0100, Alfons Adriaensen wrote:
> > Which leads to the following question I've been asking myself for some time:
> >
> > the ALSA sequencer API seems to allow *timestamped* events -
At Thu, 18 Nov 2004 19:54:58 +,
Pieter Palmers wrote:
>
> Why don't we support the manufacturers that do support us? After all,
> there are some that provide us with what we need, and I don't see that
> mentioned that often. I'm quite confident that for most needs you can
> find a card from
At Thu, 15 Jul 2004 21:50:29 -0700,
Florin Andrei wrote:
>
> On Sat, 2004-07-10 at 22:25, Andrew Morton wrote:
>
> > What we need to do is to encourage audio testers to use ALSA drivers, to
> > enable CONFIG_SND_DEBUG in the kernel build and to set
> > /proc/asound/*/*/xrun_debug and to send us t
At Mon, 12 Jul 2004 20:01:51 -0400,
Paul Davis wrote:
>
> >OK, thanks. The problem areas there are the timer-based route cache
> >flushing and reiserfs.
> >
> >We can probably fix the route caceh thing by rescheduling the timer after
> >having handled 1000 routes or whatever, although I do wonder
At Mon, 12 Jul 2004 21:01:16 -0400,
Lee Revell wrote:
>
> > Note that this info because available because someone set
> > /proc/asound/*/*/xrun_debug. We need more people doing that.
> > -
>
> This goes back to the need for ALSA documentation. Someone needs to
> write some. This will probably
At Wed, 14 Jul 2004 05:36:31 -0400,
Lee Revell wrote:
>
> On Wed, 2004-07-14 at 04:51, Takashi Iwai wrote:
> > At Tue, 13 Jul 2004 17:45:30 -0400,
> > Lee Revell wrote:
> > >
> > > On Tue, 2004-07-13 at 17:29, Andrew Morton wrote:
> >
At Tue, 13 Jul 2004 17:45:30 -0400,
Lee Revell wrote:
>
> On Tue, 2004-07-13 at 17:29, Andrew Morton wrote:
> > Lee Revell <[EMAIL PROTECTED]> wrote:
> > >
> > > Would this explain these? When running JACK with settings that need
> > > sub-millisecond latencies, I get them when I generate any loa
At Tue, 13 Jul 2004 02:25:01 -0700,
Andrew Morton wrote:
>
> Takashi Iwai <[EMAIL PROTECTED]> wrote:
> >
> > t Tue, 13 Jul 2004 02:00:25 -0700,
> > Andrew Morton wrote:
> > >
> > > Lee Revell <[EMAIL PROTECTED]> wrote:
> > > &
At Tue, 13 Jul 2004 02:00:25 -0700,
Andrew Morton wrote:
>
> Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > Here are some more. These result from using mplayer with ALSA OSS
> > emulation:
> >
> > Jul 13 04:31:49 mindpipe kernel:
> > Jul 13 04:31:49 mindpipe kernel: ALSA
> > /usr/src/alsa-cv
improvement of the latter (often contradictorily)...
--
Takashi Iwai <[EMAIL PROTECTED]>ALSA Developer - www.alsa-project.org
At Mon, 12 Jul 2004 17:46:39 -0700,
Andrew Morton wrote:
>
> Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > > resierfs: yes, it's a problem. I "fixed" it multiple times in 2.4, but the
> > > fixes ended up breaking the fs in subtle ways and I eventually gave up.
> > >
> >
> > Interesting. Th
At Fri, 2 Jul 2004 12:56:06 +,
<[EMAIL PROTECTED]> wrote:
>
> > Shouting "DON'T USE 2.6" isn't a good solution. Though, we need to
> > inform to "set LD_ASSUME_KERNEL as a workaround"...
>
> Pardon my ignorance but how does one do this? As a part of the
> config before compiling kernel or?
At Fri, 2 Jul 2004 13:26:44 +0200,
Florian Schmidt wrote:
>
> On Fri, 02 Jul 2004 11:40:28 +0200
> Takashi Iwai <[EMAIL PROTECTED]> wrote:
>
> > > When the dust settles from the kernel and NPTL, 2.6 will be more
> > > viable. Right now, even though
At Thu, 01 Jul 2004 22:16:39 -0400,
Paul Davis wrote:
>
> >I am using the latest 2.6.7 kernel (tried also 2.6.5) but with hdsp I cannot s
> >elect anything lower than 1024x2 buffer settings in jackd without having massi
> >ve xruns.
>
> Give up on 2.6 for now. If you can't give up on it, then at
At Thu, 10 Jun 2004 15:47:07 -0400,
Dave Phillips wrote:
>
> Greetings:
>
> Can someone explain why TiMidity eventually hogs the CPU at 95% or
> more after running for a while (like 12 hours or more) ? I'm talking
> about hogging the chip while TiMidity is idling, not playing. I'm using
> i
At Fri, 04 Jun 2004 14:25:01 -0400,
Dave Phillips wrote:
>
> Takashi Iwai wrote:
>
> >I'm not sure in which situation it hogs the CPU on Dave's system.
> >But, in general, it might be because of the sample interpolation.
> >The recent timidity uses an ex
At Fri, 04 Jun 2004 11:09:56 -0400,
Dave Phillips wrote:
>
> Jens M Andreasen wrote:
>
> >On fre, 2004-06-04 at 02:52, Dave Phillips wrote:
> >...
> >...
> >
> >
> >>The effects settings reduce CPU consumption. Btw, TiMidity will start to
> >>hog the CPU after a while.
> >>
> >>
> >
> >A
At Mon, 24 May 2004 11:12:10 -0400,
Ivica Ico Bukvic wrote:
>
> > first of all, the module won't work for x86-64 (yet)...
> > due to its stack-tracing, the module is dedicated for i386.
> >
> > (of course, any patches welcome ;)
>
> Yes, but I am running 32-bit version of Linux though.
ah, then
At Sun, 23 May 2004 22:47:34 -0400,
Ivica Ico Bukvic wrote:
>
> Hi all,
>
> I've been trying to benchmark my notebook with the latency-test. However,
> after a successful compile, instructions tell me that I need to install the
> latency-test module before running tests. Yet, if I do modprobe
> l
At Wed, 12 May 2004 15:22:06 +0200,
Alfons Adriaensen wrote:
>
> On Wed, May 12, 2004 at 03:03:27PM +0200, Frank Barknecht wrote:
>
> > Jens M Andreasen hat gesagt: // Jens M Andreasen wrote:
>
> > > To reiterate the question: SuSE 9.0 or Mandrake 10.0?
>
> I've been using a standard SuSE 9.0 (
fference being that we don't see it and we don't need to
> > upload it
>
> Takashi Iwai summarized:
> > 1. is the firmware binary is a program or a data?
> > 2. can we force the h/w vendor to show the source code under GPL (if
> >exists) in practic
At Wed, 5 May 2004 01:53:34 +0200,
Fons Adriaensen wrote:
>
> On Tue, May 04, 2004 at 05:50:10PM -0400, Jesse Chappell wrote:
>
> > The clthreads.h file in classlibs needs an #include
> > to compile on my system (glibc 2.3.2, gcc-3.2.2).
>
> I'm somewhat surprised by this. My gcc is 3.3.1. The
At Tue, 04 May 2004 11:03:10 +0200,
Andrea Glorioso wrote:
>
> > "Jens" == Jens M Andreasen writes:
>
> > Hi! Am I the only one to believe that this firmware discussion
> > is getting a bit out of touch? I mean, the firmware is not
> > running inside a gnu system, right? It is r
At Tue, 04 May 2004 11:08:28 +0200,
Andrea Glorioso wrote:
>
> > so far, alsa-firmware package is released from the understanding
> > of 1 as "data". but if someone insists it as program, yes, it
> > can be a problem.
>
> And what's worse, the distinction between "program" and "d
over that the firmware is actually non-free).
sure, the correct distribution under GPL would be the best case,
i.e. including the source code of the orignal assembly codes (if
really exists).
basically, it is a decision of the h/w vendor who provides the DSP
binary, not by me. if the GPL is
ween alsa-tools andalsa-firmware done
> explicitly to allow distribution of alsa-tools for distros which
> prefer not to distribute alsa-firmware?
basically it was thought to decrease the size of the package.
firmware data are rarely changed while alsa-tools programs are often
updated.
--
Takashi Iwai <[EMAIL PROTECTED]>ALSA Developer - www.alsa-project.org
nce nor author mention (probably because
> it's only 250 lines of code). I believe it was written by Takashi or
> Jaroslav, and that this omission could be easily corrected. Can anyone
> confirm this ?
no, it was written by Chris Rankin.
i believe he wouldn't disagree to add a GPL note.
--
Takashi Iwai <[EMAIL PROTECTED]>ALSA Developer - www.alsa-project.org
At Wed, 3 Dec 2003 14:54:44 +,
Steve Harris wrote:
>
> On Wed, Dec 03, 2003 at 02:55:48PM +0100, Takashi Iwai wrote:
> > as far as i understand, there is no strict definition of behavior
> > about type punning. with GCC, you can use a union as a workaround (as
> >
At Wed, 3 Dec 2003 11:18:42 +,
Steve Harris wrote:
>
> On Wed, Dec 03, 2003 at 10:41:05 +, Mike Rawes wrote:
> > -O2 will include the -fstrict-aliasing flag for gcc, so it's turned on here.
> > I've no idea what -O6 does (intel compiler, pgcc?). -O3 is the highest in the
> > gcc documentat
At 29 Nov 2003 22:03:09 -0600,
Jack O'Quin wrote:
>
> Roger Larsson <[EMAIL PROTECTED]> writes:
>
> > > That's right. But, Paul and I have been working closely with this and
> > > don't have much faith in the correctness of the 2.4 scheduler.
> >
> > Have you told kernel developers about this?
At 16 Oct 2003 21:04:01 +0300,
Jussi Laako wrote:
>
> On Wed, 2003-10-15 at 23:33, Paul Davis wrote:
>
> > yes, sure, so the docs could be better and make it easier for you to
> > find out how to do this. but the point was that OSS offers *no* xrun
> > control. xruns can't be detected in user spa
At Wed, 15 Oct 2003 09:21:34 -0700,
Tim Hockin wrote:
>
> I'm potentially in the market for a new box before end of year. Has anyone
> found anything to show whether Athlon64 (or the high-end FX line) are worth
> it for audio? Assume some legacy audio code under legacy OS :-/
i've been using AM
At Tue, 14 Oct 2003 11:57:17 -0500 (GMT-05:00),
Taybin Rutkin wrote:
>
> Defiant until the very end. Almost admirable.
well, i wouldn't stop him keeping on programming with OSS API.
surely we'll keep OSS API in the future, too.
so, as long as he is satisfied, it doesn't matter :)
but i'd not re
At Mon, 15 Sep 2003 13:05:26 +0200,
Uwe Koloska wrote:
>
> Takashi Iwai wrote:
> >>
> >>- what is the reason for starting the init without full
> >>capabilities? (to use jackstart, I have to rebuild the kernel
> >>with all capabilities se
At Mon, 15 Sep 2003 11:04:05 +0200,
Uwe Koloska wrote:
>
> Hello,
>
> Takashi Iwai wrote:
> >
> > yes, suse kernel (since 8.1) already includes most of the
> > necessary changes. some parts are missing but they are on
> > the rare code path, which has bee
At Fri, 12 Sep 2003 12:29:58 -0400,
Paul Davis wrote:
>
> http://news.harmony-central.com/Newp/2003/junXion-10.html
>
> the ALSA sequencer already provides 90% of the infrastructure
> described. all that is needed is something to read from the game
> controller and queue immediate MIDI events .
At Thu, 11 Sep 2003 09:46:36 +0200,
Uwe Koloska wrote:
>
> Hello,
>
> is there anyone with a version of the LL-patch for SuSE kernels?
> (I use 8.2 with 2.4.20). Some hunks of the patch are always in
> the SuSE kernel (sometimes with small changes as other variable
> names) -- and this lead m
At Wed, 10 Sep 2003 16:45:36 +0530 (IST),
Ravishankar K.H wrote:
>
> Thanks for the reply,
>
> Initially I could able to tweak the parameters like MAX_VOICES and get
> timidity working on Simputer (You might have heard about it). But when I
> tried to go through the actual code and modify it for
At Wed, 10 Sep 2003 03:58:27 -0700,
Juan Linietsky wrote:
>
> On Monday 08 September 2003 23:10, Ravishankar K.H wrote:
> > Hi,
> >
> > Can anybody give me a link/document which gives the details about Timidity
> > code. Since, I have recently started working on audio software
> > (particularly, T
Hi,
At Wed, 27 Aug 2003 20:53:48 +0200,
Martin Langer wrote:
>
>
> Firmware loaders for Midiman and Tascam USB MIDI devices
>
> These packages allow you to use Midiman's MidiSport USB MIDI interfaces and
> Tascam's USB Audio interfaces with Linux. These devices require a firmware
> download bef
At Thu, 14 Aug 2003 02:48:40 +0200,
Christian Henz wrote:
>
> On Wed, Aug 13, 2003 at 03:09:10PM -0700, Joshua Haberman wrote:
> > I am distressed. It was my understanding that the 2.5/2.6 kernel branch
> > was undergoing significant scheduler and latency work, and that 2.6
> > would eliminate
At Thu, 14 Aug 2003 02:55:28 +0300 (EEST),
Kai Vehmanen wrote:
>
> For example, one new approach to the problem SCHED_SOFTRR, see:
> http://www.xmailserver.org/linux-patches/softrr.html
> http://www.ussg.iu.edu/hypermail/linux/kernel/0307.1/1729.html
>
> It's unlikely to get something like this e
At Thu, 14 Aug 2003 16:27:37 +0200,
Robert Jonsson wrote:
>
> Hi,
>
> > > I also found 2.6.0-test[123] to be less responsive than 2.4.x-ll, or even
> > > stock 2.4.x. I've also experienced XMMS dropouts under load (for example
> > > compiling Muse)
> > >
> > > Some behaviour I've noticed is that
At Mon, 28 Jul 2003 11:24:06 +0200,
I wrote:
>
> Hi Thomas,
>
> At Sun, 27 Jul 2003 17:44:57 +0200 (CEST),
> Thomas Charbonnel wrote:
> >
> > Hi,
> >
> > This is already a bugfix release :
> >
> > * Fixes a typo for Digiface and H9652 cards in HDSPMixerSelector.cxx
> > (caused a cras
Hi Thomas,
At Sun, 27 Jul 2003 17:44:57 +0200 (CEST),
Thomas Charbonnel wrote:
>
> Hi,
>
> This is already a bugfix release :
>
> * Fixes a typo for Digiface and H9652 cards in HDSPMixerSelector.cxx
> (caused a crash on startup)
> * Fixes a menu messing bug in Submix handling
>
At Thu, 20 Mar 2003 17:08:23 -0500,
Paul Davis wrote:
>
> >Anyway, I believe this goes for a bunch of other cards as well, so no
> >news here, really.
>
> there are plans to try to generalize the "firmware" loading for ALSA
> drivers to load stuff from a regular file. the wavefront driver does
>
At Tue, 18 Mar 2003 12:23:55 -0500,
Paul Davis wrote:
>
> >Anyway, I think this patch has its place on linux-kernel. It will most likely
> >be rejected but it shows that people are interested in these issues...
> >(Who knows Ingo might get another bright idea... :-)
>
> i agree, but i also raise
At Fri, 14 Feb 2003 14:02:45 +,
Steve Harris wrote:
>
> Hi all,
>
> I'm trying to hack up a quick app that sends MIDI clock pulses in sync
> with a ringbuffer playback.
>
> I've got it reading MIDI (thanks to Matthias' great exmaple code), but I
> cant figure out how to send MIDI clock pulse
g:
1. the name of the device (mobo, notebook)
2. whether "master" is connected to any jack?
3. output of "lspci -xv" (of the multimedia entry only)
4. output of "lspci -nv" (of the multimedia entry only)
5. ac97 codec name (found in /proc/asound/card0/ac97#0)
thanks in adv
At Wed, 12 Feb 2003 11:49:08 -0500,
Paul Davis wrote:
>
> when ardour is in a state where i believe (rightly or wrongly) that a
> reasonably typical target user can sit down and just use it without
> encountering bugs when recording a typical 12-32 track piece, there
> will be binaries.
don't for
At Wed, 05 Feb 2003 13:07:59 -0500,
Paul Davis wrote:
>
> >i wrote a small helper library which allows applications to change
> >their realtime-priority without having root privilege.
> >
> >the method is similar like utempter library: the library forks and
> >execs the checker program which is s
Hi,
i wrote a small helper library which allows applications to change
their realtime-priority without having root privilege.
the method is similar like utempter library: the library forks and
execs the checker program which is set as setuid-root. then the
checker proves the invoking applicatio
At Sun, 26 Jan 2003 01:08:44 +,
Dave Griffiths wrote:
>
> I'm getting errors when I call snd_seq_open in a plugin, which go away in a
>standalone test app:
>
> ALSA lib dlmisc.c:100:(snd_dlsym_verify) unable to verify version for symbol
>snd_config_hook_load
> ALSA lib conf.c:2655:(snd_conf
At Fri, 24 Jan 2003 08:09:44 -0500,
Paul Davis wrote:
>
> the other alternative that many of us here like rather a lot is JACK
> (http://jackit.sf.net/), which provides a different model: data
> sharing between applications, shared access to hardware,
> sample-synchronous execution of all applicat
At Thu, 28 Nov 2002 22:46:17 -0500 (EST),
Taybin Rutkin wrote:
>
> On Thu, 28 Nov 2002, Robert Jonsson wrote:
>
> > I thought I would share some info about some utilities I found recently
> > with regards to overly painful compile times.
>
> One tool I have used successfully is compilercache.
Hi,
the development tree of the latest TiMidity++ was moved onto
sourceforge now.
http://sourceforge.net/projects/timidity/
there is a cvs branch, "R2_12_0_pre1b", which includes bunch of
enhancement patches. the patches sent on the timidity developer ML
(in japanese) are (occasionally)
At Wed, 23 Oct 2002 15:16:08 +0200,
Werner Schweer wrote:
>
> On Wednesday 23 October 2002 11:51, Takashi Iwai wrote:
> ...
> > > - SB AWE models (ugh, crap!)
> > > - Yamaha YMF7xx/DS-XG (some have reported that these work ok,
> > > but in any case
At Wed, 23 Oct 2002 00:07:22 +0300 (EEST),
Kai Vehmanen wrote:
>
> On Tue, 22 Oct 2002, Peter L Jones wrote:
>
> > I don't want to have to learn about DSPs and stuff to be able to identify a
> > _good_ sound card. I've currently got a shortlist for my next machine:
> > * MidiMan Delta Audioph
At Fri, 27 Sep 2002 22:57:15 +0100,
Peter L Jones wrote:
>
> Hi all,
>
> I've tried to subscribe to Eric A Walsh's TiMidity mailing list but it doesn't
> appear to be working... (or there's too little latency in my patience...)
> So... would anyone be even vaguely interested in...
>
> a) an
At Fri, 16 Aug 2002 07:25:03 +1000,
Erik de Castro Lopo wrote:
>
> On Thu, 15 Aug 2002 11:06:33 -0400
> Dave Phillips <[EMAIL PROTECTED]> wrote:
>
> > Hi, Conrad:
> >
> > A quick question: I have libsndfile 0.0.28 installed here, I need it
> > because Ardour doesn't yet utilize 1.0.0. Is ther
At 04 Jul 2002 01:04:39 -0700,
Alexander Carot wrote:
>
> Hej,
>
> I just bought a Quattro Audio interface which runs wonderfully under MAC
> OS 9 but under Linux there's trouble with the soundin.When recording I
> get lot of strange noise and "dropouts".
> I'm running a version that is about 7
At Thu, 09 May 2002 07:10:03 -0400,
Paul Davis wrote:
>
> >> i am reading a little endian unsigned long long (64 bit integer) as
> >> two LE 32 bit units. i know how to do this on a LE host. can someone
> >> tell me how to byte swap and OR them together to form the correct
> >> value if the host
Hi,
At Thu, 18 Apr 2002 21:32:07 +0200,
Thierry Vignaud wrote:
>
> Fred Gleason <[EMAIL PROTECTED]> writes:
>
> > > Is it perhaps time for an alsa-0.9.rc1 many people will be
> > > frightened off by the beta designation, and certainly mislead into
> > > thinking that 0.5 is the "safer" option.
At Wed, 17 Apr 2002 09:14:32 -0400,
Paul Davis wrote:
>
> >the best way is to retrieve the corresponding macro (e.g. get_cycles)
> >for each architecture from asm/timex.h, and merge it into your
> >source (or create a local header file).
>
> "#include "
>
> doesn't tell you where the header liv
At Thu, 18 Apr 2002 10:29:24 +,
Nick D wrote:
>
> On Thu, 18 Apr 2002 02:57:35 -0400
> Paul <[EMAIL PROTECTED]> wrote:
>
> > http://www.gentoo.org/
> >
> > Gentoo seems to like the cutting edge; you can even
> > try your hand at a gcc-3.x built system.
>
> :))
> with full optimisation,
At Tue, 16 Apr 2002 19:14:27 -0400,
Paul Davis wrote:
>
> Sure (thanks to Kai for pointing out
>
> --
>
> #include
>
>...
>cycles_t cycles = get_cycles();
>...
>
> --
At Tue, 11 Dec 2001 17:34:34 -0500,
Paul Davis wrote:
>
> >I'm thinking for the benefits that low latency audio applications will
> >have from preemption of running task in favour of the waiting task just
> >at end of interrupt handler execution (instead of end of time slice).
> >
> >I don't beli
At Fri, 16 Nov 2001 09:39:23 +0100,
Maarten de Boer wrote:
>
> 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), a
At Fri, 16 Nov 2001 10:26:23 +0100,
Maarten de Boer wrote:
>
> 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
At Thu, 15 Nov 2001 19:17:19 +0100,
Maarten de Boer wrote:
>
> > 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
At Thu, 15 Nov 2001 18:16:44 +0100,
Maarten de Boer wrote:
>
> > 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 kswap
At Thu, 15 Nov 2001 17:28:19 +0100,
Maarten de Boer wrote:
>
> > 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've used this setting:
echo 6 > /proc/sys/vm/vm_scan_ratio
Hi,
At Thu, 15 Nov 2001 12:35:16 +0100,
Maarten de Boer wrote:
>
> 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
> > ht
Hi,
At Wed, 14 Nov 2001 11:40:35 +0100,
Maarten de Boer wrote:
>
> I did not get any reaction on one of my previous mails, so I send it
> again. There have been numerous reports on this list about good LL,
> and now I find it very frustrating I can not get it myself. Please
> help me out! I'd re
At Tue, 06 Nov 2001 19:10:20 +0100,
Abramo wrote:
>
> Takashi Iwai wrote:
> >
> > Hi Maarten,
> >
> > At Tue, 6 Nov 2001 17:12:01 +0100,
> > Maarten de Boer wrote:
> > >
> > > Hello,
> > >
> > > I am trying to get low lat
Hi Maarten,
At Tue, 6 Nov 2001 17:12:01 +0100,
Maarten de Boer wrote:
>
> Hello,
>
> I am trying to get low latency with alsa.
> I have kernel 2.4.13 with the preemptive patch and the
> alsa-driver/utils/patches/rtc-2.4.9.dif patch applied.
> In the kernel configuration, I turned on RTC and
> P
At Sat, 27 Oct 2001 18:24:51 +0200 (CEST),
Reiner Klenk wrote:
>
> On Fri, 26 Oct 2001, Takashi Iwai wrote:
>
> >Two new KDE applications for ALSA are available for download on
> >
> > ftp.suse.com/pub/people/mana
> >
> >The 7.2 and 7.3 directories o
At Sat, 27 Oct 2001 14:28:26 +0200,
Vincent Touquet wrote:
>
> >cut<
>
> >Are there versions of these without the KDE-requirement? I don't have KDE
> >installed and I don't see, why it is necessary to have KDE required.
> > Frank Barknecht
>
> Hm, me neither (model - view - controller separatio
At Sat, 27 Oct 2001 13:28:41 +0200,
Frank Barknecht wrote:
>
> Takashi Iwai hat gesagt: // Takashi Iwai wrote:
>
> > From: "Dr. Matthias Nagorni" <[EMAIL PROTECTED]>
> > Subject: kalsatools available for download
> >
> > Two new KDE ap
Hi,
here is the official annoucement about kalsatools, including kladspa.
the contents on ftp.suse.com will be available within a few hours..
Takashi
Two new KDE applications for ALSA are available for download on
ftp.suse.com/pub/people/mana
The 7.2 and 7.3 directories offer RPMs for
Hi Maarten,
At Fri, 19 Oct 2001 11:15:25 +0200,
Maarten de Boer wrote:
>
> Hello,
>
> As you may have heard, SEGA discontinued the Dreamcast,
> and you can buy them really cheap now. Looking at the
> specs, I realized that the Dreamcast would be a great
> standalone box for audio applications.
At Thu, 18 Oct 2001 14:21:37 -0400,
Paul Davis wrote:
>
> in the meantime, a small but focused group has provided ways to avoid
> the behaviour that Kai reported. linus has indicated that he's happy
> with the goal of low latency, but he doesn't want "hacks" to fix
> it. despite the fact that it
Hi,
At Tue, 16 Oct 2001 20:01:41 +0100,
Steve Harris wrote:
>
> Anyone know anything about kLADSPA? Its linked off SuSE's music apps page
> and theres a screenshot
> (http://www.suse.de/de/products/suse_linux/i386/images/kladspa.png), but a
> search on google doesn't show up anything else.
>
>
1 - 100 of 102 matches
Mail list logo