Re: What happened to Agnula.org (DeMuDi)?
On Fri, Mar 16, 2007 at 04:22:02PM +0200, Tomas Nykung wrote:
> (Hope that I'm not breaking the threading, I'm not subscribed to Debian
> devel, and if I reply through gmane as I did before, then
> email@example.com vill not be CC:ed and I'm trying to
> respect your wish to CC that list.)
> Andreas Tille wrote:
> > On Tue, 13 Mar 2007, Tomas Nykung wrote:
> >> DeMuDi is dead,
> > Hmmmm, well, what exactly means dead?
> It's not developed anymore (at least not for now).
> > I did not dived into the
> > DeMuDi project personally, but besides producing ISO images ready
> > to install my impression was that the people connected to that
> > project are busy integrating audio related software into Debian
> > and try to care about a general audio infrastructure. This
> > effort belongs to the scope of Custom Debian Distributions and
> > thus the relevant list is in CC.
> We have the impression about what DeMuDi was then :)
> >> I would recommend you to try out 64Studio.
> >> http://64studio.com
> > Well, so far for your recommendation. My personal recommendation
> > would
> > be that somebody who is interested in multimedia in Debian would try
> > to contact the people behind 64studio.com and explain them the
> > advantage
> > they could gain if they would try to continue what DeMuDi started
> > or to work together with the DeMuDi people.
> Well, Free Ekanayaka was the main developer behind DeMuDi, and he is the
> main developer behind 64 Studio, no need for him to contact himself :)
> He is also an Debian developer working with improving multimedia
> support in Debian.
> The reason I recommended 64 Studio to the OP was simply that I don't
> think it's a good idea to install an ancient version of SuSE when there
> are IMHO better and supported alternatives around, for example 64
> The reason I didn't recommend the OP to install Etch is that Etch is not
> ready for multimedia out of the box, most importantly there is no real
> time enabled kernel in stock Etch, and that is a _must_ when working
> with real time audio (latency).
What changes do you think could be needed to the kernel config?