On Wed, 12 Jun 2002, Takashi Iwai wrote:
> At Mon, 10 Jun 2002 13:46:04 -0700 (PDT),
> Dan Hollis wrote:
> > you mean represent each mask bit with separate ascii character?
> no, it's just a byte array as bitmap to hold more than 32bit (int).
> the meaning is same, but the size will be bigger.
It
Takashi Iwai wrote:
> At Thu, 13 Jun 2002 01:48:33 +0900,
> Patrick Shirkey wrote:
>
>>Patrick Shirkey wrote:
>>
>>>Patrick Shirkey wrote:
>>>
>>>
i have been testing the sound and I am getting playback although at
this point I can get sound out of hw:2,0 and hw:2,2 they are both the
>>
At Tue, 11 Jun 2002 14:16:48 +1000,
Mark Constable wrote:
>
> I am blown away by the specs of the LynxTWO card so I asked
> them directly if they had any Linux driver support and am
> pleasantly surprised they are at least cooperating with the
> OSS folks. I am wondering if anyone is looking at A
At Thu, 13 Jun 2002 01:48:33 +0900,
Patrick Shirkey wrote:
>
> Patrick Shirkey wrote:
> > Patrick Shirkey wrote:
> >
> >>
> >> i have been testing the sound and I am getting playback although at
> >> this point I can get sound out of hw:2,0 and hw:2,2 they are both the
> >> left channels. The
Patrick Shirkey wrote:
> Patrick Shirkey wrote:
>
>>
>> i have been testing the sound and I am getting playback although at
>> this point I can get sound out of hw:2,0 and hw:2,2 they are both the
>> left channels. The sound is scratchy but it is there :)
>>
>
> The sound is actually coming th
Patrick Shirkey wrote:
>
> i have been testing the sound and I am getting playback although at this
> point I can get sound out of hw:2,0 and hw:2,2 they are both the left
> channels. The sound is scratchy but it is there :)
>
The sound is actually coming through output 2 and 4 on the sound
> > OK, in stream0 now my emi26 is recognised as being capable of 6 outs
> > @ 44.1 or 48 k and 2 out @ 96 kHz, but still I only get
> > /proc/asound/card0/: id pcm0p pcm0c stream0
>
> it's ok. a stream can support different formats and channels.
> if you find "Channels: 6" in s
At Thu, 13 Jun 2002 00:02:51 +0900,
Patrick Shirkey wrote:
>
> Takashi Iwai wrote:
> > At Wed, 12 Jun 2002 22:56:03 +0900,
> > Patrick Shirkey wrote:
> >
> >>Takashi Iwai wrote:
> >>
>
> # aplay -f dat -D ttable /1REC/beastie_boys-track_8.wav
> Playing WAVE '/1REC/beastie_boys-
Takashi Iwai wrote:
> At Wed, 12 Jun 2002 22:56:03 +0900,
> Patrick Shirkey wrote:
>
>>Takashi Iwai wrote:
>>
# aplay -f dat -D ttable /1REC/beastie_boys-track_8.wav
Playing WAVE '/1REC/beastie_boys-track_8.wav' : Signed 16 bit Little
Endian, Rate 44100 Hz, Stereo
aplay
Takashi Iwai wrote:
> At Wed, 12 Jun 2002 23:10:19 +0900,
> Patrick Shirkey wrote:
>
>>Takashi Iwai wrote:
>>
>>>it's on cvs. please give a try.
>>>btw, now descriptor proc was removed (one can use lsusb anyway).
>>>instead you'll see formats supported on each stream.
>>>
>>
>>Excellent work. I
At Wed, 12 Jun 2002 16:19:57 +0200,
Niklas Werner wrote:
>
> Am Wednesday, 12. June 2002 16:13, wurde geschrieben:
> > At Wed, 12 Jun 2002 23:10:19 +0900,
> >
> > Patrick Shirkey wrote:
> > > Takashi Iwai wrote:
> > > > it's on cvs. please give a try.
> > > > btw, now descriptor proc was removed
At Mon, 10 Jun 2002 13:46:04 -0700 (PDT),
Dan Hollis wrote:
>
> On Mon, 10 Jun 2002, Takashi Iwai wrote:
> > i talked (yes, physically!) with Jaroslav about this issue.
> > our conclusion is to extend the snd_pcm_hw_constraints_t struct,
> > namely, using char arrays instead of int for mask bits.
On Tue, Jun 11, 2002 at 09:04:08AM +0200, Jaroslav Kysela wrote:
> On Fri, 7 Jun 2002, [iso-8859-1] Ville Syrjälä wrote:
>
> > On Thu, Jun 06, 2002 at 09:20:31PM -0400, Paul Davis wrote:
> > > >The problem with GUS synth is that it uses non-interleaved data layout so
> > > >it's not relly useful
Am Wednesday, 12. June 2002 16:13, wurde geschrieben:
> At Wed, 12 Jun 2002 23:10:19 +0900,
>
> Patrick Shirkey wrote:
> > Takashi Iwai wrote:
> > > it's on cvs. please give a try.
> > > btw, now descriptor proc was removed (one can use lsusb anyway).
> > > instead you'll see formats supported on
At Wed, 12 Jun 2002 23:10:19 +0900,
Patrick Shirkey wrote:
>
> Takashi Iwai wrote:
> > it's on cvs. please give a try.
> > btw, now descriptor proc was removed (one can use lsusb anyway).
> > instead you'll see formats supported on each stream.
> >
>
> Excellent work. I haven't tested the outp
Takashi Iwai wrote:
> it's on cvs. please give a try.
> btw, now descriptor proc was removed (one can use lsusb anyway).
> instead you'll see formats supported on each stream.
>
Excellent work. I haven't tested the output yet but will soon. One thing
that isn't correct is that this card has 4
At Wed, 12 Jun 2002 22:56:03 +0900,
Patrick Shirkey wrote:
>
> Takashi Iwai wrote:
> >>
> >># aplay -f dat -D ttable /1REC/beastie_boys-track_8.wav
> >>Playing WAVE '/1REC/beastie_boys-track_8.wav' : Signed 16 bit Little
> >>Endian, Rate 44100 Hz, Stereo
> >>aplay: set_params:737: Broken co
At Wed, 12 Jun 2002 21:15:32 +0900,
Patrick Shirkey wrote:
>
> Takashi Iwai wrote:
> > At Wed, 12 Jun 2002 19:16:59 +0900,
> > Patrick Shirkey wrote:
> >
> >>In your example you don't say whether your cards have are stereo or mono
> >> channels.
> >>
> >>I get this ouput when starting jack
> >
Has anyone managed to get ogle 0.8.3 to work under
the current alsa cvs? It is unclear from the ogle
changelog if this new version adds alsa 0.5 or 0.9
support. The fact that it built against the 0.9 headers
leads me to suspect 0.9 but it seems to have issues
under snd-powermac.
Takashi Iwai wrote:
>>
>># aplay -f dat -D ttable /1REC/beastie_boys-track_8.wav
>>Playing WAVE '/1REC/beastie_boys-track_8.wav' : Signed 16 bit Little
>>Endian, Rate 44100 Hz, Stereo
>>aplay: set_params:737: Broken configuration for this PCM: no
>>configurations available
>
>
> the erro
>Not even if the reason is to allow cueing of a track. I think it may
>even be possible to allow this to work in sample sync if alsaplayer is
>the app used to play the file.
>
>Eg1. I could cue the file using my headphones channel on a consumer card
>and then click a switch in alsaplayer to all
At Wed, 12 Jun 2002 14:16:13 +0900,
Patrick Shirkey wrote:
>
> Takashi Iwai wrote:
> >
> > most of debug messages have been moved to snd_printdd(). that is,
> > to show such debug messages, you'll need to configure alsa-driver with
> > --with-debug=detect. if your usb device doesn't work try t
Paul Davis wrote:
>>I can hear Paul now saying you have no desire to make this happen
>>because you do not work with consumer devices. Unless someone paid you
>>to do it.
>
>
> That's correct. Consumer devices are just that. People trying to do
> multichannel work by ganging such devices are
Takashi Iwai wrote:
> At Wed, 12 Jun 2002 19:16:59 +0900,
> Patrick Shirkey wrote:
>
>>In your example you don't say whether your cards have are stereo or mono
>> channels.
>>
>>I get this ouput when starting jack
>>
>>
>># jackd -R -v -d alsa -d ttable
>>jackd 0.33.0
>>Copyright 2001-2002
>IIUC using this in .asoundrc will allow me to make a fake multichannel
>card that uses multiple devices from different cards. Fooling JACK into
>thinking that it is accessing one card instead of many.
This was always the idea of how this should work.
>It seems unecessary to have to set this u
Joern Nettingsmeier wrote:
> Patrick Shirkey wrote:
>
>>
>>In your example you don't say whether your cards have are stereo or mono
>> channels.
>>
>>I get this ouput when starting jack
>>
>>
>># jackd -R -v -d alsa -d ttable
>>jackd 0.33.0
>>Copyright 2001-2002 Paul Davis and others.
>>jack
At Wed, 12 Jun 2002 19:16:59 +0900,
Patrick Shirkey wrote:
>
> In your example you don't say whether your cards have are stereo or mono
> channels.
>
> I get this ouput when starting jack
>
>
> # jackd -R -v -d alsa -d ttable
> jackd 0.33.0
> Copyright 2001-2002 Paul Davis and others.
>
I originally sent this to jackit-devel but it should probably be
discussed on this list too.
--- Begin Message ---
Joern Nettingsmeier wrote:
> Patrick Shirkey wrote:
>
>>Sorry if I have missed the answer to this.
>>
>>Why doesn't a running jackd allow me access to all the cards in my system?
28 matches
Mail list logo