2010/1/25 J Yunke <yu...@productivity.org>

> I've tried both LINE and MIC physical inputs, and I get the same results
> for both.  All of the capture inputs are zero except for the one I'm
> currently trying.  Any other ideas?
>

I got it in the digital side. All the capture and mic boost stuff seems to
be doing nothing. I made some progress with
lshal |grep info\.product |less

That gave me all the devices seen in there. I took a keyword from any device
that looked interesting and ran

lshal |grep -C12 keyword for the individual entry I came down to
/dev/snd/pcmC0D0c as the capture device. I should know what to do with that,
but I don't :-(.

The Business kid.

>
> -- Justin
>
> On Mon, 25 Jan 2010, Business Kid wrote:
>
>  Date: Mon, 25 Jan 2010 09:05:30 +0000
>> From: Business Kid <business....@gmail.com>
>> To: J Yunke <yu...@productivity.org>
>> Subject: Re: [Alsa-user] snd_via82xx snaps/pops/crackles when recording
>> (only)
>>
>>
>> This isn't a solution (I have a similar problem myself) but go into
>> alsamixer and discover where your sound is actually coming from, by
>> lowering
>> each capture thingy to zero,
>>
>> 2010/1/25 J Yunke <yu...@productivity.org>
>>      Hi Everyone --
>>
>>        I have spent several hours trying to get recording to work
>>      correctly on
>>      a hacked Wyse terminal running Slax linux.  Playing works
>>      perfectly, but
>>      recording causes snaps & pops akin to a vinyl record.  I get a
>>      light pop
>>      between every 1/2 second and every 5 seconds (random).
>>
>>        Any suggestions?  Feel free to RTFM me if there are some
>>      tweaks/settings
>>      I should try.  Thanks!  See below for detail.
>>
>>      -- Justin
>>
>>      ###
>>
>>        Here are the specs:
>>
>>      lspci:
>>      Multimedia audio controller: VIA Technologies, Inc. VT82C686
>>      AC97 Audio
>>      Controller
>>
>>      uname:
>>      Linux slax 2.6.27.27 #1 SMP Wed Jul 22 07:27:34 AKDT 2009 i686
>>      VIA Samuel
>>      2 CentaurHauls GNU/Linux
>>
>>      dmesg:
>>      VIA 82xx Audio 0000:00:11.5: setting latency timer to 64
>>
>>      alsa version:
>>      1.0.17
>>
>>      system/motherboard:
>>      Wyse 9450
>>      VT8601 chipset
>>
>>      hardware specs:
>>      VIA Samuel 2 550MHz processor
>>      512MB Disk on Module
>>      512MB SDRAM
>>
>>      programs used:
>>      aplay
>>      arecord
>>      ices (streaming audio)
>>
>>      ####
>>
>>      Other info:
>>
>>      - I have tried two Wyse 9450s so far, so it's not a single bad
>>      device.
>>
>>      - Recording works without any issues when using Windows XPe on
>>      the same
>>      hardware.
>>
>>      - Playing works without any issues.  Most of the posts I've
>>      found via
>>      google are about crackling noises while playing -- which has
>>      never been a
>>      problem.
>>
>>      - I have never gotten any underruns, overruns, or any other
>>      errors in the
>>      ring buffer (dmesg).
>>
>>      - Load average never exceeds .90 with ices, memory isn't being
>>      peaked or
>>      dropping to swap.
>>
>>      - I primarily used ices to try things, but also used arecord
>>      piped to
>>      aplay with similar results.
>>
>>      ####
>>
>>        I have tried:
>>
>>      - 48000hz vs. 41000hz vs 22050hz vs 1 channel vs 2 channel vs
>>      8-bit vs
>>      16-bit (mixtures).
>>
>>      - Tweaking the 'periods' and 'buffer_time' settings in ices.  I
>>      was able
>>      to reduce the crackling by going to a period of 2 and a buffer
>>      time of
>>      500ms, but it's still crackling the same as arecord.
>>
>>      - Messing with dxs_support and ac97_quirks settings (no effect).
>>
>>      - Messing with setpci for the latency_timer (no effect).
>>
>>      - Messing with just about every BIOS setting relating to PCI,
>>      power
>>      management, ACPI, PNP, etc.
>>
>>      - Compiling the latest snd-via82xx driver (no effect; I compared
>>      the
>>      source code and the primary changes are related to the 8233
>>      chipsets).
>>
>>      - Using chrt to run ices at REALTIME (made it much worse).
>>
>>      - Using nice to run ices at a higher priority (no effect).
>>
>>      - Killing any extraneous processes.
>>
>>      - Obvious stuff like verifying that the audio source is clean
>>      (it is).
>>
>>      - Replacing the power supply.
>>
>>
>> ---------------------------------------------------------------------------
>>      ---
>>      Throughout its 18-year history, RSA Conference consistently
>>      attracts the
>>      world's best and brightest in the field, creating opportunities
>>      for Conference
>>      attendees to learn about information security's most important
>>      issues through
>>      interactions with peers, luminaries and emerging and established
>>      companies.
>>      http://p.sf.net/sfu/rsaconf-dev2dev
>>      _______________________________________________
>>      Alsa-user mailing list
>>      Alsa-user@lists.sourceforge.net
>>      https://lists.sourceforge.net/lists/listinfo/alsa-user
>>
>>
>>
>>
>>
>
> -- Justin
------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Reply via email to