Re: [Jack-Devel] JD-Rack (JACK Done Right Audio Connection Kit)

"One solid, well-designed super-host to rule them all."  ==> so a "plug in" model in a same single process yes ??

Nothing related new ((-;  

"and by using the slow and inefficient DBus to create a “sound server”. " ??

"By  everything being separate processes, there is no centralized management of CPU resources, and there is considerable overhead to synchronizing shared memory and signalling across many processes."  ==> no comment...

Lack of real deep technical understanding I would way…

Back to square one…

St鰨ane 

Le 2 mai 2013 ࠰7:54, "Patrick Shirkey" <[hidden]> a 飲it :

> 
> On Wed, May 1, 2013 7:31 pm, Jeremy Jongepier wrote:
>> http://pydaw.org/wp/2013/04/29/pydaw-os-now-available-and-some-details-of-the-tentatively-named-jd-rack/
>> 
>> Just FYI, I haven't used PyDAW myself and am in no way affiliated.
>> 
> 
> It looks like this person has decided to do things a little differently
> but without supplying patches to the list.
> 
> Just out of interest is there any reason that the so called improvements
> s/he has made are not possible to add as optional (maybe compile time
> optional) "features" to existing jack1/2/3?
> 
> Seems like the main difference between jack1 and this fork is use of
> direct mmap by default.
> 
> Not sure what their specific improvements to the session protocol are.
> Maybe they would like to share some more details?
> 
> I have to disagree the session management has been holding anyone back
> though. That seems to be a little excessive. From the tone of the article
> I guess this person prefers to communicate over IRC.
> 
> 
> 
> --
> Patrick Shirkey
> Boost Hardware Ltd
> 
> Jack-Devel mailing list
> [hidden]
> http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org

1367474570.20469_0.ltw:2,a <816E7884-F070-45BF-9E62-4CDE5928A581 at grame dot fr>