30 Dec
2016
30 Dec
'16
10:23 p.m.
On Dec 30, 2016 08:29, Will Godfrey <willgodfrey(a)musically.me.uk> wrote:
On Sun, 18 Dec 2016 15:46:34 +0000
Will Godfrey <willgodfrey(a)musically.me.uk> wrote:
FWIW, I updated to JACKD2 from testing last night. I use mplayer on command line to play
through JACK. And get the same results.
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
On Sun, 18 Dec 2016 22:38:31 +1100
Roger <gurusonic(a)gmail.com> wrote:
Hmmm, my normal state of mild confusion has now progressed to considerable
agitation!
As an experiment I tried using jackd1. Result, none of these messages. However
debian doesn't provide headers for this so I can't compile against it.
Go back to jackd2 (lot's of arsing about to do that) and once again I get a
continuous stream of messages even when there is nothing running except
qjackctl, so I'm wondering if the nice people at debian have inadvertently
compiled it with a debug switch enabled.
Is there such a switch, and can it be disabled without re-compiling.
I generally avoid compiling low-level stuff - I don't want to end up having to
also compile all the kit that's dependent on the debian installs.
Below is a few *seconds* worth from qjackctl's message window.
Jack: JackEngine::ClientNotify: no callback for notification = 4
Jack: JackEngine::ClientNotify: no callback for notification = 4
Jack: JackExternalClient::ClientNotify ref = 2 client = qjackctl name =
qjackctl notify = 4 Jack: JackSocketServerChannel::Execute : fPollTable i = 2
fd = 10 Jack: JackClient::ClientNotify ref = 2 name = qjackctl notify = 4
Jack: JackClient::kGraphOrderCallback
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10
Jack: JackSocketServerChannel::Execute : fPollTable i = 1 fd = 9
Jack: JackSocketServerChannel::Execute : fPollTable i = 2 fd = 10 On 18/12/16 19:46, Will J Godfrey wrote:
Didn't think of that :(
Thanks, I can get round things for now.
All of this has happened since that latest fetch
from debian testing :(
Maybe I'm imagining things, but we seem to be getting a lot more breakages
and general strange behaviour from debian these days.
Debian Stretch is in freeze transition preparing for next release. Soft
freeze happens on 5 Jan so many packages may be pushed to beat this
deadline causing testing to be at a fragile stage currently.
https://www.debian.org/News/weekly/2016/04/
Doesn't help fix your issue but may help explain why it happened.
Roger 
14 Jan
14 Jan
7:47 p.m.
New subject: Too much information :(
A bit more of a puzzle is that I have two systems that have exactly the same
debian testing versions, both updated today. One chucks out all this stuff
and the other one doesn't.
I'm wondering if there is a config setting that has somehow changed in one of
them (or the way it is read).
Can anyone suggest what that may be?
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
8:46 p.m.
New subject: Too much information :(
Sent from [ProtonMail](https://protonmail.ch), encrypted email based in Switzerland.
-------- Original Message --------
Subject: Re: [LAU] Too much information :(
Local Time: January 14, 2017 6:47 PM
UTC Time: January 14, 2017 6:47 PM
From: willgodfrey(a)musically.me.uk
To: linux-audio-user(a)lists.linuxaudio.org
A bit more of a puzzle is that I have two systems that have exactly the same
debian testing versions, both updated today. One chucks out all this stuff
and the other one doesn't.
I'm wondering if there is a config setting that has somehow changed in one of
them (or the way it is read).
Can anyone suggest what that may be?
--
Will J Godfrey
http://www.musically.me.uk
~/.config/rncbc.org/QjckCtl.conf
rob
16 Jan
16 Jan
9:46 p.m.
New subject: Too much information :(
On Sat, 14 Jan 2017 14:46:27 -0500
Rob <Nuisance(a)protonmail.com> wrote:
~/.config/rncbc.org/QjckCtl.conf
rob
It's not a qjackctl issue. It doesn't happen if I use jackd1 (but that gives me
other problems).
Also, I'd already tried removing that one and starting from scratch - no
different. Oh, and taking advantage of the machines at work, that's now three
machines that exhibit this behaviour and one that doesn't. I don't know if
it's
co-incidence but the one behaving 'correctly' is the only one that has an AMD
processor.
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
3 Feb
3 Feb
5:54 p.m.
New subject: Too much information - RESOLVED
On Mon, 16 Jan 2017 20:46:38 +0000
Will Godfrey <willgodfrey(a)musically.me.uk> wrote:
On Sat, 14 Jan 2017 14:46:27 -0500
Rob <Nuisance(a)protonmail.com> wrote:
It would seem that debian giveth and debian taketh away.
Latest update and everything is back to normal.
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
~/.config/rncbc.org/QjckCtl.conf
rob
It's not a qjackctl issue. It doesn't happen if I use jackd1 (but that gives me
other problems).
Also, I'd already tried removing that one and starting from scratch - no
different. Oh, and taking advantage of the machines at work, that's now three
machines that exhibit this behaviour and one that doesn't. I don't know if
it's
co-incidence but the one behaving 'correctly' is the only one that has an AMD
processor.
2646
days inactive
2681
days old
linux-audio-user@lists.linuxaudio.org
4 comments
3 participants
participants (3)
-
David Jones -
Rob -
Will Godfrey