On Wed, 2004-05-12 at 12:57, Takashi Iwai wrote:
At Wed, 12 May 2004 12:31:54 +0200,
Michel Dnzer wrote:
The only thing that bothers me is
https://bugtrack.alsa-project.org/alsa-bug/bug_view_advanced_page.php?bug_id=057,
but I can live with it.
sorry, forgot to answer BTS.
this
On Wed, 2004-05-12 at 01:38, Niklas Werner wrote:
is there any progress on the status of full support for the newer devices
as snapper, etc (in the AlBooks,..). I'm running the 2.6.5 benh-kernel
from bitkeeper and basically the sound only works reliably when using the
oss emulation.
I
Apparently these changes from pcm_direct.c revisions 1.12 and 1.14 were
accidentally reverted in revision 1.15. Please reapply.
--
Earthling Michel Dnzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Index:
On Thu, 2004-03-04 at 02:11, Tim Hollingsworth wrote:
alsa-base 1.0.2c-3
alsa-headers 1.0.2c-3
alsa-source 1.0.2c-3
Looks like you're missing libasound2-dev?
--
Earthling Michel Dnzer | Debian (powerpc), X and DRI developer
Libre software enthusiast|
On Thu, 2004-02-26 at 19:38, Jaroslav Kysela wrote:
On Thu, 26 Feb 2004, Michel Dnzer wrote:
The problem occurs when the ALSA_OSS_WRAPPER environment variable isn't
set. initialize() returns early, so the public functions segfault when
they try to dereference the uninitialized fds.
On Thu, 2004-02-26 at 11:30, Jaroslav Kysela wrote:
On Thu, 26 Feb 2004, Michel Dnzer wrote:
LD_PRELOAD=~/src/alsa-cvs/alsa-oss/alsa/.libs/libaoss.so bzflag
zsh: segmentation fault
[...]
How can I debug this?
Define this:
export ALSA_OSS_DEBUG=1
and run the application again.
On Thu, 2004-02-26 at 15:10, Jaroslav Kysela wrote:
Can you try with the mpg123 program? It works on x86.
It can successfully print the usage info, but also crashes when trying
to actually play a file. Note that even gdb crashes on startup, so the
problem seems completely unrelated to sound?
On Thu, 2004-02-26 at 15:33, Jaroslav Kysela wrote:
It looks that the wrapper code does not work as expected.
Can you add a printf calls to all public functions in
the alsa-oss/alsa/alsa-oss.c code, so we can determine
where the code hangs?
The problem occurs when the ALSA_OSS_WRAPPER
On Thu, 2004-02-26 at 16:55, Sergey Vlasov wrote:
$ gdb mpg123
(gdb) set args xxx.mp3
Or gdb --args mpg123 xxx.mp3 ;)
(gdb) set env LD_PRELOAD /home/user/src/alsa-cvs/alsa-oss/alsa/.libs/libaoss.so
(gdb) run
This way LD_PRELOAD will be set only for the debugged process, and not for
the
On Sat, 2004-02-21 at 23:05, Jaroslav Kysela wrote:
I am trying to fix resampling problems in alsa-lib and OSS
emulation problems in alsa-oss package. I released first preview of my
changes. It would be nice, if you can test my changes and report me bugs
or comments (especially to the
On Thu, 2004-02-05 at 12:52, Takashi Iwai wrote:
At Wed, 04 Feb 2004 22:17:19 +0100,
Michel Dnzer wrote:
This patch changes the JACK plugin to use a unique client name, which
allows for multiple ALSA streams to share a JACK server.
thanks, committed to cvs now (with compile warning
Now that dmix is working well, I felt like trying something new. :)
This patch changes the JACK plugin to use a unique client name, which
allows for multiple ALSA streams to share a JACK server.
Unfortunately, as reported earlier, some apps hang with the JACK plugin,
and some even fail, e.g.
On Wed, 2004-02-04 at 01:38, James Courtier-Dutton wrote:
See attached file.
It contains a test program, and a readme.txt with details on how to
configure the dmix device in order to carry out the test.
Basically, the value of snd_pcm_delay() returned when using the dmix
device is wrong.
On Tue, 2004-01-27 at 19:01, Francesco Abbate wrote:
One of the major problem I've encountered with ALSA is that it *seems*
to be very CPU intensive.
In fact I've compiled the SDL library with ALSA and I've discovered that
my CPU is not fast enough to run the game when the sound is anabled.
On Wed, 2004-01-21 at 20:19, Jaroslav Kysela wrote:
[...] I've tested xine with dmix today and I figured after several hours
of looking for totaly another problem, that it was 'snd_pcm_wait()' function
which causes trouble in conjunction with the xine ALSA code algorithm.
The result
I'm basically very happy with http://penguinppc.org/~daenzer/asound.conf
and alsa-oss, kudos to all ALSA developers who made this possible.
The only problem I'm having is that xine doesn't work well. Do you agree
with the analysis in
http://sourceforge.net/mailarchive/message.php?msg_id=6793623
On Tue, 2004-01-20 at 16:29, Jaroslav Kysela wrote:
On Tue, 20 Jan 2004, Michel Dnzer wrote:
I'm basically very happy with http://penguinppc.org/~daenzer/asound.conf
and alsa-oss, kudos to all ALSA developers who made this possible.
The only problem I'm having is that xine doesn't work
17 matches
Mail list logo
