>Ok, looks like snd_pcm_hw_params_get_channels_max() returns a ridiculous
>value for my setup (16 million channels, not quite right :). Hardcoding
>this to 2 for this case allows the jack server to load.
ah. actually, 16 million is exactly right, because the ALSA PCM device
"default" is, by defau
> voyager:/usr/local/jack/bin# ./jackd
> creating alsa driver ... default|64|48000
> here
> ALSA: cannot set fragment count minimum to 2 for capture
> ALSA-MCD: cannot configure capture channel
> cannot load ALSA driver module
Ok, looks like snd_pcm_hw_params_get_channels_max() returns a ridicul
On Tuesday 13 November 2001 09:15, Andy Lo-A-Foe wrote:
> On Sun, Nov 11, 2001 at 11:26:32PM -0500, Paul Davis wrote:
> > OK folks, JACK CVS is now online:
>
> Cool!
>
> > as previously, JACK comes with an ALSA 0.9 "driver". if someone would
>
> I have tried the CVS release on my setup with ALSA 0
>I have tried the CVS release on my setup with ALSA 0.9.0beta9 on my
>Trident NX. I get this when starting jackd:
>
>voyager:/usr/local/jack/bin# ./jackd
>creating alsa driver ... default|64|48000
>here
>ALSA: cannot set fragment count minimum to 2 for capture
>ALSA-MCD: cannot configure capture
On Sun, Nov 11, 2001 at 11:26:32PM -0500, Paul Davis wrote:
> OK folks, JACK CVS is now online:
Cool!
> as previously, JACK comes with an ALSA 0.9 "driver". if someone would
I have tried the CVS release on my setup with ALSA 0.9.0beta9 on my
Trident NX. I get this when starting jackd:
voyager:
On Mon, Nov 12, 2001 at 06:34:17PM -0500, Fred Gleason wrote:
> I've been dealing with an interesting situation here regarding a system
> that is running three software RAID arrays. The layout consists of two
> RAID1 arrays sharing two IDE drives and a RAID5 array running on five SCSI
> drives (
nite nite... x
just one goodnight thread
this looks inspiring i'll forward the next digest through tomorrow
with some plans
... ;o
*big kiss*
/m/g33kgirl
x
On 13 Nov 2001 00:01:59 +0100, Tim Goetze wrote:
> >> Assuming the clocks
On Mon, Nov 12, 2001 at 03:49:34PM -0500, Paul Winkler wrote:
> On Mon, Nov 12, 2001 at 06:28:27PM +, [EMAIL PROTECTED] wrote:
> >
> > >Of course, it is just a resampling problem (just?) if the
> > >soundcards are running at constant rates. I should've
> > >thought of that.
> >
> > ahh, y
I've been dealing with an interesting situation here regarding a system
that is running three software RAID arrays. The layout consists of two
RAID1 arrays sharing two IDE drives and a RAID5 array running on five SCSI
drives (four active and one on hot standby). Latency tests on the system
show
>> Assuming the clocks on the cards really *are* running at constant
>> rates. I wonder how consistent those things are? (I'm not a (digital)
>> hardware guy...)
>
>I was and I can tell you they will drift relative to one another. It
>will probably be less than 50 part per million.
i wonder why t
It really blew my mind when Paul Winkler <[EMAIL PROTECTED]> said:
> On Mon, Nov 12, 2001 at 06:28:27PM +, [EMAIL PROTECTED] wrote:
> >
> > >Of course, it is just a resampling problem (just?) if the
> > >soundcards are running at constant rates. I should've
> > >thought of that.
> >
> >
On Mon, Nov 12, 2001 at 06:28:27PM +, [EMAIL PROTECTED] wrote:
>
> >Of course, it is just a resampling problem (just?) if the
> >soundcards are running at constant rates. I should've
> >thought of that.
>
> ahh, yes, that makes sense!
> thanks heaps - that would be a very sensible point
Paul Davis wrote:
>
> friends - there is an important question to be made about the
> licensing for JACK. i suspect the answer will be simple for most of
> us, but it needs to be asked.
>
> right now, the JACK source code is released under the GPL. this would
> prohibit non-free programs from us
>Of course, it is just a resampling problem (just?) if the
>soundcards are running at constant rates. I should've
>thought of that.
ahh, yes, that makes sense!
thanks heaps - that would be a very sensible point from
which to start :o)
>My postgrad says it's finished:
>http://sourceforge.
Quoting Josh Green <[EMAIL PROTECTED]>:
> Besides, if you do get it programmed, it only needs to be
done once and
>
> everyone benifits, versus each individual having to go out
and buy a
> multichannel card. And it does sound like a nice little
experiment.
it will be fun :o) even if it does
On Mon, 12 Nov 2001, David Burrows wrote:
> Hows this for an idea. Removing the frequency generator from the "slave"
> soundcards, and some how rigging them up to the "master" sound card so
> they're all driven from the same clock. You know, MacGuyver style. ;)
I thought ALSA already had suppo
On Sun, Nov 11, 2001 at 01:43:42PM -0500, Paul Davis wrote:
> >i'm looking for a powerful time stretching and compression
> >tool for Linux, something on the level of the ProTools plugin.
>
> i've mentioned the SCRIME tools ProSpect and ReSpect before. they are
> not plugins, and are not even par
On Sun, Nov 11, 2001 at 10:24:35PM -0500, David Gerard Matthews Jr. wrote:
> me. For the price of two SB's, you could get yourself an M-Audio Delta
> series. (At least you can in the US; I imagine that M Audio's cards are
> actually cheaper in the U.K. since they're a British company.) May I
>
I am getting really disappointed and annoyed trying to obtain
low latency. I have been losing so much time by now, and it
still doesn't work as I expected.
I now have kernel 2.4.14 with Andrew Mortons LL patch, configured
and activated thorugh sysctl, compiled for 386 (even though I have
an AMD A
Quoting Nick Bailey <[EMAIL PROTECTED]>:
> You could use CSound: http://www.bright.net/~dlphilp/linux_csound.html
> The phase vocoder will compress/expand the time axis for you.
wonderful, thanks heaps :o)
i'm also having a look at the apps Paul suggested, along with
the new SCRIME app Boxes,
> The economics of a young programmer also include the learning
> experience
> that completing or at least attempting a project entails.
indeed.
i think this experiment is worth it, just for the learning
involved, let alone any possible benefit or successful
outcome.
money is indeed very sh
Quoting David Burrows <[EMAIL PROTECTED]>:
>
>
> On Sun, 11 Nov 2001, Paul Davis wrote:
> *snip*
> > first of all, a "recording studio" can't run on SB cards - they're
> > crap. second, if you want 4 channels of input, you should buy a 4+
> > channel card. there comes a point where the amount o
> even so, i wouldn't want to use any of these in a "studio". converters
> inside the computer chassis? no thanks.
well, i have an emagic audiowerk8 that sounds pretty good and has
convertors on the card. surely this is good enough for a project
studio.
also this card has DACs that allow the sam
[EMAIL PROTECTED] wrote:
> hi again
>
>
>>i've said this many times before, but i think you're making
>>a serious error even attempting this.
>>
>
> maybe we are
> ... or maybe we're just working on building something rather
> unorthodox and curious... ;)
>
Besides, if you do get it programm
[EMAIL PROTECTED] wrote:
> hi,
>
> i'm looking for a powerful time stretching and compression
> tool for Linux, something on the level of the ProTools plugin.
> what i will need is something that will allow time
> stretching and compression based on calculations of number
> of samples, or compres
25 matches
Mail list logo
