Hi all,
The build of qjackctl included with jackdmp for windows is getting really
old.
The biggest problem is that the default "startup time" is set too low,
making it
seem like "jack crashes". (I"ve got many complains that "jack crashes").
Another problem is that you manually have to append "-S" to the "Server
Prefix".
So here:
https://github.com/kmatheussen/qjackctl
...I've cloned the official qjackctl repository, fixed these two problems,
and added some files to make it straight forward to build qjackctl under
mingw32.
(Building is just running the "build_mingw32.sh" script)
Windows binary: http://folk.uio.no/~ksvalast/qjackctl.zip
Perhaps this build, or something similar, can be included in the next
release of jack for windows?
Hey,
I was wondering, seeing as the latest distributed compiled package (on http://jackaudio.org/downloads/) for osx is version 0.90, and it is stated as beeing for Snow Leopard ; was wondering if i should try to compile it myself from the 1.9.10 tarball (or even the git repos ?) ; because i'm not very knowledgeable in coding so i'm afraid i have no idea how to compile it. Opening the xcode project in the git repo, then trying to compile it ; leads very fast to a critical " 'aften/aften.h' file not found" error ; and i don't see a "aften" file in the distribution.
In short, i do'nt know how stable is the 1.9.10 or Github version, but i'm not sure it is very wise either to use the maybe outdated 0.9 ? but for now, i don't know how i could do else...
Thanks in advance,
Victor
On a Linux 4.2 system with realtime scheduling controlled by cgroups, what is
the current recommended strategy to get jackd working as a non-root user?
There was an old wiki page,
https://github.com/jackaudio/jackaudio.github.com/wiki/Cgroups
describing some built-in support (e.g. --with-default-cgroup configuration
switch). But none of this is in the current git HEAD. (I am using jack2
1.9.11.)
And a somewhat related question: Is there currently support for running
jack as root and allowing client programs with multiple UIDs to connect? I
tried following an old recipe using JACK_PROMISCUOUS_SERVER, but it didn't
seem to make any difference; running jackd as root, only root can connect.
Regards,
Mark
On Sun, Aug 23, 2015 at 03:49:26PM +0000, Fons Adriaensen wrote:
> I also completely replaced the code in Jack1 that
> calculates the proper running order of clients.
> The previous algorithm failed to do this in some
> cases. It could not be 'fixed' easily as it was
> basically using the wrong algorithm.
>
> Affected files are
>
> modified: include/engine.h
> modified: include/internal.h
> modified: jackd/clientengine.c
> modified: jackd/clientengine.h
> modified: jackd/engine.c
>
> There seems to be no interest from the Jack devs,
> but if anybody wants to test this I can either
> provide the modified files or a patch against
> git commit 5af5815c47630b77cc71c91a460f8aa398017cf7
> (current HEAD).
Not that I consider myself a jack-dev anymore, but how about you just
share out your patch on jack-devel or as a pull-request on github?
My impression is that somebody is just going to merge it. ;)
Cheers
--
mail: adi(a)thur.de http://adi.thur.de PGP/GPG: key via keyserver
Hi!
This just caught my attention. I didn't look into it, yet, but maybe
somebody has some cycles to investigate.
Cheers
-------- Forwarded Message --------
Subject: Bug#786737: jackd1: crashes with -n option specified
Resent-Date: Mon, 25 May 2015 02:57:01 +0000
Resent-From: Frank Heckenbach <f.heckenbach(a)fh-soft.de>
Resent-To: debian-bugs-dist(a)lists.debian.org
Resent-CC: Debian Multimedia Maintainers
<pkg-multimedia-maintainers(a)lists.alioth.debian.org>
Date: Mon, 25 May 2015 04:53:18 +0200
From: Frank Heckenbach <f.heckenbach(a)fh-soft.de>
Reply-To: Frank Heckenbach <f.heckenbach(a)fh-soft.de>, 786737(a)bugs.debian.org
To: submit(a)bugs.debian.org
Package: jackd1
Version: 1:0.124.1+20140122git5013bed0-3
Severity: normal
Tags: upstream patch
When the "-n" option is given, jackd crashes when accessing
properties (which it seems to do implicitly for any client, e.g.
jack_lsp).
To reproduce:
jackd -nfoo -dalsa
or
JACK_DEFAULT_SERVER=bar jackd -nfoo -dalsa
While jackd is running, repeat this:
JACK_DEFAULT_SERVER=foo jack_lsp
After a few tries, jackd crashes:
/dev/shm/jack-0/default/__db.001: No such file or directory
cannot open DB environment: No such file or directory
Segmentation fault
I found several problems in the code:
- jack_property_init():
Returns early if db_env != NULL. However, on failure later returns
with db_env != NULL, but db == NULL. Callers assume db != NULL
after it returns.
Patch below. This fixes at least the segfault, but the error
message remains (and whatever consequences it may have, I don't
know).
- 7 places in metadata.c:
if (jack_property_init (NULL)) {
If NULL is passed for server_name, of course it won't use the
actual server name.
How is this supposed to work at all? Was it ever tested?
A fix should consist of passing the actual server name from the
callers.
--- libjack/metadata.c
+++ libjack/metadata.c
@@ -45,11 +45,11 @@
/* idempotent */
- if (db_env) {
+ if (db) {
return 0;
}
- if ((ret = db_env_create(&db_env, 0)) != 0) {
+ if (!db_env && (ret = db_env_create(&db_env, 0)) != 0) {
jack_error ("cannot initialize DB environment: %s\n",
db_strerror(ret));
return -1;
}
_______________________________________________
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers(a)lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-main…
On 08/19/2015 10:15 AM, Matt Flax wrote:
> Good news,
>
> It turns out these problems were because shm was on a very space
> restricted device ... I moved shm to the tmp directory and it is now
> functioning as it should.
>
> jack1 on MIPS arch. is tested working.
> I ran jackd 1 using 2ms latency, no xruns. That is with a 48kHz sample
> rate.
>
> I played from my desktop using netjack one and I have seen the I2S data
> flowing out ... nice first test. When I get an audio codec connected I
> will do a listening test.
>
> Matt
Awesome! What kind of board are you using by the way?
Jeremy
Hi Jack people,
I am doing a lot of testing of various types of Windows audio software
at the moment. ReWire is good but Jack would make a nice alternative. I
tested in Windows Vista and got Jack Audio running, but it crashed a few
times and I got very crackly audio. After moving to my Windows 7 64bit
dual boot installation (I eventually discovered the custom/hacked PAX
drivers for my X-Fi card to replace buggy Creative drivers) I found Jack
more stable but still get this crackling in the audio - this is not
present in any other audio from my system, MME, ASIO, games, ReWire,
etc.
So how do I get involved with the Windows version ? I can put in bug
reports and do testing. I have been known to fire up windows compilers
(after eating the right kind of mushrooms, ya know how it is) but I'm
not an experienced coder. Frankly I wonder what is causing the crackling
because the rest of Jack in Windows seems to be working and stable.
DJ Barney
--
~~~
http://djbarney.org
