[ubuntu-studio-devel] Elementary OS

Mon Aug 31 16:07:15 UTC 2015

On Monday, August 31, 2015, ttoine <ttoine at ttoine.net> wrote:

> 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.
>

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.

We could discuss if we are limited by those terms. And how we are limited,
if so. And how to address it, if possible.

Do you feel you are limited? In what way? How are you addressing that
limitation? Falk's ppa's?

>
>
> Antoine THOMAS
> Tél: 0663137906
>
> 2015-08-28 22:02 GMT+02:00 Len Ovens <len at ovenwerks.net
> <javascript:_e(%7B%7D,'cvml','len at ovenwerks.net');>>:
>
>> On Fri, 28 Aug 2015, Mike Holstein wrote:
>>
>> On Thu, Aug 27, 2015 at 8:27 AM, ttoine <ttoine at ttoine.net
>>> <javascript:_e(%7B%7D,'cvml','ttoine at 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 at lists.ubuntu.com
>> <javascript:_e(%7B%7D,'cvml','ubuntu-studio-devel at lists.ubuntu.com');>
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
>>
>
>

-- 
MH

likethecow.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-studio-devel/attachments/20150831/8dce5d9b/attachment-0001.html>