* Re: M-Delta Audiophile 192 (ice1724) Recording @ 2008-01-31 22:06 Computer AG im FSK 2008-01-31 22:51 ` Computer AG im FSK 0 siblings, 1 reply; 15+ messages in thread From: Computer AG im FSK @ 2008-01-31 22:06 UTC (permalink / raw) To: alsa-devel; +Cc: Takashi Iwai Hi, unfortunately it didn't solve the issue. Same problem: no audio signal can be recorded. I provided all the information at http://pastebin.ca/886740 If we can't solve the issue this way, maybe we could lend you one of our cards ? Greeting, Toast ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-01-31 22:06 M-Delta Audiophile 192 (ice1724) Recording Computer AG im FSK @ 2008-01-31 22:51 ` Computer AG im FSK 2008-02-01 12:17 ` Takashi Iwai 0 siblings, 1 reply; 15+ messages in thread From: Computer AG im FSK @ 2008-01-31 22:51 UTC (permalink / raw) To: Computer AG im FSK; +Cc: Takashi Iwai, alsa-devel Hi, I forget to mention that we patched /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c instead of /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c because /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c is just 3 lines long or so and looks like including /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c. Does this matter ? Greetings, Toast Computer AG im FSK schrieb: > Hi, > > unfortunately it didn't solve the issue. Same problem: no audio signal > can be recorded. > I provided all the information at http://pastebin.ca/886740 > > If we can't solve the issue this way, maybe we could lend you one of our > cards ? > > Greeting, Toast > > > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-01-31 22:51 ` Computer AG im FSK @ 2008-02-01 12:17 ` Takashi Iwai 2008-02-04 14:31 ` CAG 0 siblings, 1 reply; 15+ messages in thread From: Takashi Iwai @ 2008-02-01 12:17 UTC (permalink / raw) To: Computer AG im FSK; +Cc: alsa-devel At Thu, 31 Jan 2008 23:51:19 +0100, Computer AG im FSK wrote: > > Hi, > > I forget to mention that we patched > /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c > instead of > /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c > > because /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c is just > 3 lines long or so and looks like including > /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c. > > Does this matter ? No, it's the right place to apply. So far, I have no further idea what could be wrong. It's really hard to debug remotely without hardware and without any datasheet... Takashi ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-02-01 12:17 ` Takashi Iwai @ 2008-02-04 14:31 ` CAG 2008-02-04 15:04 ` Takashi Iwai 0 siblings, 1 reply; 15+ messages in thread From: CAG @ 2008-02-04 14:31 UTC (permalink / raw) To: alsa-devel; +Cc: Takashi Iwai hi, Takashi Iwai schrieb: > At Thu, 31 Jan 2008 23:51:19 +0100, > Computer AG im FSK wrote: >> Hi, >> >> I forget to mention that we patched >> /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c >> instead of >> /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c >> >> because /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c is just >> 3 lines long or so and looks like including >> /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c. >> >> Does this matter ? > > No, it's the right place to apply. > > So far, I have no further idea what could be wrong. It's really hard > to debug remotely without hardware and without any datasheet... > > > Takashi We get this card working with O.S.S., recording works now. Anyway, OSS is not our preferred sound system... We would like to know if there will be future development for this card. We bought 4 cards for our studio, it really would help us out. Is there any way to support the alsa project to fix this issue ? What about our offer to lend a card for development ? Our finances aren't very well but we could also think about a small donation for hardware i.e. Our alternative is to sell our 4 cards on Ebay buy 4 other ones... Thanks anyway for your effort, Toast ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-02-04 14:31 ` CAG @ 2008-02-04 15:04 ` Takashi Iwai 2008-02-04 17:37 ` CAG 0 siblings, 1 reply; 15+ messages in thread From: Takashi Iwai @ 2008-02-04 15:04 UTC (permalink / raw) To: CAG; +Cc: alsa-devel At Mon, 04 Feb 2008 15:31:10 +0100, CAG wrote: > > hi, > > Takashi Iwai schrieb: > > At Thu, 31 Jan 2008 23:51:19 +0100, > > Computer AG im FSK wrote: > >> Hi, > >> > >> I forget to mention that we patched > >> /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c > >> instead of > >> /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c > >> > >> because /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c is just > >> 3 lines long or so and looks like including > >> /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c. > >> > >> Does this matter ? > > > > No, it's the right place to apply. > > > > So far, I have no further idea what could be wrong. It's really hard > > to debug remotely without hardware and without any datasheet... > > > > > Takashi > > We get this card working with O.S.S., recording works now. Anyway, OSS > is not our preferred sound system... If the GPL'ed version of OSS works, then we can see the driver code. Could you check whether it works? If we have a reference source, it will be greatly helpful to debug. > We would like to know if there will be future development for this card. > We bought 4 cards for our studio, it really would help us out. > > Is there any way to support the alsa project to fix this issue ? What > about our offer to lend a card for development ? Our finances aren't > very well but we could also think about a small donation for hardware > i.e. Well, the problem is another one - the lack of the hardware information such as datasheet. The codec chip itself is known but the connection of the chip is unknown. This is what M-audio knows at best. Or you can track the pin connections on your board... Above all, the most missing thing for me is the time. I'm willing to help you but have likely too little time. I hope someone else could help more intensively... Takashi ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-02-04 15:04 ` Takashi Iwai @ 2008-02-04 17:37 ` CAG 0 siblings, 0 replies; 15+ messages in thread From: CAG @ 2008-02-04 17:37 UTC (permalink / raw) To: alsa-devel; +Cc: Takashi Iwai Takashi Iwai schrieb: > At Mon, 04 Feb 2008 15:31:10 +0100, > CAG wrote: >> hi, >> >> Takashi Iwai schrieb: >>> At Thu, 31 Jan 2008 23:51:19 +0100, >>> Computer AG im FSK wrote: >>>> Hi, >>>> >>>> I forget to mention that we patched >>>> /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c >>>> instead of >>>> /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c >>>> >>>> because /usr/local/src/alsa-driver-1.0.16rc2/pci/ice1712/revo.c is just >>>> 3 lines long or so and looks like including >>>> /usr/local/src/alsa-driver-1.0.16rc2/alsa-kernel/pci/ice1712/revo.c. >>>> >>>> Does this matter ? >>> No, it's the right place to apply. >>> >>> So far, I have no further idea what could be wrong. It's really hard >>> to debug remotely without hardware and without any datasheet... > >>> >>> Takashi >> We get this card working with O.S.S., recording works now. Anyway, OSS >> is not our preferred sound system... > > If the GPL'ed version of OSS works, then we can see the driver code. > Could you check whether it works? If we have a reference source, it > will be greatly helpful to debug. Ok, we will check this this week. I found a link to "Envy24 under FreeBSD", where details specs and the driver code are listed: http://envy24.svobodno.com/driver/envy24ht/ But I will get back to you as soon as we tested the GPL Version. > >> We would like to know if there will be future development for this card. >> We bought 4 cards for our studio, it really would help us out. >> >> Is there any way to support the alsa project to fix this issue ? What >> about our offer to lend a card for development ? Our finances aren't >> very well but we could also think about a small donation for hardware >> i.e. > > Well, the problem is another one - the lack of the hardware > information such as datasheet. The codec chip itself is known but the > connection of the chip is unknown. This is what M-audio knows at > best. Or you can track the pin connections on your board... > > Above all, the most missing thing for me is the time. I'm willing to > help you but have likely too little time. I hope someone else could > help more intensively... Well I can imagine... :) Toast > > > Takashi ^ permalink raw reply [flat|nested] 15+ messages in thread
* M-Delta Audiophile 192 (ice1724) Recording @ 2008-01-28 12:29 CAG 2008-01-30 12:07 ` Takashi Iwai 0 siblings, 1 reply; 15+ messages in thread From: CAG @ 2008-01-28 12:29 UTC (permalink / raw) To: alsa-devel; +Cc: CAG Hi, we use the M-Delta Audiophile 192 with alsa-driver-1.0.15 and the ice1724 module. Playback works but we cannot record anything. I noticed that this maybe a bug according to the Alsa Changelog: From Changes v1.0.13 v1.0.14: > > - ice1724 - Add support of M-Audio Audiophile 192 > > Added the (experimental) support of M-Audio Audiophile 192 board. > Currently, the analog and the digital playbacks seem working fine. > The inputs seem not working as far as I've tested yet. How is the status for that card ? Is someone working on this ? I heard Recording with OSS works but actually we don't want to switch to OSS... Is it worth waiting for a new release ? We desperately need recording! Cheers from a free radio station, Toast ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-01-28 12:29 CAG @ 2008-01-30 12:07 ` Takashi Iwai 2008-01-30 13:52 ` CAG 2008-01-31 15:44 ` CAG 0 siblings, 2 replies; 15+ messages in thread From: Takashi Iwai @ 2008-01-30 12:07 UTC (permalink / raw) To: CAG; +Cc: alsa-devel At Mon, 28 Jan 2008 13:29:00 +0100, CAG wrote: > > Hi, > > we use the M-Delta Audiophile 192 with alsa-driver-1.0.15 and the > ice1724 module. Playback works but we cannot record anything. > > I noticed that this maybe a bug according to the Alsa Changelog: > > From Changes v1.0.13 v1.0.14: > > > > - ice1724 - Add support of M-Audio Audiophile 192 > > > > Added the (experimental) support of M-Audio Audiophile 192 board. > > Currently, the analog and the digital playbacks seem working fine. > > The inputs seem not working as far as I've tested yet. > > How is the status for that card ? Is someone working on this ? I heard > Recording with OSS works but actually we don't want to switch to OSS... > Is it worth waiting for a new release ? No one is working on this board, AFAIK. I made it a patch from some floating information. But, since I have no hardware, I forgot this after pushing it to the upstream. Basically, the analog input doesn't need so much initialization because the codec chip AK5385A has no software control. Maybe the EEPROM setup isn't correct for the actual board configuration. (It means, BTW, that you have no input volume control, too.) Show /proc/asound/card*/ice1724, and let's check the values there. Takashi ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-01-30 12:07 ` Takashi Iwai @ 2008-01-30 13:52 ` CAG 2008-01-31 15:44 ` CAG 1 sibling, 0 replies; 15+ messages in thread From: CAG @ 2008-01-30 13:52 UTC (permalink / raw) To: alsa-devel Hi, see http://pastebin.ca/884589 hope that helps. Do you need anything else ? Thanks T. Takashi Iwai schrieb: > At Mon, 28 Jan 2008 13:29:00 +0100, > CAG wrote: >> Hi, >> >> we use the M-Delta Audiophile 192 with alsa-driver-1.0.15 and the >> ice1724 module. Playback works but we cannot record anything. >> >> I noticed that this maybe a bug according to the Alsa Changelog: >> >> From Changes v1.0.13 v1.0.14: >> > >> > - ice1724 - Add support of M-Audio Audiophile 192 >> > >> > Added the (experimental) support of M-Audio Audiophile 192 board. >> > Currently, the analog and the digital playbacks seem working fine. >> > The inputs seem not working as far as I've tested yet. >> >> How is the status for that card ? Is someone working on this ? I heard >> Recording with OSS works but actually we don't want to switch to OSS... >> Is it worth waiting for a new release ? > > No one is working on this board, AFAIK. I made it a patch from some > floating information. But, since I have no hardware, I forgot this > after pushing it to the upstream. > > Basically, the analog input doesn't need so much initialization > because the codec chip AK5385A has no software control. Maybe the > EEPROM setup isn't correct for the actual board configuration. > (It means, BTW, that you have no input volume control, too.) > > Show /proc/asound/card*/ice1724, and let's check the values there. > > > Takashi ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-01-30 12:07 ` Takashi Iwai 2008-01-30 13:52 ` CAG @ 2008-01-31 15:44 ` CAG 2008-01-31 16:16 ` Takashi Iwai 1 sibling, 1 reply; 15+ messages in thread From: CAG @ 2008-01-31 15:44 UTC (permalink / raw) To: Takashi Iwai; +Cc: alsa-devel Hi, we ran the alsa-info.sh script to provide more information on our setup: http://pastebin.ca/886260 The output of /proc/asound/card0/ice1724 is at http://pastebin.ca/884589 Greetings, Toast / FSK Takashi Iwai schrieb: > At Mon, 28 Jan 2008 13:29:00 +0100, > CAG wrote: >> Hi, >> >> we use the M-Delta Audiophile 192 with alsa-driver-1.0.15 and the >> ice1724 module. Playback works but we cannot record anything. >> >> I noticed that this maybe a bug according to the Alsa Changelog: >> >> From Changes v1.0.13 v1.0.14: >> > >> > - ice1724 - Add support of M-Audio Audiophile 192 >> > >> > Added the (experimental) support of M-Audio Audiophile 192 board. >> > Currently, the analog and the digital playbacks seem working fine. >> > The inputs seem not working as far as I've tested yet. >> >> How is the status for that card ? Is someone working on this ? I heard >> Recording with OSS works but actually we don't want to switch to OSS... >> Is it worth waiting for a new release ? > > No one is working on this board, AFAIK. I made it a patch from some > floating information. But, since I have no hardware, I forgot this > after pushing it to the upstream. > > Basically, the analog input doesn't need so much initialization > because the codec chip AK5385A has no software control. Maybe the > EEPROM setup isn't correct for the actual board configuration. > (It means, BTW, that you have no input volume control, too.) > > Show /proc/asound/card*/ice1724, and let's check the values there. > > > Takashi > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-01-31 15:44 ` CAG @ 2008-01-31 16:16 ` Takashi Iwai 2008-01-31 17:12 ` CAG [not found] ` <47A2014A.1040107@fsk-hh.org> 0 siblings, 2 replies; 15+ messages in thread From: Takashi Iwai @ 2008-01-31 16:16 UTC (permalink / raw) To: CAG; +Cc: alsa-devel At Thu, 31 Jan 2008 16:44:06 +0100, CAG wrote: > > Hi, > > we ran the alsa-info.sh script to provide more information on our setup: > http://pastebin.ca/886260 > > The output of /proc/asound/card0/ice1724 is at > http://pastebin.ca/884589 Thanks. One more thing - could you tell how did you test the analog recording exactly? I just need to make sure about your test method. The patch below enables AK4114, and possibly fixes some ADC setup. Give it a try. Takashi diff -r a4c88cbfe2f1 pci/ice1712/revo.c --- a/pci/ice1712/revo.c Wed Jan 30 09:06:47 2008 +0100 +++ b/pci/ice1712/revo.c Thu Jan 31 17:18:35 2008 +0100 @@ -322,17 +322,24 @@ static void ap192_set_rate_val(struct sn static void ap192_set_rate_val(struct snd_akm4xxx *ak, unsigned int rate) { struct snd_ice1712 *ice = ak->private_data[0]; + int dfs; revo_set_rate_val(ak, rate); -#if 1 /* FIXME: do we need this procedure? */ - /* reset DFS pin of AK5385A for ADC, too */ - /* DFS0 (pin 18) -- GPIO10 pin 77 */ - snd_ice1712_save_gpio_status(ice); - snd_ice1712_gpio_write_bits(ice, 1 << 10, - rate > 48000 ? (1 << 10) : 0); - snd_ice1712_restore_gpio_status(ice); -#endif + + /* reset CKS */ + snd_ice1712_gpio_write_bits(ice, 1 << 8, rate > 96000 ? 1 : 0); + /* reset DFS pins of AK5385A for ADC, too */ + if (rate > 96000) + dfs = 2; + else if (rate > 48000) + dfs = 1; + else + dfs = 0; + snd_ice1712_gpio_write_bits(ice, 3 << 9, dfs << 9); + /* reset ADC */ + snd_ice1712_gpio_write_bits(ice, 1 << 11, 0); + snd_ice1712_gpio_write_bits(ice, 1 << 11, 1); } static const struct snd_akm4xxx_dac_channel ap192_dac[] = { @@ -353,28 +360,20 @@ static struct snd_ak4xxx_private akm_ap1 .cif = 0, .data_mask = VT1724_REVO_CDOUT, .clk_mask = VT1724_REVO_CCLK, - .cs_mask = VT1724_REVO_CS0 | VT1724_REVO_CS3, - .cs_addr = VT1724_REVO_CS3, - .cs_none = VT1724_REVO_CS0 | VT1724_REVO_CS3, + .cs_mask = VT1724_REVO_CS0 | VT1724_REVO_CS1, + .cs_addr = VT1724_REVO_CS1, + .cs_none = VT1724_REVO_CS0 | VT1724_REVO_CS1, .add_flags = VT1724_REVO_CCLK, /* high at init */ .mask_flags = 0, }; -#if 0 -/* FIXME: ak4114 makes the sound much lower due to some confliction, - * so let's disable it right now... - */ -#define BUILD_AK4114_AP192 -#endif - -#ifdef BUILD_AK4114_AP192 /* AK4114 support on Audiophile 192 */ /* CDTO (pin 32) -- GPIO2 pin 52 * CDTI (pin 33) -- GPIO3 pin 53 (shared with AK4358) * CCLK (pin 34) -- GPIO1 pin 51 (shared with AK4358) * CSN (pin 35) -- GPIO7 pin 59 */ -#define AK4114_ADDR 0x00 +#define AK4114_ADDR 0x02 static void write_data(struct snd_ice1712 *ice, unsigned int gpio, unsigned int data, int idx) @@ -428,7 +427,7 @@ static unsigned int ap192_4wire_start(st tmp = snd_ice1712_gpio_read(ice); tmp |= VT1724_REVO_CCLK; /* high at init */ tmp |= VT1724_REVO_CS0; - tmp &= ~VT1724_REVO_CS3; + tmp &= ~VT1724_REVO_CS1; snd_ice1712_gpio_write(ice, tmp); udelay(1); return tmp; @@ -436,7 +435,7 @@ static unsigned int ap192_4wire_start(st static void ap192_4wire_finish(struct snd_ice1712 *ice, unsigned int tmp) { - tmp |= VT1724_REVO_CS3; + tmp |= VT1724_REVO_CS1; tmp |= VT1724_REVO_CS0; snd_ice1712_gpio_write(ice, tmp); udelay(1); @@ -485,13 +484,13 @@ static int __devinit ap192_ak4114_init(s struct ak4114 *ak; int err; - return snd_ak4114_create(ice->card, + err = snd_ak4114_create(ice->card, ap192_ak4114_read, ap192_ak4114_write, ak4114_init_vals, ak4114_init_txcsb, ice, &ak); + return 0; /* igonre errors from AK4114 */ } -#endif /* BUILD_AK4114_AP192 */ static int __devinit revo_init(struct snd_ice1712 *ice) { @@ -557,6 +556,9 @@ static int __devinit revo_init(struct sn if (err < 0) return err; + /* unmute all codecs */ + snd_ice1712_gpio_write_bits(ice, VT1724_REVO_MUTE, + VT1724_REVO_MUTE); break; } @@ -588,11 +590,9 @@ static int __devinit revo_add_controls(s err = snd_ice1712_akm4xxx_build_controls(ice); if (err < 0) return err; -#ifdef BUILD_AK4114_AP192 err = ap192_ak4114_init(ice); if (err < 0) return err; -#endif break; } return 0; ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-01-31 16:16 ` Takashi Iwai @ 2008-01-31 17:12 ` CAG [not found] ` <47A2014A.1040107@fsk-hh.org> 1 sibling, 0 replies; 15+ messages in thread From: CAG @ 2008-01-31 17:12 UTC (permalink / raw) To: alsa-devel HI, Takashi Iwai schrieb: > At Thu, 31 Jan 2008 16:44:06 +0100, > CAG wrote: >> Hi, >> >> we ran the alsa-info.sh script to provide more information on our setup: >> http://pastebin.ca/886260 >> >> The output of /proc/asound/card0/ice1724 is at >> http://pastebin.ca/884589 > > Thanks. One more thing - could you tell how did you test the analog > recording exactly? I just need to make sure about your test method. Well, we tried with arecord, ecasound, jack & audacity, but in the alsamixer / mixer gui in kde, at capture there's just one "Multi Track Peak" without capture switch. What would be the best record method to test ? > > The patch below enables AK4114, and possibly fixes some ADC setup. > Give it a try. Cool! we will try it this evening and give a feedback. It is a patch for 1.0.16rc2 or 1.0.15 ? Toast > > > Takashi > > diff -r a4c88cbfe2f1 pci/ice1712/revo.c > --- a/pci/ice1712/revo.c Wed Jan 30 09:06:47 2008 +0100 > +++ b/pci/ice1712/revo.c Thu Jan 31 17:18:35 2008 +0100 > @@ -322,17 +322,24 @@ static void ap192_set_rate_val(struct sn > static void ap192_set_rate_val(struct snd_akm4xxx *ak, unsigned int rate) > { > struct snd_ice1712 *ice = ak->private_data[0]; > + int dfs; > > revo_set_rate_val(ak, rate); > > -#if 1 /* FIXME: do we need this procedure? */ > - /* reset DFS pin of AK5385A for ADC, too */ > - /* DFS0 (pin 18) -- GPIO10 pin 77 */ > - snd_ice1712_save_gpio_status(ice); > - snd_ice1712_gpio_write_bits(ice, 1 << 10, > - rate > 48000 ? (1 << 10) : 0); > - snd_ice1712_restore_gpio_status(ice); > -#endif > + > + /* reset CKS */ > + snd_ice1712_gpio_write_bits(ice, 1 << 8, rate > 96000 ? 1 : 0); > + /* reset DFS pins of AK5385A for ADC, too */ > + if (rate > 96000) > + dfs = 2; > + else if (rate > 48000) > + dfs = 1; > + else > + dfs = 0; > + snd_ice1712_gpio_write_bits(ice, 3 << 9, dfs << 9); > + /* reset ADC */ > + snd_ice1712_gpio_write_bits(ice, 1 << 11, 0); > + snd_ice1712_gpio_write_bits(ice, 1 << 11, 1); > } > > static const struct snd_akm4xxx_dac_channel ap192_dac[] = { > @@ -353,28 +360,20 @@ static struct snd_ak4xxx_private akm_ap1 > .cif = 0, > .data_mask = VT1724_REVO_CDOUT, > .clk_mask = VT1724_REVO_CCLK, > - .cs_mask = VT1724_REVO_CS0 | VT1724_REVO_CS3, > - .cs_addr = VT1724_REVO_CS3, > - .cs_none = VT1724_REVO_CS0 | VT1724_REVO_CS3, > + .cs_mask = VT1724_REVO_CS0 | VT1724_REVO_CS1, > + .cs_addr = VT1724_REVO_CS1, > + .cs_none = VT1724_REVO_CS0 | VT1724_REVO_CS1, > .add_flags = VT1724_REVO_CCLK, /* high at init */ > .mask_flags = 0, > }; > > -#if 0 > -/* FIXME: ak4114 makes the sound much lower due to some confliction, > - * so let's disable it right now... > - */ > -#define BUILD_AK4114_AP192 > -#endif > - > -#ifdef BUILD_AK4114_AP192 > /* AK4114 support on Audiophile 192 */ > /* CDTO (pin 32) -- GPIO2 pin 52 > * CDTI (pin 33) -- GPIO3 pin 53 (shared with AK4358) > * CCLK (pin 34) -- GPIO1 pin 51 (shared with AK4358) > * CSN (pin 35) -- GPIO7 pin 59 > */ > -#define AK4114_ADDR 0x00 > +#define AK4114_ADDR 0x02 > > static void write_data(struct snd_ice1712 *ice, unsigned int gpio, > unsigned int data, int idx) > @@ -428,7 +427,7 @@ static unsigned int ap192_4wire_start(st > tmp = snd_ice1712_gpio_read(ice); > tmp |= VT1724_REVO_CCLK; /* high at init */ > tmp |= VT1724_REVO_CS0; > - tmp &= ~VT1724_REVO_CS3; > + tmp &= ~VT1724_REVO_CS1; > snd_ice1712_gpio_write(ice, tmp); > udelay(1); > return tmp; > @@ -436,7 +435,7 @@ static unsigned int ap192_4wire_start(st > > static void ap192_4wire_finish(struct snd_ice1712 *ice, unsigned int tmp) > { > - tmp |= VT1724_REVO_CS3; > + tmp |= VT1724_REVO_CS1; > tmp |= VT1724_REVO_CS0; > snd_ice1712_gpio_write(ice, tmp); > udelay(1); > @@ -485,13 +484,13 @@ static int __devinit ap192_ak4114_init(s > struct ak4114 *ak; > int err; > > - return snd_ak4114_create(ice->card, > + err = snd_ak4114_create(ice->card, > ap192_ak4114_read, > ap192_ak4114_write, > ak4114_init_vals, ak4114_init_txcsb, > ice, &ak); > + return 0; /* igonre errors from AK4114 */ > } > -#endif /* BUILD_AK4114_AP192 */ > > static int __devinit revo_init(struct snd_ice1712 *ice) > { > @@ -557,6 +556,9 @@ static int __devinit revo_init(struct sn > if (err < 0) > return err; > > + /* unmute all codecs */ > + snd_ice1712_gpio_write_bits(ice, VT1724_REVO_MUTE, > + VT1724_REVO_MUTE); > break; > } > > @@ -588,11 +590,9 @@ static int __devinit revo_add_controls(s > err = snd_ice1712_akm4xxx_build_controls(ice); > if (err < 0) > return err; > -#ifdef BUILD_AK4114_AP192 > err = ap192_ak4114_init(ice); > if (err < 0) > return err; > -#endif > break; > } > return 0; > _______________________________________________ > Alsa-devel mailing list > Alsa-devel@alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 15+ messages in thread
[parent not found: <47A2014A.1040107@fsk-hh.org>]
* Re: M-Delta Audiophile 192 (ice1724) Recording [not found] ` <47A2014A.1040107@fsk-hh.org> @ 2008-01-31 17:26 ` Takashi Iwai 2008-01-31 17:33 ` CAG 0 siblings, 1 reply; 15+ messages in thread From: Takashi Iwai @ 2008-01-31 17:26 UTC (permalink / raw) To: CAG; +Cc: alsa-devel At Thu, 31 Jan 2008 18:11:38 +0100, CAG wrote: > > HI, > > Takashi Iwai schrieb: > > At Thu, 31 Jan 2008 16:44:06 +0100, > > CAG wrote: > >> Hi, > >> > >> we ran the alsa-info.sh script to provide more information on our setup: > >> http://pastebin.ca/886260 > >> > >> The output of /proc/asound/card0/ice1724 is at > >> http://pastebin.ca/884589 > > > > Thanks. One more thing - could you tell how did you test the analog > > recording exactly? I just need to make sure about your test method. > Well, we tried with arecord, ecasound, jack & audacity, but in the > alsamixer / mixer gui in kde, at capture there's just one "Multi Track > Peak" without capture switch. > > What would be the best record method to test ? Usually arecord is the best as a primary test. Simply run % arecord -fdat -vv somefile.wav To avoid any possible bugs in alsa-lib, also try % arecord -Dplughw:0 -fdat -vv somefile.wav > > The patch below enables AK4114, and possibly fixes some ADC setup. > > Give it a try. > Cool! we will try it this evening and give a feedback. It is a patch for > 1.0.16rc2 or 1.0.15 ? For 1.0.16rc2. Don't forget to update alsa-lib and alsa-utils, too. Takashi ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-01-31 17:26 ` Takashi Iwai @ 2008-01-31 17:33 ` CAG 2008-01-31 17:36 ` Takashi Iwai 0 siblings, 1 reply; 15+ messages in thread From: CAG @ 2008-01-31 17:33 UTC (permalink / raw) To: Takashi Iwai; +Cc: alsa-devel Takashi Iwai schrieb: > At Thu, 31 Jan 2008 18:11:38 +0100, > CAG wrote: >> HI, >> >> Takashi Iwai schrieb: >>> At Thu, 31 Jan 2008 16:44:06 +0100, >>> CAG wrote: >>>> Hi, >>>> >>>> we ran the alsa-info.sh script to provide more information on our setup: >>>> http://pastebin.ca/886260 >>>> >>>> The output of /proc/asound/card0/ice1724 is at >>>> http://pastebin.ca/884589 >>> Thanks. One more thing - could you tell how did you test the analog >>> recording exactly? I just need to make sure about your test method. >> Well, we tried with arecord, ecasound, jack & audacity, but in the >> alsamixer / mixer gui in kde, at capture there's just one "Multi Track >> Peak" without capture switch. >> >> What would be the best record method to test ? > > Usually arecord is the best as a primary test. > Simply run > % arecord -fdat -vv somefile.wav > To avoid any possible bugs in alsa-lib, also try > % arecord -Dplughw:0 -fdat -vv somefile.wav We will try. > >>> The patch below enables AK4114, and possibly fixes some ADC setup. >>> Give it a try. >> Cool! we will try it this evening and give a feedback. It is a patch for >> 1.0.16rc2 or 1.0.15 ? > > For 1.0.16rc2. Don't forget to update alsa-lib and alsa-utils, too. All right, but I can't find alsa-utils-1.0.16rc2.tar.bz2 on the website. There's just a link for ftp://ftp.alsa-project.org/pub/utils/alsa-utils-1.0.16rc1.tar.bz2 Do we find them anywhere else ? Toast > > > Takashi ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: M-Delta Audiophile 192 (ice1724) Recording 2008-01-31 17:33 ` CAG @ 2008-01-31 17:36 ` Takashi Iwai 0 siblings, 0 replies; 15+ messages in thread From: Takashi Iwai @ 2008-01-31 17:36 UTC (permalink / raw) To: CAG; +Cc: alsa-devel At Thu, 31 Jan 2008 18:33:30 +0100, CAG wrote: > > >>> The patch below enables AK4114, and possibly fixes some ADC setup. > >>> Give it a try. > >> Cool! we will try it this evening and give a feedback. It is a patch for > >> 1.0.16rc2 or 1.0.15 ? > > > > For 1.0.16rc2. Don't forget to update alsa-lib and alsa-utils, too. > > All right, but I can't find alsa-utils-1.0.16rc2.tar.bz2 on the website. > There's just a link for > ftp://ftp.alsa-project.org/pub/utils/alsa-utils-1.0.16rc1.tar.bz2 This is the latest one. alsa-utils had no change since 1.0.16rc1. Takashi ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2008-02-04 17:40 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-31 22:06 M-Delta Audiophile 192 (ice1724) Recording Computer AG im FSK
2008-01-31 22:51 ` Computer AG im FSK
2008-02-01 12:17 ` Takashi Iwai
2008-02-04 14:31 ` CAG
2008-02-04 15:04 ` Takashi Iwai
2008-02-04 17:37 ` CAG
-- strict thread matches above, loose matches on Subject: below --
2008-01-28 12:29 CAG
2008-01-30 12:07 ` Takashi Iwai
2008-01-30 13:52 ` CAG
2008-01-31 15:44 ` CAG
2008-01-31 16:16 ` Takashi Iwai
2008-01-31 17:12 ` CAG
[not found] ` <47A2014A.1040107@fsk-hh.org>
2008-01-31 17:26 ` Takashi Iwai
2008-01-31 17:33 ` CAG
2008-01-31 17:36 ` Takashi Iwai
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.