Excerpts from Kjetil S. Matheussen's message of 2011-02-09 13:32:24 +0100:
>
> Philipp ?berbacher:
> > jack_capture gives me problems with jack connections
>
> Please be more specific. Is this a bug in jack_capture, or
> are the problems caused by something else?
>
> If it's a bug in jack_capture, I'm very interested to hear more about it.
>
> > and jack_capture_gui2 has some benefits but seems to have some problems
> > as well.
>
> jack_capture_gui2 is hardly maintained. I should probably remove it
> from the jack_capture distribution.
More specifically I can't connect anything to the jack_capture ports.
Here's example output. I simply started jack_capture and tried to
connect an input port to it using patchage (also tried qjackctl). The
connection wasn't established.
$ jack_capture
>>> Warning. Could not set higher priority for a SCHED_FIFO process using setpriority().
>>> Recording to "jack_capture_01.wav". Press <Return> or <Ctrl-C> to stop.
>>> Reconnecting ports.
|""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
00:| |
01:| |
Buffer: 4.18s. / 4.18s. Disk high priority: [ ]. Overruns: 0
Finished.
I suspect the SCHED_FIFO appears because I don't run a rt-kernel atm.,
"Reconnecting ports" appears once for every connection attempt I make.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-user
Received on Wed Feb 9 20:15:02 2011
This archive was generated by hypermail 2.1.8 : Wed Feb 09 2011 - 20:15:02 EET