<br><br>On Monday, August 31, 2015, ttoine <<a href="mailto:ttoine@ttoine.net">ttoine@ttoine.net</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thanks guys for your answers.<div><br></div><div>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.</div></div></blockquote><div><br></div><div><br></div><div>Screwed? In what way? They pay hosting and infrastructure. We get to use the branding. I think it's common to have terms. And, at anytime, anyone can take any of Ubuntu and fork it as they please. </div><div><br></div><div>We could discuss if we are limited by those terms. And how we are limited, if so. And how to address it, if possible. </div><div><br></div><div>Do you feel you are limited? In what way? How are you addressing that limitation? Falk's ppa's? </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"></div><div class="gmail_extra"><br clear="all"><div><div><div><br>Antoine THOMAS</div><div>Tél: 0663137906</div></div></div>
<br><div class="gmail_quote">2015-08-28 22:02 GMT+02:00 Len Ovens <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','len@ovenwerks.net');" target="_blank">len@ovenwerks.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Fri, 28 Aug 2015, Mike Holstein wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, Aug 27, 2015 at 8:27 AM, ttoine <<a href="javascript:_e(%7B%7D,'cvml','ttoine@ttoine.net');" target="_blank">ttoine@ttoine.net</a>> wrote:<br>
Hey Guys,<br>
I would like to share an idea I have for some time ago. Seing the success<br>
of Elementary OS or Linux Mint, both based on Ubuntu, I really think that<br>
we should create something like that.<br>
</blockquote>
<br></span>
...<span><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
if the goal is, to get cash in the pockets of developers, i think there is a much<br>
easier way. we can just simply donate to them, personally. most, such as ardour,<br>
will have simple scenarios in place making it easy to give them funding.<br>
<br>
if the goal is to make a competing product to KXstudio, i think that would be a<br>
conversation to have.. and, can we compete, within the confines of the ubuntu<br>
repos? etc..<br>
<br>
the largest positive, i see, that ubuntustudio has, is the ubuntu branding.. to<br>
leave that, and try and directly compete with KXstudio may just create a small,<br>
niche thing that may not really address any of those issues.. though, i think its<br>
a great conversation to have<br>
<br>
just because ubuntu/canonical goes a different direction in the future, doesnt<br>
mean we cant visit that, if/when that happens..<br>
</blockquote>
<br></span>
Thank you Mike. You have said what I would have said.<br>
<br>
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.<br>
<br>
What we have towards this already:<br>
- the kernel (lowlatency)<br>
- grub puts the right kernel first even if generic is also<br>
installed.<br>
- Jackd has RT and memlock enabled.<br>
- it would be nice to improve this for non-iso installs.<br>
- a controls app for checking and setting audio settings<br>
- rtirq<br>
- it would be nice if controls would act as a GUI<br>
for setting the priority order inteligently.<br>
- swappiness is set reasonably (10 instead of 60)<br>
<br>
What we should be doing in the future to make things better:<br>
- Make sure basic tools are kept up to date/fixed<br>
- our last LTS was shipped with broken jackd2<br>
- Set jack as the audio backend from session start.<br>
- prevent pulse from seeing ALSA devices<br>
- install libjack-jackd2-dev by default<br>
- try to get upstrean (debian) to include this in jackd2<br>
- allow changes to jackd devices on the fly<br>
- detect new USB (or whatever) audio devices at plugin<br>
- allow jackd to auto default to USB device<br>
- provide access to all audio devices using zita-ajbridge<br>
- allow on the fly latency change<br>
- allow pulse detach for very low latencies<br>
- detect USB audio device plugged into a shared USB port and<br>
warn user.<br>
- allow dynamicly changing rtirq settings when un/plugging USB<br>
device.<br>
<br>
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.<br>
<br>
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.<br>
<br>
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 ;)<br>
<br>
<br>
--<br>
Len Ovens<br>
<a href="http://www.ovenwerks.net" rel="noreferrer" target="_blank">www.ovenwerks.net</a><div><div><br>
<br>
<br>
-- <br>
ubuntu-studio-devel mailing list<br>
<a href="javascript:_e(%7B%7D,'cvml','ubuntu-studio-devel@lists.ubuntu.com');" target="_blank">ubuntu-studio-devel@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel</a><br>
</div></div></blockquote></div><br></div>
</blockquote><br><br>-- <br><div dir="ltr">MH<div><br><a href="http://likethecow.com" target="_blank">likethecow.com</a></div><div><br></div></div><br>