Thanks guys for your answers. Perhaps we should join the effort of KXstudio and develop something with its dev (if he agrees). I don't what is the best, that is why I send this my emai. I just feel that we are screwed with Canonical until we use a Ubuntu derivative name.
Antoine THOMAS Tél: 0663137906 2015-08-28 22:02 GMT+02:00 Len Ovens <l...@ovenwerks.net>: > On Fri, 28 Aug 2015, Mike Holstein wrote: > > On Thu, Aug 27, 2015 at 8:27 AM, ttoine <tto...@ttoine.net> wrote: >> Hey Guys, >> I would like to share an idea I have for some time ago. Seing the success >> of Elementary OS or Linux Mint, both based on Ubuntu, I really think that >> we should create something like that. >> > > ... > > if the goal is, to get cash in the pockets of developers, i think there is >> a much >> easier way. we can just simply donate to them, personally. most, such as >> ardour, >> will have simple scenarios in place making it easy to give them funding. >> >> if the goal is to make a competing product to KXstudio, i think that >> would be a >> conversation to have.. and, can we compete, within the confines of the >> ubuntu >> repos? etc.. >> >> the largest positive, i see, that ubuntustudio has, is the ubuntu >> branding.. to >> leave that, and try and directly compete with KXstudio may just create a >> small, >> niche thing that may not really address any of those issues.. though, i >> think its >> a great conversation to have >> >> just because ubuntu/canonical goes a different direction in the future, >> doesnt >> mean we cant visit that, if/when that happens.. >> > > Thank you Mike. You have said what I would have said. > > Really, the repos are the smallest problem. I think the glue is the thing > that makes audio work well. I think if US keeps the basic utilities in > ubuntu working, the repos will be fine. > > What we have towards this already: > - the kernel (lowlatency) > - grub puts the right kernel first even if generic is also > installed. > - Jackd has RT and memlock enabled. > - it would be nice to improve this for non-iso installs. > - a controls app for checking and setting audio settings > - rtirq > - it would be nice if controls would act as a GUI > for setting the priority order inteligently. > - swappiness is set reasonably (10 instead of 60) > > What we should be doing in the future to make things better: > - Make sure basic tools are kept up to date/fixed > - our last LTS was shipped with broken jackd2 > - Set jack as the audio backend from session start. > - prevent pulse from seeing ALSA devices > - install libjack-jackd2-dev by default > - try to get upstrean (debian) to include this in jackd2 > - allow changes to jackd devices on the fly > - detect new USB (or whatever) audio devices at plugin > - allow jackd to auto default to USB device > - provide access to all audio devices using zita-ajbridge > - allow on the fly latency change > - allow pulse detach for very low latencies > - detect USB audio device plugged into a shared USB port and > warn user. > - allow dynamicly changing rtirq settings when un/plugging USB > device. > > Note: almost all Linux (alsa and Jack) internal stuff was designed when > internal audio was _the_ way things were done. The world has changed and > USB has become king. Anyone buying a new audio interface will likely end up > with a USB IF. It is time to treat these correctly. Linux audio needs to > start expecting these more. There are more changes down the road, but all > of them look to be with things that can appear or vanish at any time with > the user _expecting_ things to just keep working. Pulse has done a good job > at doing this... but Pulse is not stable enough for pro audio, it is prone > to drop outs and media clock oddness. Pulse is a good front end to make > desktop audio just work though. We need to work on the jack end of things > so that audio just works even in odd situations. > > Windows and OSX just resample to keep all IFs in sync without asking the > user if there is one of those devices they want to be non-resampled. We can > do better than that, but still offer the user the ability to see all the > devices in jack. > > I think AoIP is one of the next things coming... where your computer knows > there is an audio input out there but it does not get connected until you > need it. But that is tomorrow's problem ;) > > > -- > Len Ovens > www.ovenwerks.net > > > > -- > ubuntu-studio-devel mailing list > ubuntu-studio-devel@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel >
-- ubuntu-studio-devel mailing list ubuntu-studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
