Takashi Iwai wrote:
[snip]
> anyway, i updated the driver a bit.
> please update the cvs version and report whether it works or not.

Hi,

I tried RC7 without success. Does it have the change you mentioned in the driver, or should I go and try the CVS version? Well, I should, instead of asking this, but please drop a note if there's no use trying that.

I'll get into debugging jackd next.

Thanks a lot!

-a


The original message
--------------------
Takashi Iwai wrote:
Hi,

At Wed, 29 Jan 2003 11:27:38 +0200,
Antti Boman wrote:

Hi,

I and a few other people have tried to get snd-cmipci (8738 integrated into ASUS A7V266 motherboard) work with Jack Audio Connection Kit, but with no success. We tried solving this problem in jack's developer list, but as there was no success I though (and was adviced) it might be the ALSA driver problem.

The thread about the problem can be found at
http://sourceforge.net/mailarchive/forum.php?thread_id=1580464&forum_id=3040
at first, please check which chip model you are using and get the
register dump from /proc/asound/card0/cmipci.


I've gathered the key information here:

- The sound when playing back is totally garbled, the pitch is lower
 than the original, and I get lots of clicking alongside. If I'm not
 using jack but alsa output, everything (playing and recording) is ok.

- I have the lowlat patch installed in kernel, but using or not using it
 doesn't seem to change anything.
most likely the kernel scheduler is irrelevant.


- The irq for the "card" is 10, and doesn't seem to be shared. I also
 have .asoundrc set up.

- Jack server->client operation works ok, but playing back and recording
 cause the troubles.

- After watching /proc/asound/card0/pcm0p/sub0/status and
 /proc/asound/card0/pcm0c/sub0/status, it seems that the wake-up does
 not happen in time although using relatively large buffersizes, or:

- the playback and capture directions might be driven by different
 clocks (i.e. they run at different speeds)

hmm, it's difficult to know, but i don't think so.
could be an interrupt-related issue.


- Using jackd with playback/capture only, it produces the following
 message:
  jackd: pcm.c:5851: snd_pcm_mmap_commit: Assertion 'pcm' failed
that's weird.


- If using kernel real-time patches with playback/capture only, the
 system locks up. This doesn't happen with both capture and playback
 enabled.
i can't produce this on my machine...


anyway, i updated the driver a bit.
please update the cvs version and report whether it works or not.


ciao,

Takashi


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Reply via email to