On Wed, 2003-02-12 at 13:25, Jaroslav Kysela wrote:
> On Wed, 12 Feb 2003, Mark Knecht wrote:
>
> > Jaroslav,
> >Hi. Actually, I had been looking around for where to report this sort of
> > problem. I'm using an HDSP 9652 for MIDI input and getting stuck notes on
> > all soft synths I'm using.
oh boy. there is so much that you might not know. lets start with the
most obvious:
which kernel are you using (version + distribution)
SCSI or IDE disk controller
have you ever heard of the low latency patch?
--p
---
This
>For a somewhat elegant solution, it may be possible to have the mtpav
>track the last device and running status. I initially thought this
>would be impossible, but it looks like it could be done in
>snd_mtpav_output_port_write() (mtpav.c:298). I will work on this and
>submit a patch shortly, unl
just a quick update - i installed yesterday's cvs of alsa-driver, and i
haven't had any problems (no alloc failures or apps locking up) since
then. i've tried to stress test it a bit (filling up ram, opening and
closing the pcm device rapidly), and i'm pleased to say no problems. i
looked at
Hello List,
This is my first post and I am new (a couple of weeks) to ALSA.
I am working on an application that plays audio output in response
to audio input --- the relationship between input and output is
complicated and I will not describe it in any detail here --- I
am building a musica
On Wednesday 12 February 2003 19:18, Takashi Iwai wrote:
> > if ((err = snd_pcm_open(&capture_hd,
> > "hwplug:0,0", SND_PCM_STREAM_CAPTURE, 0)) < 0) {
> ^^
>
> is this correct? not "plughw:0,0" ?
Well, sorry, "plughw:0,0" of course. Doesn't change anything though.
Meinha
On Wed, 12 Feb 2003 21:41:50 +0100 (CET)
Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> It seems that mtpav don't remeber the old status byte for each
> channels. If it's true, then we need to take care about the expansion
> in the mtpav driver, because the sequencer MIDI driver removes
> duplicat
On Wed, 12 Feb 2003, Maarten de Boer wrote:
> > > I now have pmc->jack playback working nicely! Tomorrow I will do capture,
> > > which should be a piece of cake.
>
> Hmmm.. Something broke. After doing a CVS update, everything stopped
> working. I reverted to yesterday's CVS, and it worked agai
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 th
On Wed, 12 Feb 2003 21:41:50 +0100 (CET)
Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> It seems that mtpav don't remeber the old status byte for each
> channels. If it's true, then we need to take care about the expansion
> in the mtpav driver, because the sequencer MIDI driver removes
> duplicate
Will do. I'll send it along this evening.
Thanks,
Mark
-Original Message-
From: Jaroslav Kysela [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 12, 2003 1:26 PM
To: Mark Knecht
Cc: [EMAIL PROTECTED]
Subject: RE: Further info: [Alsa-devel] Bug: ALSA Sequencer or MTPAV -
easy to reprod
On Wed, 12 Feb 2003, Mark Knecht wrote:
> Jaroslav,
>Hi. Actually, I had been looking around for where to report this sort of
> problem. I'm using an HDSP 9652 for MIDI input and getting stuck notes on
> all soft synths I'm using. (amSynth, ZynAddSubFx and iiwusynth) I'm at a bit
> of a loss a
Jaroslav,
Hi. Actually, I had been looking around for where to report this sort of
problem. I'm using an HDSP 9652 for MIDI input and getting stuck notes on
all soft synths I'm using. (amSynth, ZynAddSubFx and iiwusynth) I'm at a bit
of a loss as to how to debug this, but I do see the problem.
On Wed, 12 Feb 2003, Ryan Pavlik wrote:
> On Wed, 12 Feb 2003 11:28:35 -0800
> Ryan Pavlik <[EMAIL PROTECTED]> wrote:
>
>
>
> Further info: The bug is definitely above the hardware level. I added
> a printk to snd_mtpav_send_byte() for logging device/bytes sent, and
> came up with the attache
On Wed, 12 Feb 2003 11:28:35 -0800
Ryan Pavlik <[EMAIL PROTECTED]> wrote:
Further info: The bug is definitely above the hardware level. I added
a printk to snd_mtpav_send_byte() for logging device/bytes sent, and
came up with the attached log, which I commented on. This log was
generated by p
Hi Justin, all,
Am Mittwoch, den 12. Februar 2003 um 19:30:00 Uhr (+) schrieb
Justin Cormack:
>
> ie add the 0xb revision.
that did the trick. Seems to work fine now. I can't check all the way,
as I'm in Berlin and the Computer is at V2 in Rotterdam without
someone there being able to conne
I've finally gotten something reproducible. I don't know if this is a
bug with the mtpav in particular or the sequencer, although I'd think
someone would have noticed if it were the latter by now.
Anyway, notes or messages are _still_ getting lost. It seems that note
messages are getting lost wh
Could someone please provide a working asound.conf
example for the "type share" plugin for use with the
ice1712 chipset? I need to have multiple streams
recording 4 different stereo channels simultaneously.
I know somebody out there has tried this already...and
I hope successfully. Thanks.
On Wed, 12 Feb 2003, Marc Titinger wrote:
> This looks Great !
>
> I haven't yet experimented a lot with .asoundrc files, so please excuse
> me if the following questions are irrelevant or OTO, but:
>
> I was wondering if one could define a plug pcm, that offers two stereo
> pairs routed with po
Am Mittwoch, den 12. Februar 2003 um 18:58:53 Uhr (+) schrieb Justin Cormack:
> hmm, I just got a new one and had no problem. The firmware is downloaded
> by the driver.
I guess that means it can't be related to firmware issues.
>
> What does lspci -n -s slotno (eg lspci -n -s 00:0c.0 if tha
Hi all,
I'm trying to install a brandnew RME pci/multiface combination on a
Athlon computer with Debian/Woody. I have my own RME/pci combination
at home running well but on the new computer I get complaints on
modprobing the snd-hdsp that no cards are found.
snd-hammerfall-mem insmods without err
At Wed, 12 Feb 2003 18:48:12 +0100,
M. Ritscher <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi again,
>
> On Tuesday 11 February 2003 21:47, M. Ritscher wrote:
> > Stopped due to shared library event.
> >
> I've now compiled a version of libasound with debu
On Tue, 11 Feb 2003 10:26:25 +0100
Patrice Tisserand <[EMAIL PROTECTED]> wrote:
> On Tue, 2003-02-11 at 08:53, Martin Herren wrote:
> [..]
> > An additional question, what is the correct way to find out all existing
>cards/buses on a system ? Currently we scan /proc/asound/card?/ for all pcmX[cp]
This looks Great !
I haven't yet experimented a lot with .asoundrc files, so please excuse me if the
following questions are irrelevant or OTO, but:
I was wondering if one could define a plug pcm, that offers two stereo pairs routed
with policy "average" to a single-stereo "hw" slave.
My under
> > I now have pmc->jack playback working nicely! Tomorrow I will do capture,
> > which should be a piece of cake.
Hmmm.. Something broke. After doing a CVS update, everything stopped
working. I reverted to yesterday's CVS, and it worked again. I'll
explain what happens, maybe you see how your ch
On Wed, 2003-02-12 at 09:49, Paul Davis wrote:
> >If you are interested, I am sure people would pay for binaries of
> >ardour.I would. I know other musicans that would.I could get more
> >musicans to. Personally, I have been waiting for it since I first heard
> >about it. Why not release something?
When running Quake 3 Arena the sound initializes
properly and plays correctly during the game until the
end of a match. At this point, the game abruptly enters
a different mode (this is where the models of the
players for the first, second, and third placements are
shown on pedestals and a voice sa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi again,
On Tuesday 11 February 2003 21:47, M. Ritscher wrote:
> Stopped due to shared library event.
>
I've now compiled a version of libasound with debug enabled and found out that
it dies on me on line 61 of dlmisc.c
Stopped due to shared library
>If you are interested, I am sure people would pay for binaries of
>ardour.I would. I know other musicans that would.I could get more
>musicans to. Personally, I have been waiting for it since I first heard
>about it. Why not release something?
because i am tired of downloading open source projec
On Wed, 2003-02-12 at 07:44, Paul Davis wrote:
> >So I've wasted 2+ years of my life and countless dollars continuing down
> >this path.
>
> Do you know how much of my life and money I've spent "continuing down
> this path"? In return for getting up every day for 3+ years (bar some
> months in the
One member of these lists has made some good points to me..
At this point I wish to apologise for my already admitted emotional
outburst.
This emotional response came after 2 weeks of trying to nail down a
problem which initially got some response. HOwever (coincidentally) did
not receive any f
-Forwarded Message-
From: Son of Zev <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: Alsa-dev <
Thanks Vincent.
Your reply is appreciated.
However I have been involved in the ardour lists for over 2 years. I
have spent much time reading about potential problems and responded to
all thos
Paul,
Please read the content of my email.. You yourself had specifically
asked for further output from me regarding the issue of libraries
attempting to build as dynamically linked when they should have been
static.. I provided that to you directly and the list and no response
came...Yes the out
>I have done everything I have asked of me from the list, including
>Paul's responses ..and also taken my own initiatives following lack of
>response and still have recieved no response.
[ ... ]
>Aside from being upset, it appears to me that you guys are all a bunch
>of hypocrites.. Asking for
Thanks for the support
This has had more to do with the ardour-dev ML and specific questions
there.
However it doesn't surprise me that the responses so far have all come
from the alsa developers ML. The question was posed to the ardour
developers maling list and cc'd in to other lists that have
>I think if (if) the Ardour developers are _expecting_ quality feedback
>from normal users (not just programmers) at this stage, they should
>provide tarballs of the stable CVS snapshots they want to be tested.
>
>But maybe they want to wait for 1.0 before letting endusers test it?
>In that case, m
Yes that is my last response the alsa developers ML. I did not expect a
response from that post..
The message was to the ardour-dev ML which has been silent to any query
of mine for nearly 2 weeks..
To clarify alsa-dev has been pretty good.. However my problems and
queries to this list have bee
could be just list problems
i've had problems getting messages through to alsa-devel lately, i get
them rejected after queueing for 72 hours...
m~
Allan Klinbail wrote:
Hi Guys
This is quite a disturbing message..
nearly 2 weeks ago Paul Davis marked one of my messages as something
"seriousl
On Wed, 12 Feb 2003, Takashi Iwai wrote:
> At Wed, 12 Feb 2003 10:45:41 +0100 (CET),
> Jaroslav wrote:
> >
> > Here is an .asoundrc example configuration (plugin defaults are 48kHz,
> > stereo, signed 16-bit little endian):
> >
> > pcm.dmix {
> > type dmix
> > ipc_key 1234# must be
On Wed, 12 Feb 2003, Paul Davis wrote:
> > a next step to get the lowlatency sharing of exclusive PCM devices
> >is in ALSA CVS - the dmix (direct mixing) plugin..
> > How it works? Basically, the playback in driver runs forewer
> >without any xrun detection. The ring buffer (only just pl
Hi Guys
This is quite a disturbing message..
nearly 2 weeks ago Paul Davis marked one of my messages as something
"seriously wrong" going on .. when libraries were compiling as dynamic
not static...
since then I have responded with full outputs of what is happening.
In response I sent full
Hi Everyone,
Here the response I got from Yamaha regarding releasing info for the SW1000:
>The DDK would require confidential release of our gate array systems and
some of the dsp access protocols we use *the primary gate >array controls a
lot of the card), hence we cannot
>Sorry
A bit disappo
> a next step to get the lowlatency sharing of exclusive PCM devices
>is in ALSA CVS - the dmix (direct mixing) plugin..
> How it works? Basically, the playback in driver runs forewer
>without any xrun detection. The ring buffer (only just played areas) is
>also silenced in each interr
On Wed, 12 Feb 2003, Takashi Iwai wrote:
> At Sat, 8 Feb 2003 20:53:14 +0100 (CET),
> Jaroslav wrote:
> >
> > On Sat, 8 Feb 2003, Sebastian Kapfer wrote:
> >
> > > On Sat, 8 Feb 2003 12:50:01 +0100 (CET)
> > > Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> > >
> > > > > All of the remaining appli
At Wed, 12 Feb 2003 13:18:20 +0100,
Josh Buhl wrote:
>
> I had to apply the diff by hand, because patch rejected it:
>
> josh@spleen:~/programs/debian/alsa-lib-0.9.0rc7$ patch -p1 <
> rate-multi-fix.dif
> patching file src/pcm/pcm_params.c
> Hunk #1 FAILED at 966.
it's to cvs version. sorry, i
I had to apply the diff by hand, because patch rejected it:
josh@spleen:~/programs/debian/alsa-lib-0.9.0rc7$ patch -p1 <
rate-multi-fix.dif
patching file src/pcm/pcm_params.c
Hunk #1 FAILED at 966.
But guess what? Your patch works! aplay and arecord both work perfectly now!
That was fast work!
At Wed, 12 Feb 2003 10:45:41 +0100 (CET),
Jaroslav wrote:
>
> Here is an .asoundrc example configuration (plugin defaults are 48kHz,
> stereo, signed 16-bit little endian):
>
> pcm.dmix {
> type dmix
> ipc_key 1234# must be unique for all dmix plugins
> slave {
>
At Sat, 8 Feb 2003 20:53:14 +0100 (CET),
Jaroslav wrote:
>
> On Sat, 8 Feb 2003, Sebastian Kapfer wrote:
>
> > On Sat, 8 Feb 2003 12:50:01 +0100 (CET)
> > Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> >
> > > > All of the remaining applications should be
> > > > considering what will happen to th
Hi Josh,
the debug trace really helps debugging.
could you try the attached patch?
thanks,
Takashi
rate-multi-fix.dif
Description: Binary data
At Wed, 12 Feb 2003 09:31:54 +0100 (MET),
Clemens Ladisch wrote:
>
> Chris Share wrote:
> > I've never done any kernal programming and feel a bit daunted by the task
> > in front of me. Any suggestions on where to start would be much
> > appreciated. I have downloaded quite a few articles on ALSA,
Hi all,
a next step to get the lowlatency sharing of exclusive PCM devices
is in ALSA CVS - the dmix (direct mixing) plugin..
How it works? Basically, the playback in driver runs forewer
without any xrun detection. The ring buffer (only just played areas) is
also silenced in each
Chris Share wrote:
> I've never done any kernal programming and feel a bit daunted by the task
> in front of me. Any suggestions on where to start would be much
> appreciated. I have downloaded quite a few articles on ALSA, etc. so that
> should keep me going for a while.
There's a document about
Here's a backtrace after I compiled alsa-lib --with-debug=yes:
Starting program:
/home/josh/programs/debian/alsa-utils-0.9.0rc7/aplay/aplay ./track_01.wav
[New Thread 16384 (LWP 18251)]
Playing WAVE './track_01.wav' : Signed 16 bit Little Endian, Rate 44100
Hz, Stereo
Program received signal SI
On Tue, 11 Feb 2003, Maarten de Boer wrote:
> > [...]
> > Nope. The snd_pcm_mmap_appl_forward(pcm, size) is the appropriate.
> > [...]
> > I think that it should be opposite:
> >
> > appl_ptr should be increased when application writes samples (commit) and
> > hw_ptr should be increased when jack
Here's a backtrace from gdb:
(gdb) run
Starting program:
/home/josh/programs/debian/alsa-utils-0.9.0rc7/aplay/aplay ./track_01.wav
[New Thread 16384 (LWP 1875)]
Playing WAVE './track_01.wav' : Signed 16 bit Little Endian, Rate 44100
Hz, Stereo
Program received signal SIGTSTP, Stopped (user).
[
55 matches
Mail list logo
