>
> I guess we are in need of some guys who help making JACK ready
> for the desktop.
>
>
If you're on KDE 3.3+, try these Setup/Options on qjackctl:
[X] Execute script on Startup:
`artsshell -q terminate`
[X] Execute script after Startup:
`artsd -F 4 -S 1024 -a jack -m artsmessage -c dr
> I think we should (and can) keep the desktop and 'pro'
> worlds separate.
I do not agree :) . We're in the free software world, so
there's no need to tell the non-pro-audio-users "use anything
else".
> And if they have to be integrated, the
> solution will be JACK.
Agreed.
> Writing a JAC
> We
> "pro audio guys" hate these bells and chimes, but to other
> users they can be important, and somehow you need some way
> to send these sounds from a Gonme/KDE app using Gnome/KDE
> libs to the soundcard, preferably in a simple, consistent
> way for application developers.
That's the poin
> > Which audio subsystem should they support? ALSA
> > direct access is no choice because it blocks the device.
> > DMIX is a choice, but what if I want to use JACK
> > simultaneously without using DMIX?
>
> Is that realistic ? Would you do any serious audio work and
> leave all the desktop toys
> Have you considered Polypaudio:
>
> http://0pointer.de/lennart/projects/polypaudio/
>
> The Ubuntu people are looing at replacing ESD with this
> one.
Yep:
»polypaudio is a sound server for Linux and other Unix like
operating systems. It is intended to be an improved drop-in
replacement
Damon Chaplin wrote:
> GNOME & KDE are complete development platforms, so they need to support
> the development of audio applications.
>
> I'm not saying they should develop new libraries. Just that they need to
> standardize on particular APIs/libraries that all work together OK.
>
> (I think
Lee Revell wrote:
FWIW, you could test this with an Audigy if you felt like it (can
capture 64 channels). It requires a slight change to the driver; I'll
try it if I get a chance.
Lee
Lee, which Audigy do you mean? Looking at the Soundblaster Audigy family
I only see 6 channel recording (p
Hallo,
fons adriaensen hat gesagt: // fons adriaensen wrote:
> On Fri, Jun 17, 2005 at 06:58:18PM +0200, Frank Barknecht wrote:
>
> > ... like Ardour, which requires Jack instead of working with Arts or
> > Esound.
>
> JACK is not part of any desktop system. It's absolutely neutral in
> this se
On Fri, Jun 17, 2005 at 06:58:18PM +0200, Frank Barknecht wrote:
> ... like Ardour, which requires Jack instead of working with Arts or
> Esound.
JACK is not part of any desktop system. It's absolutely neutral in
this sense, _and_ designed to support 'professional' audio. For a
tool like Ardour,
Asbjorn, LDAS looks perfect. Can you give more detail about the status?
-Garett
Asbjørn Sæbø wrote:
On Thu, Jun 16, 2005 at 11:38:24AM -0600, Garett Shulman wrote:
Hello, I would like push audio streams over ethernet and was wondering
what avenues people have tried.
I have an inter
On Fri, Jun 17, 2005 at 06:09:52PM +0200, Christoph Eckert wrote:
> Which audio subsystem should they support? ALSA
> direct access is no choice because it blocks the device. DMIX
> is a choice, but what if I want to use JACK simultaneously
> without using DMIX?
Is that realistic ? Would you
On Friday 17 Jun 2005 14:24, Alfons Adriaensen wrote:
> A few days ago I kicked up Rosegarden again to see if it could be
> useful for the project I was starting. It wasn't so I terminated it,
> only to find out later that there were still a number of KDE
> applications running, including a sound d
Hallo,
Alfons Adriaensen hat gesagt: // Alfons Adriaensen wrote:
> On Fri, Jun 17, 2005 at 12:48:11PM +0100, Damon Chaplin wrote:
> > GNOME & KDE are complete development platforms, so they need to support
> > the development of audio applications.
>
> 1. You don't need GNOME or KDE support to de
Hi Christoph,
On Fri, 2005-06-17 at 18:09 +0200, Christoph Eckert wrote:
> > 1. You don't need GNOME or KDE support to develop audio
> > applications any more than you need their support for
> > accessing files, the network, the display or whatever. So
> > they should remain neutral on this matter
Hi,
> 1. You don't need GNOME or KDE support to develop audio
> applications any more than you need their support for
> accessing files, the network, the display or whatever. So
> they should remain neutral on this matter.
I absolutely agree. But why did they start to use
arts/esound/gstreamer?
Matthew Simmons wrote:
I am currently using the code from CVS. It is jack version, 0.100.0. There
was a bug in libjack/client.c. Trutkin removed char c = 0 on line 1098,
apparently to quite compile errors in OS X 10.4. However Jack still hangs.
To me it does not look like a channel problem. I can
On Fri, Jun 17, 2005 at 12:48:11PM +0100, Damon Chaplin wrote:
> On Fri, 2005-06-17 at 09:57 +0200, Alfons Adriaensen wrote:
> > On Fri, Jun 17, 2005 at 12:33:20AM +0100, Damon Chaplin wrote:
> >
> > > Out of interest, what APIs do you think GNOME and KDE should provide for
> > > sound?
> >
>
Lee Revell wrote:
On Fri, 2005-06-10 at 11:35 -0500, Jack O'Quin wrote:
Paul Davis <[EMAIL PROTECTED]> writes:
Matthew, I hate to be the bearer of bad news, but JACK does not have
support for more than 32 channels at this time. Adding it is not
particularly hard, its just a matter of someone
On Fri, 2005-06-17 at 09:57 +0200, Alfons Adriaensen wrote:
> On Fri, Jun 17, 2005 at 12:33:20AM +0100, Damon Chaplin wrote:
>
> > Out of interest, what APIs do you think GNOME and KDE should provide for
> > sound?
>
> None. Why should a window manager / desktop provide its own API for
> such th
Hi,
QjackCtl 0.2.17 update release is out.
Directly from the change log:
- Systemic I/O Latency settings are now featured for the alsa, oss and
coreaudio backends, letting you specify the known latency of external
hardware for client aware compensation purposes (thanks to Wolfgang Woehl,
for the
On Sat, Jun 11, 2005 at 09:46:23PM +0200, Mickael Vardo wrote:
> Just try this "simple" experience: sample a 1 Hz pulse that
> is triggered after a random non-quantized delay that is less
> than four seconds. Sample it at a rate of 2 sps and then,
> try to get the original signal back with all its
Le 17 juin 05 à 01:51, Jay Vaughan a écrit :
Maybe the timers used aren't precise enough for this.. I don't know.
Anyone?
coreaudio does dynamic re-sampling of its 'common feed-pool' ring-
buffer for audio i/o, so maybe this delay compensation is factored
in that calculation?
I think co
On Fri, Jun 17, 2005 at 12:33:20AM +0100, Damon Chaplin wrote:
> Out of interest, what APIs do you think GNOME and KDE should provide for
> sound?
None. Why should a window manager / desktop provide its own API for
such things ?
--
FA
On Thu, Jun 16, 2005 at 11:38:24AM -0600, Garett Shulman wrote:
> Hello, I would like push audio streams over ethernet and was wondering
> what avenues people have tried.
I have an interest in the same thing, but with an emphasis on low
latency. I did a little bit of looking around this fall, b
24 matches
Mail list logo
