On Sun, 31 Jan 2010, Jaroslav Kysela wrote:
> On Sat, 30 Jan 2010, Guennadi Liakhovetski wrote:
>
> > On Sat, 30 Jan 2010, Jaroslav Kysela wrote:
> >
> > > Could you also try this sequence?
> > >
> > > # export LIBASOUND_COMPAT=1
> > >
4
BUFFER_TIME: 50
BUFFER_SIZE: 4000
BUFFER_BYTES: 8000
TICK_TIME: 0
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
The Planet: dedicated and managed
.conf
> and run ldconfig
>
> It probably will not solve your problem but make it unneccessary to type
> LD_LIBRARY_PATH=/usr/local/lib/
> every time.
You meant /usr/local/lib, but this doesn't work on that distro - something
has been optimised away in that busybox.
Thanks
Guenna
On Sat, 30 Jan 2010, Jaroslav Kysela wrote:
> On Sat, 30 Jan 2010, Guennadi Liakhovetski wrote:
>
> > On Sat, 30 Jan 2010, Giuliano Pochini wrote:
> >
> > > On Sat, 30 Jan 2010 16:59:48 +0100 (CET)
> > > Guennadi Liakhovetski wrote:
> > >
> &
On Sat, 30 Jan 2010, Giuliano Pochini wrote:
> On Sat, 30 Jan 2010 16:59:48 +0100 (CET)
> Guennadi Liakhovetski wrote:
>
> > On Sat, 30 Jan 2010, Giuliano Pochini wrote:
> >
> > > On Fri, 29 Jan 2010 11:44:43 +0100 (CET)
> > > Guennadi Liakhovetski
On Sat, 30 Jan 2010, Giuliano Pochini wrote:
> On Fri, 29 Jan 2010 11:44:43 +0100 (CET)
> Guennadi Liakhovetski wrote:
>
> > > Try something simpler:
> > >
> > > arecord -v -Dplughw:0 -c1 -r44100 -fS16_LE out.wav
> > >
> > > It prints th
On Thu, 28 Jan 2010, Giuliano Pochini wrote:
> On Mon, 25 Jan 2010 10:34:41 +0100 (CET)
> Guennadi Liakhovetski wrote:
>
> > On Mon, 25 Jan 2010, Clemens Ladisch wrote:
> >
> > > Guennadi Liakhovetski wrote:
> > > > Is there a way to tell als
On Mon, 25 Jan 2010, Clemens Ladisch wrote:
> Guennadi Liakhovetski wrote:
> > Is there a way to tell alsa-lib to duplicate the mono-channel during
> > playback and to mix recorded channels, if mono recording is requested?
>
> Yes, with the "plug" plugin. It shou
o mix recorded
channels, if mono recording is requested?
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
Throughout its 18-year history, RSA Confe
On Sun, 12 Mar 2006, Lee Revell wrote:
> On Mon, 2006-03-13 at 00:42 +0100, Guennadi Liakhovetski wrote:
> >
> > Well, _this_ difference everybody would here, but, well...
>
> I guess you are referring to recording with the OSS driver, as you said
> that capture with AL
On Sun, 12 Mar 2006, Lee Revell wrote:
> On Sun, 2006-03-12 at 21:19 +0100, Guennadi Liakhovetski wrote:
> > Hi
> >
> > Just a practical curiousity question - it seems to me that audio recorded
> > from the line-in of an on-board es18xx ISA card has higher quality t
- it's
a headphone output of an md-player, but the disc and volume were the same.
The software (apart from the driver, of course) is roughly the same -
Debian Sarge, 2.6.15.4 kernel.
Thanks
Guennadi
---
Guennadi Liakhovetski
---
This S
On Thu, 9 Mar 2006, Adrian Bunk wrote:
> As soon as I get a bug number from the ALSA bug tracker I'll add
> SOUND_VIA82CXXX to my list of OSS drivers that should stay.
Bug-ID 0001906:
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1906 (requires
login)
Thanks
Guennadi
-
o compile any recent version of
alsa-library against 2.4.x native alsa drivers. I might try some older
version of alsa-lib. I'll try to put as much information as possible in
the bug-report.
Thanks
Guennadi
---
Guennadi Liakhovetski
---
kd -v -d oss". And then just
put some load in the background + try to start ardour... With alsa I
wasn't even able to start it. With oss it did run, and no xruns reported
from jackd. Normal non-rt kernel. jackd started without --realtime.
Ouch
Thanks
Guenna
On Tue, 7 Mar 2006, Lee Revell wrote:
> On Tue, 2006-03-07 at 19:30 +0100, Guennadi Liakhovetski wrote:
>
> > And my audio still doesn't work properly...
>
> Yes you've mentioned that several times.
Ok, sorry, I just wanted to come to some resolution - either a fi
On Mon, 6 Mar 2006, Guennadi Liakhovetski wrote:
> in drivers/pci/quirks.c:
>
> /*
> * VIA Apollo KT133 needs PCI latency patch
> * Made according to a windows driver based patch by George E. Breese
> * see PCI Latency Adjust on
> http://www.via
00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 41 00 00 00 00 00 00 00 00 00
So, bit 4 is not set... I added busarb to the printk above and it prints
0xd2. Why is it reset to 0x42 again later??? Found nothing in
drivers/ide/pci/via82cxxx.c... I could re
f the box dies - it's your fault, Lee:-)
> If it still does not work then file a bug report.
After BIOS test...
Thanks
Guennadi
---
Guennadi Liakhovetski
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting lang
On Sat, 4 Mar 2006, Lee Revell wrote:
> On Sat, 2006-03-04 at 18:36 +0100, Guennadi Liakhovetski wrote:
> > Just checked recording with nice -n -20 arecord... on another system
> > (2 x P2/400MHz, 128MB RAM) under load - no overruns even without
> > realtime. Is it VIA?...
forgot to say that one has to interrupt it or start "bounded":-) I
first thought I just had to wait, so, it ran for some time... Don't know
if too much or too little. Anyway, here goes:
0.0 748745
0.1 914
0.2 13
0.3 2
0.4 3
0.5 7
1.2 1
1.3 4
1.4 3
6.5
On Sat, 4 Mar 2006, Sergei Steshenko wrote:
> On Sat, 4 Mar 2006 14:32:35 +0100 (CET) Guennadi Liakhovetski <[EMAIL
> PROTECTED]> wrote:
>
> > Another question - to further eliminate possible arecord / alsa-library
> > bugs, if I try another recording programs (brec
-4.0.2 to exclude local library / tool / distribution /
kernel config breakage - same.
Another question - to further eliminate possible arecord / alsa-library
bugs, if I try another recording programs (brec, ardour + jackd,...) would
they all report xruns?
Thanks
Guennadi
---
Guennadi Lia
On Thu, 2 Mar 2006, Lee Revell wrote:
> On Fri, 2006-03-03 at 00:13 +0100, Guennadi Liakhovetski wrote:
> > On Thu, 2 Mar 2006, Lee Revell wrote:
> >
> > > Try enabling latency tracing in the kernel config and see what you get
> > > in /proc/latency_trace.
>
ook at it tomorrow - some more googling will
be needed - never tried it before.
Thanks
Guennadi
---
Guennadi Liakhovetski
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mob
On Thu, 2 Mar 2006, Lee Revell wrote:
> On Thu, 2006-03-02 at 22:41 +0100, Guennadi Liakhovetski wrote:
> >
> > One more thing comes to mind. Lee, you would remember - there were
> > some
> > reports of "time ls" taking variable time under 2.6.15, un
straight away? I guess, I'll try latency-tracing
first.
Thanks
Guennadi
---
Guennadi Liakhovetski
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Atten
On Thu, 2 Mar 2006, Lee Revell wrote:
> On Thu, 2006-03-02 at 22:16 +0100, Guennadi Liakhovetski wrote:
> > One doubt, though - setting SCHED_FIFO and raising the priority
> > doesn't do
> > mlock, can that be a problem? I do have 512MB RAM... No, after getting
On Thu, 2 Mar 2006, Lee Revell wrote:
> On Thu, 2006-03-02 at 22:14 +0100, Guennadi Liakhovetski wrote:
> >
> > Ok, I was running a rt-kernel right now, otherwise just started
>
> This is with all IRQ priorities left at the defaults?
Exactly.
> > arecord
On Thu, 2 Mar 2006, Lee Revell wrote:
> On Thu, 2006-03-02 at 21:19 +0100, fons adriaensen wrote:
> > On Thu, Mar 02, 2006 at 09:03:29PM +0100, Guennadi Liakhovetski wrote:
> >
> > > chrt -f -p 50 `pidof "IRQ 5"`
> > > chrt -f 40 arecord -t wav -f cd
On Thu, 2 Mar 2006, Lee Revell wrote:
> On Thu, 2006-03-02 at 21:57 +0100, Guennadi Liakhovetski wrote:
> > On Thu, 2 Mar 2006, Lee Revell wrote:
> >
> > > On Thu, 2006-03-02 at 21:03 +0100, Guennadi Liakhovetski wrote:
> > > > Hi all
> > > >
>
On Thu, 2 Mar 2006, Lee Revell wrote:
> On Thu, 2006-03-02 at 21:03 +0100, Guennadi Liakhovetski wrote:
> > Hi all
> >
> > I am puzzled... I do:
> >
> > chrt -f -p 50 `pidof "IRQ 5"`
> > chrt -f 40 arecord -t wav -f cd -d 600 test.wav
> >
On Thu, 2 Mar 2006, fons adriaensen wrote:
> On Thu, Mar 02, 2006 at 09:03:29PM +0100, Guennadi Liakhovetski wrote:
>
> > chrt -f -p 50 `pidof "IRQ 5"`
> > chrt -f 40 arecord -t wav -f cd -d 600 test.wav
> >
> > and if there's accidentally an update
know why it cannot
(reliably) work.
Is arecord a bad choice? I know it has some parameters to control buffers,
intervals, but it wasn't obvious to me which one(s) can be critical for
the task.
Thanks
Guennadi
---
Guennadi Liakhovetski
-
34 matches
Mail list logo
