Discussing of jack future...

St?phane Letz:
>
> Hi,
>
> There is currently a thread on Ubuntu forum concerning
a possible
> inclusion of jackdmp in next Ubuntu studio: http://ubuntuforums.org/
> showthread.php?t=283111
> Ubuntu studio aims at providing a set of packages for
audio, video
> and graphic in Ubuntu  (see http://www.ubuntustudio.
com/).
>
> I think it may be time now to start a
"formal" discussion among jack
> developers/users about what should be the future
direction for jack.
> They are been several developments in the last years: 
new backends
> like netjack and freebob, new features like processing
MIDI or Video
> data, and the multi-processor stuff with jackdmp. Some
of this
> developments are part of the official jack tree, some
are not. The
> situation is now there is a high risk of fragmentation
of the
> different developments.
>
> What do you guys think could be a possible roadmap for
jack in the
> following months and years?
>

I think jackdmp should be a part of the official jack
package actually. I 
think the jackd binary should provide a switch to select
whether to 
use jackdmp or the old one. That way, more people will try
jackdmp, and 
after that we'll see what happens.

Another reason for doing so is that if jackdmp will be
continued to be 
"ignored", people/distributions might switch over
(because jackdmp simply 
performs better than the alternative) and forget about the
old jack, and 
causing things like transport and jackmidi not to be used.
(although, that
might not be such a bad thing, do those things really belong
in jack?)

Not that its very difficult to switch between oldjack and
jackdmp right
now either ("make install"/"make remove"
in the linux directory in 
jackdmp), but I don't think many people bother.


------------------------------------------------------------
-------------
Using Tomcat but need to do more? Need to support web
services, security?
Get stuff done quickly with pre-integrated technology to
make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on
Apache Geronimo
http://sel.as-us.falkag.net/
sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Jackit-devel mailing list
Jackit-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jackit-dev
el

On Tue, Nov 07, 2006 at 05:14:07AM +0100, Kjetil S.
Matheussen wrote:
> 
> Another reason for doing so is that if jackdmp will be
continued to be 
> "ignored", people/distributions might switch
over (because jackdmp simply 
> performs better than the alternative) and forget about
the old jack, and 
> causing things like transport and jackmidi not to be
used. (although, that
> might not be such a bad thing, do those things really
belong in jack?)

Isn't much of the point of jack-midi sample-accuracy and
freewheeling 
support? How should that work if it wasn't in jack?


--
Thorsten Wilms

------------------------------------------------------------
-------------
Using Tomcat but need to do more? Need to support web
services, security?
Get stuff done quickly with pre-integrated technology to
make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on
Apache Geronimo
http://sel.as-us.falkag.net/
sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Jackit-devel mailing list
Jackit-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jackit-dev
el

On Tue, 2006-11-07 at 05:14 +0100, Kjetil S. Matheussen
wrote:
> St?phane Letz:
> >
> > Hi,
> >
> > There is currently a thread on Ubuntu forum
concerning a possible
> > inclusion of jackdmp in next Ubuntu studio: http://ubuntuforums.org/
> > showthread.php?t=283111
> > Ubuntu studio aims at providing a set of packages
for audio, video
> > and graphic in Ubuntu  (see http://www.ubuntustudio.
com/).
> >
> > I think it may be time now to start a
"formal" discussion among jack
> > developers/users about what should be the future
direction for jack.
> > They are been several developments in the last
years:  new backends
> > like netjack and freebob, new features like
processing MIDI or Video
> > data, and the multi-processor stuff with jackdmp.
Some of this
> > developments are part of the official jack tree,
some are not. The
> > situation is now there is a high risk of
fragmentation of the
> > different developments.
> >
> > What do you guys think could be a possible roadmap
for jack in the
> > following months and years?
> >
> 
> I think jackdmp should be a part of the official jack
package actually. I 
> think the jackd binary should provide a switch to
select whether to 
> use jackdmp or the old one. That way, more people will
try jackdmp, and 
> after that we'll see what happens.

Strongly disagree.  What a horrible mess that would become
over time...
Two completely different implementations in a single
package, ick.

I vote jack gets pushed out as 1.0 with whatever critical
things that
need fixing fixed, and jackdmp becomes 2.0 and thus free to
fix/change/etc whatever without the continual
"compatibility" excuse
halting progress.

Let's get a Jack 1.0 first and /then/ deal with the jackdmp
situation,
or we'll never have one...

-DR-



------------------------------------------------------------
-------------
Using Tomcat but need to do more? Need to support web
services, security?
Get stuff done quickly with pre-integrated technology to
make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on
Apache Geronimo
http://sel.as-us.falkag.net/
sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Jackit-devel mailing list
Jackit-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jackit-dev
el

On 11/7/06, Dave Robillard <drobillaconnect.carleton.ca> wrote:

> Strongly disagree.  What a horrible mess that would
become over time...
> Two completely different implementations in a single
package, ick.

Indeed!

> Let's get a Jack 1.0 first and /then/ deal with the
jackdmp situation,
> or we'll never have one...

i strongly agree.  
-- 
 joq

------------------------------------------------------------
-------------
Using Tomcat but need to do more? Need to support web
services, security?
Get stuff done quickly with pre-integrated technology to
make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on
Apache Geronimo
http://sel.as-us.falkag.net/
sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Jackit-devel mailing list
Jackit-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jackit-dev
el

I've got some time to work on video jack this week, so I
will try to 
make a definitive set of patches and plugins.

Hope that will help.

Gabriel.


------------------------------------------------------------
-------------
Using Tomcat but need to do more? Need to support web
services, security?
Get stuff done quickly with pre-integrated technology to
make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on
Apache Geronimo
http://sel.as-us.falkag.net/
sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Jackit-devel mailing list
Jackit-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jackit-dev
el

On Tue, 7 Nov 2006, Dave Robillard wrote:

> On Tue, 2006-11-07 at 05:14 +0100, Kjetil S. Matheussen
wrote:
>> St?phane Letz:
>>>
>>> Hi,
>>>
>>> There is currently a thread on Ubuntu forum
concerning a possible
>>> inclusion of jackdmp in next Ubuntu studio: http://ubuntuforums.org/
>>> showthread.php?t=283111
>>> Ubuntu studio aims at providing a set of
packages for audio, video
>>> and graphic in Ubuntu  (see http://www.ubuntustudio.
com/).
>>>
>>> I think it may be time now to start a
"formal" discussion among jack
>>> developers/users about what should be the
future direction for jack.
>>> They are been several developments in the last
years:  new backends
>>> like netjack and freebob, new features like
processing MIDI or Video
>>> data, and the multi-processor stuff with
jackdmp. Some of this
>>> developments are part of the official jack
tree, some are not. The
>>> situation is now there is a high risk of
fragmentation of the
>>> different developments.
>>>
>>> What do you guys think could be a possible
roadmap for jack in the
>>> following months and years?
>>>
>>
>> I think jackdmp should be a part of the official
jack package actually. I
>> think the jackd binary should provide a switch to
select whether to
>> use jackdmp or the old one. That way, more people
will try jackdmp, and
>> after that we'll see what happens.
>
> Strongly disagree.  What a horrible mess that would
become over time...
> Two completely different implementations in a single
package, ick.
>

Why do you think it will be a horrible mess?


------------------------------------------------------------
-------------
Using Tomcat but need to do more? Need to support web
services, security?
Get stuff done quickly with pre-integrated technology to
make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on
Apache Geronimo
http://sel.as-us.falkag.net/
sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Jackit-devel mailing list
Jackit-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jackit-dev
el

Le 8 nov. 06 à 03:10, Dave Robillard a écrit :

> On Tue, 2006-11-07 at 05:14 +0100, Kjetil S. Matheussen
wrote:
>> St?phane Letz:
>>>
>>> Hi,
>>>
>>> There is currently a thread on Ubuntu forum
concerning a possible
>>> inclusion of jackdmp in next Ubuntu studio: http://ubuntuforums.org/
>>> showthread.php?t=283111
>>> Ubuntu studio aims at providing a set of
packages for audio, video
>>> and graphic in Ubuntu  (see http://www.ubuntustudio.
com/).
>>>
>>> I think it may be time now to start a
"formal" discussion among jack
>>> developers/users about what should be the
future direction for jack.
>>> They are been several developments in the last
years:  new backends
>>> like netjack and freebob, new features like
processing MIDI or Video
>>> data, and the multi-processor stuff with
jackdmp. Some of this
>>> developments are part of the official jack
tree, some are not. The
>>> situation is now there is a high risk of
fragmentation of the
>>> different developments.
>>>
>>> What do you guys think could be a possible
roadmap for jack in the
>>> following months and years?
>>>
>>
>> I think jackdmp should be a part of the official
jack package  
>> actually. I
>> think the jackd binary should provide a switch to
select whether to
>> use jackdmp or the old one. That way, more people
will try  
>> jackdmp, and
>> after that we'll see what happens.
>
> Strongly disagree.  What a horrible mess that would
become over  
> time...
> Two completely different implementations in a single
package, ick.
>
> I vote jack gets pushed out as 1.0 with whatever
critical things that
> need fixing fixed, and jackdmp becomes 2.0 and thus
free to
> fix/change/etc whatever without the continual
"compatibility" excuse
> halting progress.
>
> Let's get a Jack 1.0 first and /then/ deal with the
jackdmp situation,
> or we'll never have one...
>
> -DR
>

I think we can perfectly keep 2 separated packages but with
a re- 
worked installation system for jackdmp that would be less
intrusive  
than the current situation (the way i described yesterday)
and that  
would allow people to easily and dynamically switch between
the 2  
packages.

Concerning jack  I would be happy to see the (never
reached...) 1.0  
version coming out, but won't spend more time working on
that.

Stephane




------------------------------------------------------------
-------------
Using Tomcat but need to do more? Need to support web
services, security?
Get stuff done quickly with pre-integrated technology to
make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on
Apache Geronimo
http://sel.as-us.falkag.net/
sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Jackit-devel mailing list
Jackit-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jackit-dev
el