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@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/listinfo/linux-audio-user
