31 Jan
2018
31 Jan
'18
9:29 a.m.
Sorry, posted with wrong sender ...
Am Mittwoch, 31. Januar 2018 17:25 CET, "Ralf Mattes"
<r.mattes(a)mh-freiburg.de> schrieb:
Am Mittwoch, 31. Januar 2018 17:07 CET, Robert Bielik <Robert.Bielik(a)dirac.com>
schrieb:
[...]
jackd 578 pi 3u REG 0,16 12 11510
/dev/shm/jack_sem.1000_default_system (deleted)
jackd 578 pi 4u CHR 116,0 0t0 11412 /dev/snd/controlC0
jackd 578 pi 5u unix 0xb78a4380 0t0 8031 /dev/shm/jack_default_1000_0
type=STREAM
jackd 578 pi 6u CHR 116,16 0t0 11413 /dev/snd/pcmC0D0p
jackd 578 pi 7u CHR 116,24 0t0 11414 /dev/snd/pcmC0D0c
jackd 578 pi 8u unix 0xb78a7b80 0t0 8033 type=STREAM> jackd 578 pi
9u REG 0,16 12 8034 /dev/shm/jack_sem.1000_default_freewheel (deleted)
jackd 578 pi 10u unix 0xb78a7800 0t0 11511 /dev/shm/jack_default_1000_0
type=STREAM
/home/pi/start_jack
Interesting to see the DEL for file descriptor.
Well, that means that "someone" removed those files from the filesystem. Since
the jackd process still
hase the file descriptors open the files are still there, but since the have no name
anymore they are
inaccessible ...
Now you only have to find out _who_ did it ;-.)
Cheers, RalfD
31 Jan
31 Jan
9:40 a.m.
New subject: [Jack-Devel] ?==?utf-8?q? Usage feasibility Q
Well, that
means that "someone" removed those files from the filesystem.
Since the
jackd process still
hase the file descriptors open the files are
still there, but since the have no
name anymore they are
> inaccessible ...
> Now you only have to find out _who_ did it ;-.)
9:58 a.m.
New subject: [Jack-Devel] ?==?utf-8?q? Usage feasibility Q
Since the "original" size of /dev/shm was too small for jack2, I've added
this
to /etc/fstab (ripped from somewhere on the net):
none /dev/shm tmpfs defaults,size=128M 0 0
Hmm... if I remove this line, the amount is ~464MB, so it was not needed from the start.
Doesn't change anything though...
Regards
/Robert
10:11 a.m.
New subject: [Jack-Devel] ?==?utf-8?q? Usage feasibility Q
Solved! It seems to be a systemd setting!!
https://bbs.archlinux.org/viewtopic.php?pid=1487274#p1487274
By setting RemoteIPC=No in /etc/system.d/logind.conf it all seems to work now!
Regards
/Robert
-----Original Message-----
From: Robert Bielik
Sent: den 31 januari 2018 17:58
To: Robert Bielik <Robert.Bielik(a)dirac.com>om>; jack-devel(a)lists.jackaudio.org
Subject: RE: [Jack-Devel] ?==?utf-8?q? Usage feasibility Q
Since the "original" size of /dev/shm was too small for jack2, I've added
this
to /etc/fstab (ripped from somewhere on the net):
none /dev/shm tmpfs defaults,size=128M 0 0
Hmm... if I remove this line, the amount is ~464MB, so it was not needed
from the start. Doesn't change anything though...
Regards
/Robert
10:38 a.m.
New subject: [Jack-Devel] ?==?utf-8?q? ?==?utf-8?q? ?= Usage feasibility
Am Mittwoch, 31. Januar 2018 18:11 CET, Robert Bielik <Robert.Bielik(a)dirac.com>
schrieb:
Solved! It seems to be a systemd setting!!
Oh dear! Here I have a reply mail sitting open on my desktop for quite a while since I
wasn't shure
whether suggesting to look into systemd would be too rude (o.k. - my chosen language in
that mail
is rather harsh). I remembered vaguely that stupid (imho) idea to kill all user-stated
processes at logout
(way cool if you start a long-running simulation/analysis job over the weekend only to
come back on
monday to find your job killed by systemd).
An extra set of facepalms goes to the systemd team for implementing a stoopid
"feature" and then
doing even this completely wrong :-)
Sytemd is _not_ cleaning IPC at all (with ipcclean or ipcrm), it's removing the file
system handle.
Nothing more. Isn't anyone terrified by trusting core system functinality into the
hands of the
programmer equivalent of "Happy Tree Friends"?
<note-to-self>must remove this crap!</note-to-self>
Glad you fond it,
RalfD
https://bbs.archlinux.org/viewtopic.php?pid=1487274#p1487274
By setting RemoteIPC=No in /etc/system.d/logind.conf it all seems to work now!
Regards
/Robert
-----Original Message-----
From: Robert Bielik
Sent: den 31 januari 2018 17:58
To: Robert Bielik <Robert.Bielik(a)dirac.com>om>; jack-devel(a)lists.jackaudio.org
Subject: RE: [Jack-Devel] ?==?utf-8?q? Usage feasibility Q
_______________________________________________
Jack-Devel mailing list
Jack-Devel(a)lists.jackaudio.org
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org
Since the "original" size of /dev/shm was too small for jack2, I've added
this
to /etc/fstab (ripped from somewhere on the net):
none /dev/shm tmpfs defaults,size=128M 0 0
Hmm... if I remove this line, the amount is ~464MB, so it was not needed
from the start. Doesn't change anything though...
Regards
/Robert 
5:07 p.m.
New subject: [Jack-Devel] ?= Usage feasibility
Hello All,
Does anyone know of someone who has a setup where 2 DAWs can run in perfect
sync (like REWIRE) but maintain all their functionality?
Cubase and Ableton specifically in my case.
Is it even possible?
Cheers
Gaz
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Thu, Feb 1, 2018 at 12:38 AM, Ralf Mattes <rm(a)mh-freiburg.de> wrote:
Am Mittwoch, 31. Januar 2018 18:11 CET, Robert Bielik <
Robert.Bielik(a)dirac.com> schrieb:
_______________________________________________
Jack-Devel mailing list
Jack-Devel(a)lists.jackaudio.org
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org
Solved! It seems to be a systemd setting!!
Oh dear! Here I have a reply mail sitting open on my desktop for quite a
while since I wasn't shure
whether suggesting to look into systemd would be too rude (o.k. - my
chosen language in that mail
is rather harsh). I remembered vaguely that stupid (imho) idea to kill all
user-stated processes at logout
(way cool if you start a long-running simulation/analysis job over the
weekend only to come back on
monday to find your job killed by systemd).
An extra set of facepalms goes to the systemd team for implementing a
stoopid "feature" and then
doing even this completely wrong :-)
Sytemd is _not_ cleaning IPC at all (with ipcclean or ipcrm), it's
removing the file system handle.
Nothing more. Isn't anyone terrified by trusting core system functinality
into the hands of the
programmer equivalent of "Happy Tree Friends"?
<note-to-self>must remove this crap!</note-to-self>
Glad you fond it,
RalfD
https://bbs.archlinux.org/viewtopic.php?pid=1487274#p1487274
By setting RemoteIPC=No in /etc/system.d/logind.conf it all seems to
work now!
Regards
/Robert
> -----Original Message-----
> From: Robert Bielik
> Sent: den 31 januari 2018 17:58
> To: Robert Bielik <Robert.Bielik(a)dirac.com>om>;
jack-devel(a)lists.jackaudio.org
> Subject: RE: [Jack-Devel] ?==?utf-8?q? Usage
feasibility Q
>
> >
> > Since the "original" size of /dev/shm was too small for jack2,
I've
added this
> > to /etc/fstab (ripped from somewhere on
the net):
> >
> > none /dev/shm tmpfs defaults,size=128M 0 0
>
> Hmm... if I remove this line, the amount is ~464MB, so it was not
needed
from the
start. Doesn't change anything though...
Regards
/Robert
_______________________________________________
Jack-Devel mailing list
Jack-Devel(a)lists.jackaudio.org
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org 
8:02 p.m.
New subject: [Jack-Devel] ?= Usage feasibility
On Wed, January 31, 2018 6:07 pm, gazmel69(a)gmail.com wrote:
Does anyone know of someone who has a setup where 2
DAWs can run in
perfect sync (like REWIRE) but maintain all their functionality?
Can you explain a little more what you mean? You can keep sample rate
sync using jack, if you also want to keep transport sync then you would
need jack aware applications that support the jack transport API. Ardour
and Mixbus do, Qtractor, not sure if there are others. May depend on if
you really mean DAW or if you mean a MIDI sequencer and a DAW, there are a
few sequencers which can be synchronized to jack.
Cubase and Ableton specifically in my case.
Which OS platform are you using? Jack is multi-platform, but was
primarily developed and maintained on linux. There are Windows and Mac OS
ports, but a lot fewer people are experienced in getting jack working on
those platforms.
Cubase and Ableton I assume could be Windows or Mac OS, neither of those
supports jack natively, so would either treat jack as an ASIO device on
Windows, or a CoreAudio device on Mac OS. I don't believe either of those
audio API's has a concept of "transport" or musical sync, only digital
audio sync, so you could transfer audio between the applications, but not
position within a musical arrangement or even start and stop.
Jack also transports MIDI, so possibly you could kludge up a way to use
MIDI to synchronize between applications which support MIDI sync, but I'm
just speculating at this point, I don't actually know enough about the
Windows port to know whether that would actually work or not.
--
Chris Caudle
11:57 p.m.
New subject: [Jack-Devel] ?= Usage feasibility
Hey Chris,
Thanks so much for your input.
I'm primarily on Windows, I think you have answered the question,
which would explain why I haven't heard or seen anyone with a setup using
Cubase and Ableton.
I've seen Bidule do some interesting routing but again not exactly what I
am looking for.
If you ever see this setup working please think of me, as it is my dream
setup.
Thanks again for your time much appreciated!
Cheers
Gaz
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Thu, Feb 1, 2018 at 10:02 AM, Chris Caudle <chris(a)chriscaudle.org> wrote:
On Wed, January 31, 2018 6:07 pm, gazmel69(a)gmail.com
wrote:
Does anyone know of someone who has a setup where
2 DAWs can run in
perfect sync (like REWIRE) but maintain all their functionality?
Can you explain a little more what you mean? You can keep sample rate
sync using jack, if you also want to keep transport sync then you would
need jack aware applications that support the jack transport API. Ardour
and Mixbus do, Qtractor, not sure if there are others. May depend on if
you really mean DAW or if you mean a MIDI sequencer and a DAW, there are a
few sequencers which can be synchronized to jack.
Cubase and Ableton specifically in my case.
Which OS platform are you using? Jack is multi-platform, but was
primarily developed and maintained on linux. There are Windows and Mac OS
ports, but a lot fewer people are experienced in getting jack working on
those platforms.
Cubase and Ableton I assume could be Windows or Mac OS, neither of those
supports jack natively, so would either treat jack as an ASIO device on
Windows, or a CoreAudio device on Mac OS. I don't believe either of those
audio API's has a concept of "transport" or musical sync, only digital
audio sync, so you could transfer audio between the applications, but not
position within a musical arrangement or even start and stop.
Jack also transports MIDI, so possibly you could kludge up a way to use
MIDI to synchronize between applications which support MIDI sync, but I'm
just speculating at this point, I don't actually know enough about the
Windows port to know whether that would actually work or not.
--
Chris Caudle
_______________________________________________
Jack-Devel mailing list
Jack-Devel(a)lists.jackaudio.org
http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org
1 Feb
1 Feb
9:45 a.m.
New subject: [Jack-Devel] ?= Usage feasibility
On Thu, Feb 1, 2018 at 4:02 AM, Chris Caudle <chris(a)chriscaudle.org> wrote:
On Wed, January 31, 2018 6:07 pm, gazmel69(a)gmail.com
wrote:
Radium, Ardour, and BitWig (I think) are the three DAWs on Windows that
support Jack Transport, as far as I know.
And probably Mixbus.
Does anyone know of someone who has a setup where
2 DAWs can run in
perfect sync (like REWIRE) but maintain all their functionality?
Can you explain a little more what you mean? You can keep sample rate
sync using jack, if you also want to keep transport sync then you would
need jack aware applications that support the jack transport API. Ardour
and Mixbus do, Qtractor, not sure if there are others. May depend on if
you really mean DAW or if you mean a MIDI sequencer and a DAW, there are a
few sequencers which can be synchronized to jack.
Cubase and Ableton specifically in my case.
Which OS platform are you using? Jack is multi-platform, but was
primarily developed and maintained on linux. There are Windows and Mac OS
ports, but a lot fewer people are experienced in getting jack working on
those platforms.
I've been using jack on windows since around 2007. Haven't noticed any
problems.
MacOS should be fine too.
2418
days inactive
2419
days old
jackaudio@lists.linuxaudio.org
8 comments
5 participants
participants (5)
-
Chris Caudle -
gazmel69＠gmail.com -
Kjetil Matheussen -
Ralf Mattes -
Robert Bielik