hu, 05 Feb 2004 00:08:18 +0100,
Joern Nettingsmeier wrote:
[crossposted to alsa-devel and jackit-devel]
hi *!
i'd like to use the rear outs of my sblive platinum with jack.
>
there is already a standard definition for 4.0 output, "surround40".
so, something like below would
Takashi Iwai wrote:
At Thu, 05 Feb 2004 00:08:18 +0100,
Joern Nettingsmeier wrote:
[crossposted to alsa-devel and jackit-devel]
hi *!
i'd like to use the rear outs of my sblive platinum with jack.
the following works:
# aplay some.wav -Dfront &
# aplay someother.wav -Drear
both signa
Takashi Iwai wrote:
At Thu, 05 Feb 2004 00:08:18 +0100,
Joern Nettingsmeier wrote:
[crossposted to alsa-devel and jackit-devel]
[removed jackit-devel from cc:]
hi *!
i'd like to use the rear outs of my sblive platinum with jack.
the following works:
# aplay some.wav -Dfront &
[crossposted to alsa-devel and jackit-devel]
hi *!
i'd like to use the rear outs of my sblive platinum with jack.
the following works:
# aplay some.wav -Dfront &
# aplay someother.wav -Drear
both signals end up at my mixer as expected, so it seems the devices
are independent.
front is hw:0,0 w
Paul Davis wrote:
I'm working on changing DMIX to allow clients to open the capture stream.
i don't get it. dmix is for playback, not capture. what would be the
semantics of this?
haven't tried yet, but isn't "dsnoop" the dmix equivalent for capture ?
--
In this house, we obey the laws of ther
sorry for the noise, this was meant to go to ardour-dev.
Joern Nettingsmeier wrote:
hello everyone!
i have jamin and ardour running. ardour reacts nicely to the "to start"
---
This SF.net email is sponsored by: SF.net Giveba
hello everyone!
i have jamin and ardour running. ardour reacts nicely to the "to start"
and "to end" transport control buttons. now when i press "play" in
jamin, the playhead in ardour starts moving, but no sound is heard.
this happens regardless of the "jack transport master" setting in the
op
hello everyone!
if you are thinking about testing the new 2.6-pre kernels (which would
be helpful to shake out problems with typical audio-workloads that might
not get tested by others), here are two links worth a read (found on
lwn.net):
* the 2.5 "what to expect" document by dave jones:
ht
hi everyone !
i'm just sitting in train up the beautiful rhine valley on my trip back
from this year's linuxtag, where we had a joint booth for the alsa
project and the linux audio developers.
it has been great fun, and i think we made some impact :)
the linuxtag page at http://www.linuxdj.com/a
Erik de Castro Lopo wrote:
On Mon, 07 Jul 2003 12:25:51 +0200
Joern Nettingsmeier <[EMAIL PROTECTED]> wrote:
what's happening ?
Not sure. I've been having the same issue since Saturday.
I lodged a issue with the sf.net people, but it unlikely to be fixed
until the US comes on
Jaroslav Kysela wrote:
On Mon, 7 Jul 2003, Erik de Castro Lopo wrote:
On Mon, 7 Jul 2003 13:58:45 +0200 (CEST)
Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
On Mon, 7 Jul 2003, Erik de Castro Lopo wrote:
On Mon, 07 Jul 2003 12:25:51 +0200
Joern Nettingsmeier <[EMAIL PROTECTED]> wr
hello * !
after the usual 10-20 re-login attempts to the sf cvs server, i can
update my alsa tree fine up to this point:
cvs server: Updating alsa-driver/drivers/vx
cvs server: [02:56:59] waiting for anoncvs_alsa's lock in
/cvsroot/alsa/alsa-driver/drivers/vx
...[repeats every 30 sec]
cvs serve
Jaroslav Kysela wrote:
>>
>>other people might propose XML. then it becomes to a question whether
>>alsa-lib should rely on other libs...
>
>
> I think that XML is too overkill for our purposes.
>
>Jaroslav
>
true if you only consider alsa. but on most s
Jaroslav Kysela wrote:
On Mon, 16 Jun 2003, Joern Nettingsmeier wrote:
Jaroslav Kysela wrote:
On Mon, 16 Jun 2003, Jaroslav Kysela wrote:
thanks for the clarification. i'd be glad to help, but i doubt i could
meet the coding standards of alsa-lib. at least i could help test it.
do y
Jaroslav Kysela wrote:
On Mon, 16 Jun 2003, Jaroslav Kysela wrote:
thanks for the clarification. i'd be glad to help, but i doubt i could
meet the coding standards of alsa-lib. at least i could help test it.
do you or anyone of the alsa core developers have plans to tackle this
some time soon ?
Jaroslav Kysela wrote:
On Mon, 16 Jun 2003, Jaroslav Kysela wrote:
thanks for the clarification. i'd be glad to help, but i doubt i could
meet the coding standards of alsa-lib. at least i could help test it.
do you or anyone of the alsa core developers have plans to tackle this
some time soon ?
Jaroslav Kysela wrote:
On Mon, 16 Jun 2003, Joern Nettingsmeier wrote:
either i have not understood the semantics of nrpm, or nrpm events are
not detected as such. when i move a slider, i always get four separate
normal controller events: two on 98/99 encoding the control number as a
14bit
Paul Davis wrote:
hello alsa gurus !
i have bought a peavey studiomix midi controller on ebay, and it sends
NRPN messages (non-registered parameter numbers). when i move a slider,
it sends the slider number encoded in 98 and 99 and the value in the
DATA ENTRY controllers 6 and 38. i would like
hello david !
thanks for your reply.
David Olofson wrote:
On Sunday 15 June 2003 18.16, Joern Nettingsmeier wrote:
[...]
/*{SND_SEQ_EVENT_NONREGPARAM, extra_decode_nrpn},*/
/*{SND_SEQ_EVENT_REGPARAM, extra_decode_rpn},*/
};
which makes me think it might not yet be implemented
hello alsa gurus !
i have bought a peavey studiomix midi controller on ebay, and it sends
NRPN messages (non-registered parameter numbers). when i move a slider,
it sends the slider number encoded in 98 and 99 and the value in the
DATA ENTRY controllers 6 and 38. i would like to map these to or
hello everyone !
for those who are interested, some tapes from the presentations at the
LAD meeting are now online at
http://www.linuxdj.com/audio/lad/eventszkm2003.php3 ,
together with the slides and the long-awaited mug shots by fernando :)
i'll be off for a week now, and unfortunately i won't
hello alsa people !
i have a problem with jack on a sblive giving dropouts.
i found this might be due to too few periods per buffergla.
unfortunately, the sblive only seems to support two periods for
capturing, and jack sets both play and capture to the same number of
periods.
is it possible wit
Fernando Pablo Lopez-Lezcano wrote:
>
> > i'm tracking down a nasty problem i have with jack. is there any way to
> > increase the periods-per-hardware-buffer setting on an sblive for
> > capture ? jackd refuses to do that, and i wonder whether it's a hardware
> > limitation.
>
> Has to be, appa
Takashi Iwai wrote:
>
> At Tue, 25 Jun 2002 01:27:53 +0100,
> James Courtier-Dutton wrote:
> >
> > Has anyone managed to get "alsa-conf" to compile ?
> >
> > I use the current CVS, but it will not compile.
> > Is "alsa-conf" of any use any more ?
>
> no, it's not maintained atm.
> it was designe
hello * !
i'm tracking down a nasty problem i have with jack. is there any way to
increase the periods-per-hardware-buffer setting on an sblive for
capture ? jackd refuses to do that, and i wonder whether it's a hardware
limitation.
kleineronkel:~ # jackd -R -d alsa -d hw:0 -n 4 -p 2048
jackd 0
Orm Finnendahl wrote:
>
> Hi all,
>
> I just wanted to tell you that the PCMCIA card bus interface works
> with the hdsp driver and a multiface (I only tested it with aplay and
> 2 channels so far, but think it should be possible to get the other
> channels to play as well). I first had seemingl
hello everyone !
the photos from the joint LAD/ALSA booth at LinuxTag 2002 in
karlsruhe/germany are now available at
http://www.linuxdj.com/audio/lad/events.php3 .
those who asked for t-shirts will find a link to the image there. it's
probably easier to find a print shop close to you and roll y
hi !
in reply to a posting by juan linietsky, Paul Davis wrote:
>
[allowing multiple apps to play at the same time (esound-style) on
hardware that does not support multi-open]
>
> * ALSA already has the "share" PCM device type which allows
> multiple access to the same underlying hardware
[cc:ing alsa-dev and lau]
Richard Guenther wrote:
>
> Hi!
>
> I'd like to create a virtual 2-(stereo)-channel alsa device from one
> ISA SB AWE and one on-board VIA alsa device. Has anyone figured out
> how to do this using .asoundrc magic? [I know Jaroslav knows and told
> Joern, but I think t
hello everyone !
we have created a new mailing list for linux audio announcements.
it is moderated, and will be low-volume.
typical announcements might be:
* releases of audio applications or new drivers
* releases of documentation
* latency or scheduling-related kernel patches
* conferenc
James Courtier-Dutton wrote:
>
<...>
> I think we should have a section on the web site for the different
> applications which support different alsa versions.
>
N. could we please please please annihilate every last little
trace of alsa 0.5.x from that page ?
if that's the stable release,
31 matches
Mail list logo