[Alsa-devel] asoundrc-howto
hi, cause i didnt found any sufficent documentation again i started to wrote a kind of asoundrc-minihowto. my plan is to put it on the alsa-wiki-page, but i dont know where the (un)offical alsa-wiki-page is, its not linked on alsa-project.org. otherwise i will put it 'statically' somwhere on the web. there are still some questions open, maybe someone knows this: what are hooks in detail? what are they good for?? how does ttable work in detail ?? all descriptions (in human readable form) to other pcm_types are welcome! in the distributed asoundrc.txt is an example of how to define pcm_meter, but i didn't found any docs about the meter module in alsa-lib-documentation, also liblevel.so is not in the main package, why? are there some other scopes around, i find this a very usefull feature of alsa. this belongs not to asoundrc but it bothers me a bit while installing the drivers. INSTALL in the drivers package states: The ALSA driver uses soundcore multiplexer for 2.2+ kernels and OSS compatible devices. You should add line like 'alias char-major-14 soundcore'. but i didnt found this soundcore module and kernel gives me errors, after deleting this from modules.conf everything runs fine, even the OSS emulation. is it still true for 2.4.X kernels?? __ joy ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] using external MIDI device to control the computer
Hi, I would like to use a digital piano keyboard attached to the serial port (MIDI-to-host 38400 bps MIDI connection) to generate some events on the computer. E.g. if I press the two lowest notes at the same time, I can move the mouse cursor or switch desktops, etc. I imagine I would have to have a kernel module which would implement filtering of certain events and passing them to some place, like a pipe that my control program (perhaps perl) would read and perform corresponding actions that I would program it to do. Is there currently a way to "insert a MIDI filter" into the MIDI stream received from the digital piano ? Or at least to say "copy all MIDI events into this socket / pipe for pickup by an application" (and that application would then recognize these special "control" events and would generate the system commands / events) ? How can I use the piano to control the computer ? (while I am recording, or some third app is consuming the MIDI stream on its own, and I have no control over that app) If there currently isn't a way to filter or duplicate the incoming MIDI stream, what would be necessary ? thanks - john __ File your taxes online! http://taxes.yahoo.ca ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] using external MIDI device to control the computer
>etc. I imagine I would have to have a kernel module which would >implement filtering of certain events and passing them to some place, >like a pipe that my control program (perhaps perl) would read and >perform corresponding actions that I would program it to do. not to appear too snobbish, but this is linux, and we don't do stuff like that in the kernel. at this time, there isn't any equivalent of OMS-like filtering for the ALSA sequencer, but its pretty simple to write a sequencer client that collects all the data and represents some or all of it at its own sequencer port(s). you would then connect other applications to the filter's ports, and see a filtered version of the MIDI stream. > How can I use the piano to control the computer ? >(while I am recording, or some third app is consuming >the MIDI stream on its own, and I have no control over >that app) the sequencer can multiplex MIDI data to multiple clients. several clients can connect to the same sequencer port, and they will all see the data. i don't know that this scales to very large multiplexing systems, but it will certainly work fine for a few clients. --p ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] snd_pcm_hw_params_t definition
Hi, Im trying to compile a program that uses alsa lib 0.9 and since by just including alsa/asoundlib.h it doesnt give the compiler a valid definition of the snd_pcm_hw_params_t Im wondering what else I have to include for my program to compile. Thanks -Mat -- Mathieu Dube -- [EMAIL PROTECTED] 8D Technologies Inc. http://www.8d.com ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] snd_pcm_hw_params_t definition
>Hi, > Im trying to compile a program that uses alsa lib 0.9 and since by just > >including alsa/asoundlib.h it doesnt give the compiler a valid definition of >the snd_pcm_hw_params_t Im wondering what else I have to include for my >program to compile. its an opaque type. you can only declare a pointer to it, then call the functions to allocate one and release it: snd_pcm_hw_params_t *hw_params; snd_pcm_sw_params_t *sw_params; snd_pcm_hw_params_malloc (&hw_params); snd_pcm_sw_params_malloc (&sw_params); snd_pcm_hw_params_free (&hw_params); snd_pcm_sw_params_free (&sw_params); there are also stack-based alloca functions too, for params objects that only need exist for a single function scope. snd_pcm_hw_params_alloca (&hw_params); snd_pcm_sw_params_alloca (&sw_params); this design is there to ensure binary compatibility in future versions of ALSA should the nature of the structs change. --p ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: Playback stutters - Correction
>Just for your info, the Windows sound drivers for the Dell are just as bad. >I propose that it is a hardware problem, and not an alsa problem. if you read to the bottom, you'll notice that the problem is solved, and it (was) a Linux kernel problem :) --p ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] rtcw,quake3 hang on exit
hi!
some time back there has been a similar bug report about the same
problem:
http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg01675.html
with no response ... so i will be a bit more verbose :)
it have this problem on all computers (Athlon, P3, P4, Cleron) i have
access to. all of them have different sound cards (SB128, SB Live, AC97
Via686 and AC97 on a i845) and on all of them i have used various 0.9
betas of alsa and versions of the linux kernel (2.4.5 to 2.4.18).
no problem with the oss driver
i have done a strace run of rtcw and found some interesting things:
somewhere rtcw opens the dsp device:
open("/dev/dsp", O_RDWR)= 16
but i cant find the coresponding
close(16)
this are the last lines of output (process locks here):
write(2, "- CL_Shutdown -\n", 24) = 24
write(2, "---\n", 24) = 24
fcntl64(0, F_GETFL) = 0x802 (flags
O_RDWR|O_NONBLOCK)
fcntl64(0, F_SETFL, O_RDWR) = 0
write(2, "Shutdown tty console\n", 21) = 21
ioctl(0, SNDCTL_TMR_STOP, {B38400 opost isig icanon echo ...}) = 0
_exit(0)= ?
i dont know much about kernel internals - but isnt _exit a kernel syscal
that is supposed to close all open devices?
so what kind of bug is this? rtcw? alsa? kernel?
this is a very anoying bug for me and it would be nice if someone could
help me with this problem. i have even mada a panel button to kill the
hanging processes :)
tia,
michael.
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] sinus example
Hi, I tried to run the example given in the documentation and what I get is this: ALSA lib pcm_hw.c:167:(snd_pcm_hw_sw_params) SNDRV_PCM_IOCTL_SW_PARAMS failed: Invalid argument Im wondering what it could be and what error I could look for to solve that. Thanks -Mat -- Mathieu Dube -- [EMAIL PROTECTED] 8D Technologies Inc. http://www.8d.com ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] rtcw,quake3 hang on exit
>i have done a strace run of rtcw and found some interesting things:
>
>somewhere rtcw opens the dsp device:
>open("/dev/dsp", O_RDWR)= 16
>but i cant find the coresponding
>close(16)
>
>this are the last lines of output (process locks here):
>
>write(2, "- CL_Shutdown -\n", 24) = 24
>write(2, "---\n", 24) = 24
>fcntl64(0, F_GETFL) = 0x802 (flags
>O_RDWR|O_NONBLOCK)
>fcntl64(0, F_SETFL, O_RDWR) = 0
>write(2, "Shutdown tty console\n", 21) = 21
>ioctl(0, SNDCTL_TMR_STOP, {B38400 opost isig icanon echo ...}) = 0
>_exit(0)= ?
>
>i dont know much about kernel internals - but isnt _exit a kernel syscal
>that is supposed to close all open devices?
sure, it does. but strace won't see, since it all happens *inside* the
kernel's handling of sys_exit(). strace merely traces actual syscalls,
not what happens inside the kernel. _exit will call sys_close for
every file in the task's file table.
>so what kind of bug is this? rtcw? alsa? kernel?
you haven't really described the bug very much. something to do with
processes left around, etc.
does the program(s) in question use threads? if so, using _exit() will
fail to terminate all threads in the process. this is a linux issue.
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] rtcw,quake3 hang on exit
On Wed, 20 Mar 2002, Paul Davis wrote: > >so what kind of bug is this? rtcw? alsa? kernel? > you haven't really described the bug very much. something to do with > processes left around, etc. > does the program(s) in question use threads? if so, using _exit() will > fail to terminate all threads in the process. this is a linux issue. But OSS doesn't have the problem. Only ALSA with OSS emulation does. Quite strongly points to an ALSA-specific problem. -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-] ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Re: Playback studders
I've got a few different ones: emu10k1 on a 1G P3, ymfpci on a P4, that Maestro on a couple of Dell laptops, and a gaggle of crappier P3's with ens1371's and i810_audio's. They all work fine now, but I had a bitchin' time getting them that way. Hadn't noticed the hdparm thing, but I had that set up right from the getgo anyway. I've found with sched(O1), rmap (possibly irrelevant), preempt, lockbreak, and the IDE patch, I can whale the tar out of it. Random app loads, 5-6 OpenGL screen saver windows, kernel build + kernel rpm rebuild + XFree rebuild, keep going... I have yet to cause a single skip on either the P3 or P4 with that combination. This does argue that the long-held kernel locks are the problem. Scheduling efficiency would seem to make up for that somewhat. On Wed, 2002-03-20 at 07:03, [EMAIL PROTECTED] wrote: > > Message: 2 > Date: Tue, 19 Mar 2002 12:48:08 -0800 > From: Christian Lambert <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > cc: [EMAIL PROTECTED] > Subject: [Alsa-devel] Re: Playback stutters > > > I am also having this problem with both my ensoniq es1371 and my > audiophile 2496 with kernel 2.4.18 and alsa 0.9beta12. It seems > to be way worse in mplayer and also when playing tribes2 where it > just constanly shutters.I have an es1371 at work where I installed > the same version of alsa but there it's working fine with the game, > the difference is that I'm running kernel 2.4.8 so I'm wondering if > something broke in kernel 2.4.18 that causes this? > > I would really like to be able to get this running stable at home. > My machine config at work and home is almost identical in both > hardware and software except for the kernel version. > > Each soundcard have their own IRQ so I'm pretty sure the hardware > I have at home is ok. With OSS/free and OSS/commercial the sound is fine > so it's something between alsa and kernel 2.4.18. > > When I was listening to music in xmms, if I move windows around or > just click buttons in netcape for example it seems to shutters everytime > I do that. > > Anybody else seeing this? > > > Hey, > > > > audio playback stutters on my system. All playback programms I have tested > > have this problem (with and without artsd). I use alsa driver 0.9.0beta12. > > The soundcard is a no-name ALS4000 soundcard. My system: Linux 2.4.18, > > Debian testing, Dual Athlon, Tyan S2460. I have read that often IRQ > > problems cause those kind of problems, but I already tried to disable as > > much as possible hardware to free up interrups. I also changed the order of > > the PCI cards and I tried it with and without MP Interrupts. > > The playback stutters if e.g. I drag around windows or a programm starts > > (even if the load is very low). It doesn't stutter if I do heavy > > calcualtion (like running kfract multiple times) and the load is above 4. > > What else should I try to narrow down the problem? > > > > regards, > > Roland Schulz > > > > > Message: 7 > Date: Wed, 20 Mar 2002 15:05:03 +1100 > From: Zenaan Harkness <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: [Alsa-devel] Re: Playback stutters > > I am getting the same with stock 2.4.18, DELL Inspiron laptop (Maestro > 3i), my test is: > > copy a cd image file from one partition to another, while trying to play > an mp3 using mpg123. > > The mp3 skips all over the place. > > I haven't applied any alsa patches yet - just been trying to set up this > laptop since I got it at work a week ago. At first I thought it was the > loop driver - I'd been loopback mounting my cd image, but that's not the > case. > > I've tried: > - low latency patch against 2.4.18 > - preempt + lockbreak patches against 2.4.18 > - preempt patch against 2.4.19-pre3-ac3 (lockbreak doesn't apply) > > all have same problem. Since I've only recently tried setting up this > laptop, I don't know whether or not an earlier kernel works or not. Does > anyone know the earliest kernel that works for them without skipping, when > copying a large file, etc? > > thanks > zen > > > --- > I am also having this problem with both my ensoniq es1371 and my > audiophile 2496 with kernel 2.4.18 and alsa 0.9beta12. It seems > to be way worse in mplayer and also when playing tribes2 where it > just constanly shutters.I have an es1371 at work where I installed > the same version of alsa but there it's working fine with the game, > the difference is that I'm running kernel 2.4.8 so I'm wondering if > something broke in kernel 2.4.18 that causes this? > > I would really like to be able to get this running stable at home. > My machine config at work and home is almost identical in both > hardware and software except for the kernel version. > > Each soundcard have their own IRQ so I'm pretty sure the hardware > I have at home is ok. With OSS/free and OSS/commercial the sound is fine > so it's something between alsa and kernel 2.4.18. > > When I was listening to music in xmms, if I move window
Re: [Alsa-devel] rtcw,quake3 hang on exit
hi paul! On Wed, 2002-03-20 at 22:47, Paul Davis wrote: > sure, it does. but strace won't see, since it all happens *inside* the > kernel's handling of sys_exit(). strace merely traces actual syscalls, > not what happens inside the kernel. _exit will call sys_close for > every file in the task's file table. > > >so what kind of bug is this? rtcw? alsa? kernel? > > you haven't really described the bug very much. something to do with > processes left around, etc. > > does the program(s) in question use threads? if so, using _exit() will > fail to terminate all threads in the process. this is a linux issue. rtcw doesn`t use threads theres only one process during the execution of rtcw and thats the process that hangs on exit. the process can be terminatet with Ctrl-C. Steven Walter reported that the problem also exists in the demo version of the games which is aviable at various places. maybe you could debug the problem? http://www.3dgamers.com/dl/games/returnwolfenstein/wolfmpdemo-linux-1.1-mp.x86.run.html its about 66MByets to download and i understand if you don`t have the time to do it - but maybe you can give me some hints to debug the problem. michael. ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] rtcw,quake3 hang on exit
I can confirm this an an Athlon with CM8738-6CH sound card, as well as
some other interesting related effects. These problems exist even if
rtcw/q3demo are called using the "aoss" wrapper script.
On Wed, Mar 20, 2002 at 08:58:22PM +0100, Michael Jochum wrote:
> hi!
>
> some time back there has been a similar bug report about the same
> problem:
> http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg01675.html
> with no response ... so i will be a bit more verbose :)
>
> it have this problem on all computers (Athlon, P3, P4, Cleron) i have
> access to. all of them have different sound cards (SB128, SB Live, AC97
> Via686 and AC97 on a i845) and on all of them i have used various 0.9
> betas of alsa and versions of the linux kernel (2.4.5 to 2.4.18).
> no problem with the oss driver
>
> i have done a strace run of rtcw and found some interesting things:
>
> somewhere rtcw opens the dsp device:
> open("/dev/dsp", O_RDWR)= 16
> but i cant find the coresponding
> close(16)
>
> this are the last lines of output (process locks here):
>
> write(2, "- CL_Shutdown -\n", 24) = 24
> write(2, "---\n", 24) = 24
> fcntl64(0, F_GETFL) = 0x802 (flags
> O_RDWR|O_NONBLOCK)
> fcntl64(0, F_SETFL, O_RDWR) = 0
> write(2, "Shutdown tty console\n", 21) = 21
> ioctl(0, SNDCTL_TMR_STOP, {B38400 opost isig icanon echo ...}) = 0
> _exit(0)= ?
>
> i dont know much about kernel internals - but isnt _exit a kernel syscal
> that is supposed to close all open devices?
> so what kind of bug is this? rtcw? alsa? kernel?
>
> this is a very anoying bug for me and it would be nice if someone could
> help me with this problem. i have even mada a panel button to kill the
> hanging processes :)
>
> tia,
> michael.
>
>
>
> ___
> Alsa-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
--
-Steven
In a time of universal deceit, telling the truth is a revolutionary act.
-- George Orwell
He's alive. He's alive! Oh, that fellow at RadioShack said I was mad!
Well, who's mad now?
-- Montgomery C. Burns
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] rtcw,quake3 hang on exit
On Wed, Mar 20, 2002 at 11:05:52PM +0100, Michael Jochum wrote: [...] > Steven Walter reported that the problem also exists in the demo version > of the games which is aviable at various places. maybe you could debug > the problem? > >http://www.3dgamers.com/dl/games/returnwolfenstein/wolfmpdemo-linux-1.1-mp.x86.run.html [...] I actually have the full version of RtCW, but the demo of Q3. Haven't tested on the demo of RtCW. -- -Steven In a time of universal deceit, telling the truth is a revolutionary act. -- George Orwell He's alive. He's alive! Oh, that fellow at RadioShack said I was mad! Well, who's mad now? -- Montgomery C. Burns ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Quick devfs question.
So I just installed devfs, and now seemingly have everything up and
running. There's just one problem that I'm encountering.
I'm using that trick of setting my rear channel duplicating my front
channel with my .asoundrc setup as:
pcm.ch4dup {
type plug
slave.pcm surround40
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
pcm.dsp0 pcm.ch4dup
Though this still works with alsaplayer (with the -d dsp0 flag), aoss no
longer works.
Any ideas?
Adam
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Monitoring output in realtime, is it possible?
Is there any way to monitor the audio output, of ANY channels via some setup in .asoundrc?? I'm looking to do what the older ALSA 0.5.x loopback did. My app did have ALSA support until that portion was dropped with the 0.9.x series. Has anyone been able to get a loopback copy of audio being output? (both native and OSS emulation loopback would be ideal. 0.5.x had both OSS emul and native ALSA loopback ability (albeit a bit limited, but worked well for the most part)) The more generic it is the better. I know there are other apps that would benefit from this functionality. (being able to record the output of one app, in realtime, for example or App independant Vu meters/Anaylyzers among other things) = Dave J. Andruczyk Enterprise Resource Providers __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/ ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] ALSA AMD OOPS
I have not been able to run ALSA all this year using an Athlon 1200 and a Duron 1000. Every few weeks I try CVS again but I am still getting the same result with both computers. As soon as I load any ALSA driver either machine will lock solid within a few minutes. I just had an uptime of 10 days using the default kernel emu10k1 driver. Stock 2.4.18 kernel, ALSA from CVS, testing Debian distro... This is the result of running alsamixer right after loading the snd-emu10k1 driver. The same happens with an onboard trident device on my Duron box (been like this for me since xmas)... -- Unable to handle kernel NULL pointer dereference at virtual address printing eip: c01112a3 *pde = Oops: CPU:0 EIP:0010:[]Not tainted EFLAGS: 00010097 eax: f693693c ebx: f6936938 ecx: edx: 0003 esi: f571cc08 edi: 0001 ebp: f5909c84 esp: f5909c6c ds: 0018 es: 0018 ss: 0018 Process alsamixer (pid: 333, stackpage=f5909000) Stack: f6fec8a0 f571cc08 f6fec8e8 f693693c 0082 0003 f6936920 f8883d61 f6936920 0282 b5b0 f571cc08 f5909cfc f7718a00 f88847e1 f7718a00 0001 f571cbc8 f7718a00 0028 0002 Call Trace: [] [] [] [] Code: 8b 01 85 45 fc 74 4d 31 c0 9c 5e fa c7 01 00 00 00 00 83 79 Segmentation fault --markc ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] using external MIDI device to control the computer
--- Paul Davis <[EMAIL PROTECTED]> wrote: > >etc. I imagine I would have to have a kernel module which would > >implement filtering of certain events and passing them to some place, > >like a pipe that my control program (perhaps perl) would read and > >perform corresponding actions that I would program > it to do. > > not to appear too snobbish, but this is linux, and > we don't do stuff like that in the kernel. :-) > at this time, there isn't any equivalent of OMS-like filtering for the > ALSA sequencer, but its pretty simple to write a > sequencer client that collects all the data and represents some or all of > it at its own sequencer port(s). you would then connect other > applications to the filter's ports, and see a filtered version of the > MIDI stream. a sequencer client ? as a userspace program ? How could it then get the (filtered) data back for the MIDI app into /dev/midi ? I didn't think there was a way for a userspace program to feed "incoming" data into /dev/midi, and therefore I thought that it would have to be a kernel module, not a userspace pgm. > > How can I use the piano to control the computer ? > >(while I am recording, or some third app is > consuming > >the MIDI stream on its own, and I have no control > over > >that app) > > the sequencer can multiplex MIDI data to multiple > clients. several > clients can connect to the same sequencer port, > and they will all see > the data. I just tried a multiple (two) concurrent "cat /dev/midi" and the first one succeeded, and the other failed : "cat: /dev/midi: Device or resource busy". How can "several clients connect to the same sequencer port " so they all see the data ? > --p thx - john PS: sorry for these broken up lines, yahoo gives me pretty narrow box to work with. :-( __ File your taxes online! http://taxes.yahoo.ca ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] sinus example
On Wed, 20 Mar 2002, Mathieu Dube wrote: > Hi, > I tried to run the example given in the documentation and what I get is this: > ALSA lib pcm_hw.c:167:(snd_pcm_hw_sw_params) SNDRV_PCM_IOCTL_SW_PARAMS > failed: Invalid argument > > Im wondering what it could be and what error I could look for to solve that. Hardware? Jaroslav - Jaroslav Kysela <[EMAIL PROTECTED]> Linux Kernel Sound Maintainer ALSA Project http://www.alsa-project.org SuSE Linuxhttp://www.suse.com ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: Playback stutters - Correction
>CORRECTION: >Just retested with full hdparm (added -u setting) settings on >2.4.19-pre3-ac+preempt, and no skipping with above activities. This >seems pretty good. > >I could generate skips when switching from X to text console. Could not >generate skip when cycling virtual desktops within X (at high key repeat >rate). Again this seems pretty good. this is a know deficiency in the vt "driver", and is noted in Andrew Morton's "Things Not To Do" while requiring low scheduling latency. it would be nice if the vt code was fixed sometime, but right now, i think it can cause a scheduling delay for up to about 50ms. btw, i think it is still the case the Andrew's patch provides more reliable and lower absolute latency than the preemption patch. --p ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: Playback stutters - Correction
On Wed, Mar 20, 2002 at 03:06:56AM -0500, Paul Davis wrote:
> >CORRECTION:
> >Just retested with full hdparm (added -u setting) settings on
> >2.4.19-pre3-ac+preempt, and no skipping with above activities. This
> >seems pretty good.
> >
> >I could generate skips when switching from X to text console. Could not
> >generate skip when cycling virtual desktops within X (at high key repeat
> >rate). Again this seems pretty good.
>
> this is a know deficiency in the vt "driver", and is noted in Andrew
> Morton's "Things Not To Do" while requiring low scheduling latency. it
> would be nice if the vt code was fixed sometime, but right now, i
> think it can cause a scheduling delay for up to about 50ms.
>
> btw, i think it is still the case the Andrew's patch provides more
> reliable and lower absolute latency than the preemption patch.
It might do, but I couldn't compile it against 2.4.19-pre3-ac3, and with
the three hdparm parameters, I was still generating skips on 2.4.18+akm
with just file copying.
When 2.4.19 proper is out I'll do the rounds again when the patches
are available (and, in time, figure out how to use a proper latency
measuring tool - so my test reports might become useful to someone other than
myself).
Lock-break patch also didn't apply to 2419pre3ac3 either. Anyway, I can
play mp3s which is a starting point for me. Next I need to get a
hammerfall 9652 card working in a desktop so my band can start digital
recording.
I had read akm's 'things not to do' but for some reason missed the
hdparm stuff.
In summary, what is currently working for me: on a new DELL
Inspiron 8100 laptop, Maestro 3i sound, 1GHz Pentium ('Pentium III' I
assume), 60G HDD, Radeon Mobility 7500 64MB, DRI and framebuffer compiled into
kernel:
Linux 2.4.19-pre3-ac3 + preemptible kernel patch
hdparm -c 1 -d 1 -u 1 /dev/hda
Thanks for everything,
zen
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
