[Alsa-devel] TRAM on Audigy - INFO

2003-07-07 Thread p z oooo
Following information was obtained by trial-and-error. Use it at your own risk! TRAM setup: TCBS (0x44) and TCB (0x41) has same meaning as on SB Live Internal TRAM size is 0x4000 (16 bits words) Max external TRAM size is 0x10 (16 bits words) - as on SB Live Register description: 0xdb - Int

Re: [Alsa-devel] cs4248 / thinkpad 755 / 755c , patch suggestions [PATCH]]

2003-07-07 Thread Ryan Underwood
Hi Takashi, On Thu, Jul 03, 2003 at 02:29:01PM +0200, Takashi Iwai wrote: > At Wed, 2 Jul 2003 15:29:55 -0500, > Ryan Underwood wrote: > > > > 1) What is ALSA's policy on module options? For example, would it be > > okay to add an option like "thinkpad" to the ad1848 module, so that > > inserti

Re: [Alsa-devel] Audigy 2 support - update

2003-07-07 Thread Pasi Kärkkäinen
On Tue, May 27, 2003 at 10:28:47AM +0300, Pasi Kärkkäinen wrote: > On Sat, May 24, 2003 at 02:13:01PM +0100, James Courtier-Dutton wrote: > > Florin Andrei wrote: > > >On Fri, 2003-05-23 at 17:43, Stephen Hassard wrote: > > > > > >>On Fri, May 23, 2003 at 12:30:28AM -0700, Florin Andrei wrote: > >

[Alsa-devel] Re: [Alsa-user] VX222 / selection of the clock source

2003-07-07 Thread Takashi Iwai
At Mon, 7 Jul 2003 16:21:52 +0200, Christophe Greisberger wrote: > > Hi, > > I tried to record from a vx222 on a dat device. All I got is silence (how > pleasant! ^-^). > After a while, I saw in /proc/asound/card0/vx-status that the clock is set to > External by default... > > Digigram VX222/v2

Re: [Alsa-devel] some more anon cvs funkiness...

2003-07-07 Thread Patrick Shirkey
Jaroslav Kysela wrote: I am slowly thinking to switch back our CVS repository to our dedicated server. SF seems overloaded these days. Jaroslav It will be this way until August at the earliest. They are switching systems on the site to cope with massive demand and have fsked the anon c

Re: [Alsa-devel] some more anon cvs funkiness...

2003-07-07 Thread Jaroslav Kysela
On Mon, 7 Jul 2003, Erik de Castro Lopo wrote: > On Mon, 7 Jul 2003 13:58:45 +0200 (CEST) > Jaroslav Kysela <[EMAIL PROTECTED]> wrote: > > > On Mon, 7 Jul 2003, Erik de Castro Lopo wrote: > > > > > On Mon, 07 Jul 2003 12:25:51 +0200 > > > Joern Nettingsmeier <[EMAIL PROTECTED]> wrote: > > > > >

Re: [Alsa-devel] some more anon cvs funkiness...

2003-07-07 Thread Takashi Iwai
At Mon, 7 Jul 2003 22:29:55 +1000, Erik de Castro Lopo wrote: > > On Mon, 7 Jul 2003 13:58:45 +0200 (CEST) > Jaroslav Kysela <[EMAIL PROTECTED]> wrote: > > > On Mon, 7 Jul 2003, Erik de Castro Lopo wrote: > > > > > On Mon, 07 Jul 2003 12:25:51 +0200 > > > Joern Nettingsmeier <[EMAIL PROTECTED]>

Re: [Alsa-devel] some more anon cvs funkiness...

2003-07-07 Thread Erik de Castro Lopo
On Mon, 7 Jul 2003 13:58:45 +0200 (CEST) Jaroslav Kysela <[EMAIL PROTECTED]> wrote: > On Mon, 7 Jul 2003, Erik de Castro Lopo wrote: > > > On Mon, 07 Jul 2003 12:25:51 +0200 > > Joern Nettingsmeier <[EMAIL PROTECTED]> wrote: > > > > > what's happening ? > > > > Not sure. I've been having the sa

Re: [Alsa-devel] some more anon cvs funkiness...

2003-07-07 Thread Jaroslav Kysela
On Mon, 7 Jul 2003, Erik de Castro Lopo wrote: > On Mon, 07 Jul 2003 12:25:51 +0200 > Joern Nettingsmeier <[EMAIL PROTECTED]> wrote: > > > what's happening ? > > Not sure. I've been having the same issue since Saturday. > > I lodged a issue with the sf.net people, but it unlikely to be fixed >

Re: [Alsa-devel] TRAM on Audigy

2003-07-07 Thread Takashi Iwai
At Mon, 7 Jul 2003 12:42:13 +0200, p z wrote: > > I know about this, but for me is simpler to add 20 DSP instruction > than change 100 lines of driver code. i think the pass-thru on audigy can be implemented more easily without using TRAM. it doesn't need any change of driver codes, but o

Re: [Alsa-devel] future ALSA development

2003-07-07 Thread Takashi Iwai
At Thu, 3 Jul 2003 18:05:08 +0200 (CEST), Thomas Charbonnel wrote: > > > Hello all, > > > > here are my next goals for the ALSA library development (short > > term). I invite all developers to comment these directions. > > > > [...] > > > * initiate a development of a graphical tool which wi

Re: [Alsa-devel] future ALSA development

2003-07-07 Thread Takashi Iwai
At Thu, 3 Jul 2003 16:39:36 +0300 (EEST), Kai Vehmanen wrote: > > Ok, this is a bit late, but hopefully not too late. :) > > On Tue, 24 Jun 2003, Joern Nettingsmeier wrote: > >>> other people might propose XML. then it becomes to a question whether > >> I think that XML is too overkill for our p

Re: [Alsa-devel] some more anon cvs funkiness...

2003-07-07 Thread Erik de Castro Lopo
On Mon, 07 Jul 2003 12:25:51 +0200 Joern Nettingsmeier <[EMAIL PROTECTED]> wrote: > what's happening ? Not sure. I've been having the same issue since Saturday. I lodged a issue with the sf.net people, but it unlikely to be fixed until the US comes on line in a couple of hours. Cheers, Erik --

Re: [Alsa-devel] Other types of usb audio devices.

2003-07-07 Thread Takashi Iwai
At Mon, 7 Jul 2003 12:39:38 +0200 (CEST), Jaroslav wrote: > > On Sat, 5 Jul 2003, James Courtier-Dutton wrote: > > > Jaroslav Kysela wrote: > > > On Sat, 5 Jul 2003, James Courtier-Dutton wrote: > > > > > > > > >>Hi, > > >> > > >>The current snd-usb-audio driver assumes that the audio device is

Re: [Alsa-devel] Other types of usb audio devices.

2003-07-07 Thread Jaroslav Kysela
On Sat, 5 Jul 2003, James Courtier-Dutton wrote: > Jaroslav Kysela wrote: > > On Sat, 5 Jul 2003, James Courtier-Dutton wrote: > > > > > >>Hi, > >> > >>The current snd-usb-audio driver assumes that the audio device is > >>attached to this computer, so it only talks to this endpoint. > >>If I ha

Re: [Alsa-devel] TRAM on Audigy

2003-07-07 Thread p z oooo
I know about this, but for me is simpler to add 20 DSP instruction than change 100 lines of driver code. ALSA emu10k1 driver uses only TRAM for AC3 passthrough, other method is not implemented. And I don't need (I don't have receiver) AC3 passthrough (this will by bonus for others), what I nee

Re: [Alsa-devel] usb audio callback questions.

2003-07-07 Thread Takashi Iwai
At Sun, 06 Jul 2003 14:21:52 +0100, James Courtier-Dutton wrote: > > I have a question regarding the callbacks in the usbaudio.c driver. > The callback is defined as: - > > /* > * complete callback from data urb > */ > static void snd_complete_urb(struct urb *urb, struct pt_regs *regs) > >

[Alsa-devel] some more anon cvs funkiness...

2003-07-07 Thread Joern Nettingsmeier
hello * ! after the usual 10-20 re-login attempts to the sf cvs server, i can update my alsa tree fine up to this point: cvs server: Updating alsa-driver/drivers/vx cvs server: [02:56:59] waiting for anoncvs_alsa's lock in /cvsroot/alsa/alsa-driver/drivers/vx ...[repeats every 30 sec] cvs serve

Re: [Alsa-devel] TRAM on Audigy

2003-07-07 Thread James Courtier-Dutton
p z wrote: Hi, I wanted to add support for TRAM on Audigy to emu10k1 driver. I look (tryed) at OSS driver and found that TRAM is not working too. :-( Then I use trial and error method and found how to setup TRAM on Audigy. I know how to read from and write to TRAM in EMU10k2 DSP program b

[Alsa-devel] Problem with underrun and overrun

2003-07-07 Thread mahendra sp
hi, This is regarding UNDERRUN and OVERRUN. I want to know how to come out of Underrun and Overrun in case of full duplex. In my application, its giving underun (playback) ans overrun(capture) for client and server program. How to overcome them?Is it sufficient to call snd_pcm_prepare(han

[Alsa-devel] TRAM on Audigy

2003-07-07 Thread p z oooo
Hi, I wanted to add support for TRAM on Audigy to emu10k1 driver. I look (tryed) at OSS driver and found that TRAM is not working too. :-( Then I use trial and error method and found how to setup TRAM on Audigy. I know how to read from and write to TRAM in EMU10k2 DSP program but not more. Is