Using the attached scripted setpci commands I have gotten the audio
latency of my crusoe laptop down to 3 ms. Throughput to anything but the
audio device is worse, but who cares when you're just running one audio
synthesis/analysis process? I might crank up the pci latency of the ide
controller if
Guitar effects on a microphone is very hard to manage without uncontrollable
feedback. But I saw it done - on a saxophone yet! - by a trio called
Spongehead (guitar/bass, sax, and drums). The sax player used wah, echo,
and an octave divider (which on a tenor or bari gave him some very
nice dee
> > Because I think ALSA does too much in the kernel (and it is not
> > well documented eiter).
>
> Wait a minute, why do you say that?
Because:
- I think ALSA is not that well documented.
- I'd rather see a combination of a device specific kernel driver and
a user-space driver than a common kern
On Wed, 26 Feb 2003, Martijn Sipkema wrote:
> Because I think ALSA does too much in the kernel (and it is not
> well documented eiter).
Wait a minute, why do you say that? ALSA seems to do a lot less in kernel
space than OSS (a lot has been moved to alsa-lib), and also much code is
commonly sha
On Thu, 27 Feb 2003, Patrick Shirkey wrote:
> But it would be very nice if I could use my usb quattro to manipulate
> the sounds of my bandmates in realtime at lowlatency. I tried with ssm
> at 64 bytes and there was noticible lag so we couldn't do anything live.
[...]
> The best I can get out o
Let's continue the cross-post circus. :)
Does anyone here have good connections to the GNOME audio folks? Is
gstreamer leading the whole thing, or are there others? I think it would
be great if we could at least manage to start living on the same planet
(... and maybe even someday, gasp, cooperat
>yes, you can move audio over USB. the question is not whether you can,
>but whether you should, and my feeling is that professional or
>semi-professional users should avoid it completely, regardless of what
>Yamaha, Tascam, Edirol and others who want to provide *cheap*
>connectivity to home studio
On Wed, Feb 26, 2003 at 08:35:58PM +0100, Frank Barknecht wrote:
> So one day, I went to rehearse with them. It was very unformal like "let's
> jam a bit, have some fun." So I put on my saxophone, plugged the mike into
> the distortion, the distortion into the wahwah or I plugged them the other
> w
Hi,
Frank Neumann schrieb:
> _IF_ :-) we do some kind of live music, I hope we'll also manage to
> record it somehow, and encode/provide that later. I'm _very_ curious
> right now, though, what kind of music will evolve out of this :-).
I think, it would be so much fun to record something. I has
;-) I wish you guys had carried this conversation on with a new title as I
think this has nothing at all to do with 1394. ;-)
Just so everyone else not conversing here is clear, the size of the packet
transmitted across the 1394 bus and the size of a Jack data block need have
nothing to do with ea
Paul,
since you're on the line here (heh heh heh) i have a quick one to run
past you: my asound.state file looks just like what you described, but
i can only seem to get s/pdif out. it doesn't seem to like my dat at all.
now before i killed my win2k partition, i tested all of the hardware and
Hi list,
[EMAIL PROTECTED] wrote:
[..]
> > > Maybe we should add a section in the wikki for this issues.
> >
> > Done.
> >
> > See http://footils.org/cgi-bin/cms/pydiddy/LinuxSoundNight
>
> I can't come :(
> Who's going to record it and put up .oggs?
_IF_ :-) we do some kind of live music, I h
[...]
> >I don't think an application should ask for a certain number of frames
> >to wakeup. The driver should dictate when to wake up. This is the way
> >my Audiowerk8 JACK driver works and it would get a lot more
> >complicated if I had to add support for user-space wake up at
> >arbitrary inter
>a) It looks like the Hammerfall driver doesn't have a mixer interface, is
>this correct ?
the hardware has no mixer.
>b) It looks like the onboard audio chip is controlled by an OSS driver, it
>doesn't show up in the alsa drivers either, which is fine by me, since I'm
>not going to use it. I
Hey,
I just got a new box and two hammerfall 9636 cards for a project at work.
The motherboard is a KT4 Ultra that has some onboard audio chip I don't
care about but can't turn off either in the bios.
I've put in the first hammerfall card, got alsa 0.9.0 rc7 from the
freshrpms site (it's a red
> > Well, I'll shut up about it. I still think it is a mistake. I haven't
heard
> > any
> > convincing (to me) arguments why an application should not handle
variable
> > sized callbacks.
>
> Because it makes certain types of processing viable, which they are not
> really in variable block systems
>I agree. Events should be timestamped. But maybe that not the only reason.
>Certainly EASI has variable size callbacks because this is what some
>hardware delivers.
sure, but then ALSA does the same. the question is whether to export
this detail up to applications or not.
>> i feel that it shoul
> >any
> >convincing (to me) arguments why an application should not handle
variable
> >sized callbacks. VST process() is variable size I think as are EASI xfer
> >callbacks, but clearly JACK needs constant callbacks and there is nothing
> >I can do about that...
>
> as i understand it, VST is only
On Wed, Feb 26, 2003 at 04:09:24PM +0100, Frank Barknecht wrote:
> Hi,
>
> Lukas Degener schrieb:
> > Maybe we should add a section in the wikki for this issues.
>
> Done.
>
> See http://footils.org/cgi-bin/cms/pydiddy/LinuxSoundNight
I can't come :(
Who's going to record it and put up .oggs?
Like they say in those TV commercials...
"Sweet!"
Thanks Maarten!
Cheers,
Mark
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Maarten de
> Boer
> Sent: Wednesday, February 26, 2003 5:46 AM
> To: [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECT
On Wed, Feb 26, 2003 at 09:48:35 -0500, Dave Phillips wrote:
> Paul Davis wrote:
>
> > if anyone has a Hang drum available, i can tap out some pretty patterns :)
>
> I've been listening to some water drumming by African rainforest
> dwellers. All we need is a sufficiently large tub, enough liqui
Hi,
Lukas Degener schrieb:
> Maybe we should add a section in the wikki for this issues.
Done.
See http://footils.org/cgi-bin/cms/pydiddy/LinuxSoundNight
ciao
--
Frank Barknecht
On Wed, Feb 26, 2003 at 09:35:46 -0500, Paul Davis wrote:
> if anyone has a Hang drum available, i can tap out some pretty
> patterns :)
>
> oh wait, i'm the engineer, right?
I play a mean powerdrill ;) but have no useful musical skills, maybe I
should do the engineering.
- Steve
On Wed, Feb 26, 2003 at 01:51:41 +0100, Martijn Sipkema wrote:
> Well, I'll shut up about it. I still think it is a mistake. I haven't heard
> any
> convincing (to me) arguments why an application should not handle variable
> sized callbacks.
Because it makes certain types of processing viable, wh
wow linux is really coming along.. ;p
julian oliver
On Wed, 26 Feb 2003 09:48:35 -0500
Dave Phillips <[EMAIL PROTECTED]> wrote:
//Paul Davis wrote:
//
//> if anyone has a Hang drum available, i can tap out some pretty patterns :)
//
//I've been listening to some water drumming by African rainfo
Paul Davis wrote:
> if anyone has a Hang drum available, i can tap out some pretty patterns :)
I've been listening to some water drumming by African rainforest
dwellers. All we need is a sufficiently large tub, enough liquid, and
we're all set... ;)
== dp
if anyone has a Hang drum available, i can tap out some pretty
patterns :)
oh wait, i'm the engineer, right?
--p
Greetings:
If a guitar is available I might be able to play it... ;)
Best regards,
== Dave Phillips
The Book Of Linux Music & Sound at http://www.nostarch.com/lms.htm
The Linux Soundapps Site at http://linux-sound.org
Frank Barknecht wrote:
>
> Hi,
>
> Lukas Degener schrie
Hi,
Lukas Degener schrieb:
> Tobias Ulbricht wrote:
> >I'd love to have a jazzy jam-session or, er, well listen to you guys.
> >I would bring in my piano.
> >
> Sounds like a nice idea. Maybe i can bring a bass guitar although it is
> not my "weapon of choice".
> This depends on space left in the
>Well, I'll shut up about it. I still think it is a mistake. I haven't heard
i don't want you to shut about it. its a very important design
decision.
>any
>convincing (to me) arguments why an application should not handle variable
>sized callbacks. VST process() is variable size I think as are E
Small bugfix: compile with both fltk 1.0 and fltk 1.1
Tobias Ulbricht wrote:
Oh.
I'd love to have a jazzy jam-session or, er, well listen to you guys.
I would bring in my piano.
Sounds like a nice idea. Maybe i can bring a bass guitar although it is
not my "weapon of choice".
This depends on space left in the transport vehicle of whoevers gives
> > > According to the mLAN spec you need a buffer of around ~250us
(depending
> > > on format) to collate the packets.
> >
> > Still there is no guarantee that 10 packets always have exactly the
same
> > number of samples. You say the mLAN spec says you need a buffer of
> > around ~250us. No
> On Wed, Feb 26, 2003 at 12:38:38 +0100, Martijn Sipkema wrote:
> > Still there is no guarantee that 10 packets always have exactly the same
> > number of samples. You say the mLAN spec says you need a buffer of
> > around ~250us. Note that is doesn't say a buffer of a number of frames.
> > The bo
Martijn Sipkema writes:
> >
> > According to the mLAN spec you need a buffer of around ~250us (depending
> > on format) to collate the packets.
>
> Still there is no guarantee that 10 packets always have exactly the same
> number of samples. You say the mLAN spec says you need a buffer of
On Wed, Feb 26, 2003 at 12:38:38 +0100, Martijn Sipkema wrote:
> Still there is no guarantee that 10 packets always have exactly the same
> number of samples. You say the mLAN spec says you need a buffer of
> around ~250us. Note that is doesn't say a buffer of a number of frames.
> The bottom line
[...]
> The bottom level packets are sent at fixed time intervals (obviously,
> corresponding to the frame clock of the bus), but these packets are tiny
> and you get millions of them per second. A useful packet of audio data
> will be made up of a bunch of these.
>
> According to the mLAN spec yo
Hello,
I just released polarbear. I had the code lying around, and just merged
it with the jack/alsa i/o code of tapiir. Note that this is the first
public release. I did not test it thoroughly, and I am not sure if the
GUI is obvious enough (it should be if you are familiar with complex
filters),
On Wed, Feb 26, 2003 at 11:17:31 +0100, Martijn Sipkema wrote:
> > > I'm not sure, but it seems the audio transport over FireWire does not
> > > deliver a constant number of frames per packet. Does this mean that
> > > JACK cannot support FireWire audio without extra buffering?
> >
> > ISO packets
Oh.
I'd love to have a jazzy jam-session or, er, well listen to you guys.
I would bring in my piano.
frank, Matthias, joern: I'll mail you later about we *might* (slight chance) get a
streaming server. And - sorry - I'm so late.
greetings, tobias.
On Wed, Feb 26, 2003 at 10:44:37AM +0100, Fr
Frank Barknecht writes:
> Hallo,
>
> with the LAD meeting getting closer, I'm getting a bit curious about,
> what the plans are for the open "Linux Sound Night" on 15.3.? Will we
> hear some of you guys perform and Paul records it?
And will there be a Ladies' Programme, as at the AES convent
> > I'm not sure, but it seems the audio transport over FireWire does not
> > deliver a constant number of frames per packet. Does this mean that
> > JACK cannot support FireWire audio without extra buffering?
>
> ISO packets are a fixed size, so there will be a constant number of
> frames per pac
Hallo,
with the LAD meeting getting closer, I'm getting a bit curious about,
what the plans are for the open "Linux Sound Night" on 15.3.? Will we
hear some of you guys perform and Paul records it?
ciao
--
Frank Barknecht _ __footils.org__
43 matches
Mail list logo
