Re: [Alsa-devel] Hercules Gamesurround Fortissimo III 7.1

2003-07-01 Thread Ronny V. Vindenes
Nicos Gollan [EMAIL PROTECTED] writes: On Saturday 28 June 2003 14:28, Benny Sjostrand wrote: But, amp_hercules(...) and hercules_mixer_init(...) function have only been implemented to do some specific initializations to the Game Theater XP card, which probably is very similar to the

Re: [Alsa-devel] RE:[PATCH] emufx: reduce stack usage

2003-07-01 Thread Jaroslav Kysela
On Tue, 1 Jul 2003, p z wrote: And ones more: IOCTL SNDRV_EMU10K1_IOCTL_PCM_PEEK in snd_emu10k1_fx8010_ioctl allocate structure to ipcm which is then passed to snd_emu10k1_ipcm_peek which then uses one of member (ipcm-substream) which is not initialized (may come from user space

[Alsa-devel] RE:[PATCH] emufx: reduce stack usage

2003-07-01 Thread p z oooo
Thanks, I don't need TRAM_POKE (TRAM_PEEK) now (in as10k1 is no way to tell init values for tram), maybe later. Peter Zubaj == REKLAMA = Vyrazne zlavy pocitacov a prislusenstva Digitalny fotoaparat Olympus 300 v cenach uz od 16.100,- Sk bez

Re: [Alsa-devel] Hercules Gamesurround Fortissimo III 7.1

2003-07-01 Thread Nicos Gollan
On Tuesday 01 July 2003 12:01, Ronny V. Vindenes wrote: Are you sure it's not just the card that is dead/dying? I've been running the card since last year without any problems, except the distortion at full pcm volume problem. The card is working perfectly in Windows, no matter what I do

Re: [Alsa-devel] problem with MU -LAW

2003-07-01 Thread James Courtier-Dutton
mahendra sp wrote: hi, alsa people, I have wriiten the application which realises full duplex.But there is playback buffer underrun proble. The buffer tries to read the value but -ve value. After writink the -ve value for some timesay 3 minutes, it becomes alright. again after some time

Re: [Alsa-devel] problems in /proc read and alsamixer

2003-07-01 Thread Prince John
Has anybody face this problem? Any ideas to resolve it? this kind of problem has appeared when different gcc versions were used for the kernel and the ALSA modules. not sure whether it's your case. the problem #2 also seems like the behavior happening with the gcc-mismatch above.

[Alsa-devel] RME DIGI96 ADAT input selection bug fix

2003-07-01 Thread Anders Torger
Stefan Mueller found a bug in my Digi96 driver. Sometimes I write != when I mean == or the other way around: --- rme96.old.c 2003-07-01 20:13:40.0 +0200 +++ rme96.new.c 2003-07-01 20:13:26.0 +0200 @@ -1318,7 +1318,7 @@ snd_pcm_set_sync(substream); runtime-hw =

Re: [Alsa-devel] AudioScience driver

2003-07-01 Thread Fred Gleason
On Monday 30 June 2003 09:26, Takashi Iwai wrote: Good idea. how about /usr/include/asihpi/hpi.h well, assuming the certain header location is not recommended. basically, the kernel sources must not refer to the standard header files for user-space. if you need a header file for the

[Alsa-devel] midi test program

2003-07-01 Thread Giuliano Pochini
I'm looking for a small program that reads and writes a few bytes through the midi port. -- Bye. Giuliano. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are

[alsa-devel] cross compiling alsa-utils for arm (fwd)

2003-07-01 Thread Ilya Bagrak
A bit of background: I have an arm toolchain installed in /usr/local/arm. I have successfully cross-compiled alsa-lib, but while trying to ./configure alsa-utils I am getting the following error. It seems like it cannot find the cross-compiled library, even though I copied it into the toolchain.