At Tue, 30 Nov 2010 11:51:33 +0900,
Amit Nagal wrote:
>
> Hi ,
>
> Thanx for the patch . Application of this patch resolves kernel pcm
> ring buffer flush problem .
> Now SNDCTL_DSP_RESET works properly .
>
>
> On a suggestive note , as this bug is present in main stream kernel also ,
> this
Hi ,
Thanx for the patch . Application of this patch resolves kernel pcm
ring buffer flush problem .
Now SNDCTL_DSP_RESET works properly .
On a suggestive note , as this bug is present in main stream kernel also ,
this patch should also be applied as well .
Thanx & Regards
Amit Nagal
On M
I have a Clevo X7200 (ICH10 ALC888) and snd-hda-intel doesn't work very well
with it. When left without options, alsamixer (and kmixer) seems quite
correct for 7.1 sound but despite setting all sliders to max, sound is so
faint that it's barely possible to notice. When the option model=auto is
give
> http://www.bitscope.com/
Bitscope makes USB data acquisition that supposedly (if you believe
their website) is linux compatible. They even have isolated hardware.
Granted, this is more expensive than using a soundcard.
As an alternative, based on reports from sci.engineering.design, those
ch
Clemens Ladisch wrote:
> Thomas wrote:
>> I have an interest in purchasing Asus Xonar DS but I
>> stumbled on this "No headphone plug event detection yet."
>>
>> I'm not exactly sure what the above means.
>
> It means that
> 1) I didn't yet update this page for the latest kernel (which
>you
Na 29. 11. 2010 23:06, James Courtier-Dutton je pisal:
> On 24 November 2010 13:38, Grega Fajdiga
> wrote:
>> Hello,
>>
>> I am using Ubuntu 10.10 with a Creative Sound Blaster Audigy SE.
>>
>> The snd_ca0106 module is loaded.
>
> What does this show?
> cat /proc/asound/cards
>
> It will tell
On 24 November 2010 13:38, Grega Fajdiga wrote:
> Hello,
>
> I am using Ubuntu 10.10 with a Creative Sound Blaster Audigy SE.
>
> The snd_ca0106 module is loaded.
What does this show?
cat /proc/asound/cards
It will tell me if the driver is recognised or not.
Hi,
It works fine in 2.6.35.8-arch.
It does not work with 2.6.36-vanilla, 2.6.36.1-arch,
and it does not work with 2.6.36-vanilla with the patch from here
applied too:
http://www.spinics.net/lists/alsa-devel/msg39189.html
alsa-info output from 2.6.35.8-arch and 2.6.36-vanilla-patched can be
f
> Agreed, that with expensive cards you can get up to frequencies of 40 to
> 80KHz. They all have hard falloffs to prevent aliasing however. I do not know
> where they put that falloff even for the expensice cards. In may ways it is
> silly to put the falloff much above 20KHz since the ear ( which
On Mon, 29 Nov 2010, Grega Fajdiga wrote:
> Hi,
>
> Sorry for the long wait:
>
> Here is the audio recording of the noise that I get:
>
> http://www.mediafire.com/?5j4z8ono0qx9y8d
Sorry, but this is totally useless. You stored the file as an OGg throws away
data. It is a lossy ( horribly lossy) c
Hi,
Sorry for the long wait:
Here is the audio recording of the noise that I get:
http://www.mediafire.com/?5j4z8ono0qx9y8d
Best regards,
--
Grega Fajdiga
Hacquetova 5
1113 Ljubljana
GSM: +386 40 923 635
E-pošta: gregor.fajd...@guest.arnes.si
-
On Mon, 29 Nov 2010, J. Pauli wrote:
>> Thanks Unruh. superb explanation. Now I started to analyse things with
>> specification. I shall update regarding this and share my experience.
>
> Hi,
>
> with certain restrictions it is possible to do what you are asking
> because an analog soundcard is j
> Thanks Unruh. superb explanation. Now I started to analyse things with
> specification. I shall update regarding this and share my experience.
Hi,
with certain restrictions it is possible to do what you are asking
because an analog soundcard is just a bunch of DACs and ADCs. Depending
on the
On Mon, Nov 29, 2010 at 3:54 PM, Bill Unruh wrote:
> On Mon, 29 Nov 2010, Sathishkumar Duraisamy wrote:
>
> Dear all,
>>
>> I am new to the list and to the alsa library. In my application, I have to
>> collect data from outside world in the form of voltage, and then plot. I
>> have done the plot
On Mon, 29 Nov 2010, Sathishkumar Duraisamy wrote:
> Dear all,
>
> I am new to the list and to the alsa library. In my application, I have to
> collect data from outside world in the form of voltage, and then plot. I
> have done the plotting and GUI parts of the application. Now I have to use
> an
Dear all,
I am new to the list and to the alsa library. In my application, I have to
collect data from outside world in the form of voltage, and then plot. I
have done the plotting and GUI parts of the application. Now I have to use
an ADC to collect the data.
My question: Is it possible to use t
At Mon, 29 Nov 2010 17:40:03 +0900,
Amit Nagal wrote:
>
> Hi ,
>
> Thanx for the reply .
>
> we tried SNDCTL_DSP_RESET , but it is not flushing the kernel pcm
> buffer for us .
It should. It abandons the pending data and resets to the initial
state before starting the stream.
But, it might
Hi ,
Thanx for the reply .
we tried SNDCTL_DSP_RESET , but it is not flushing the kernel pcm
buffer for us .
any other method which we can use ?
also please lets us the function available with alsa - lib which
serves the purpose of flushing
the kernel pcm buffer .
thanx & regards
amit nagal
Hi,
It is really still true that you cannot put anything (like a ladspa plugin)
after dmix?
I also asked the question here:
https://bbs.archlinux.org/viewtopic.php?pid=859465#p859465
Scrap about this:
http://alsa.opensrc.org/index.php/Talk:Dmix
Isn't there a workaround?
Like making a fake sw
Amit Nagal wrote:
> we want to flush kernel input pcm buffer without using close() system call .
>
> does OSS supports in userspace any ioctl call which can flush kernel
> pcm buffer at any time .
SNDCTL_DSP_RESET
Regards,
Clemens
-
20 matches
Mail list logo