[ubuntu-studio-devel] Elementary OS

ttoine ttoine at ttoine.net
Mon Aug 31 09:46:07 UTC 2015


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 <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> 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
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-studio-devel/attachments/20150831/561c63d7/attachment.html>


More information about the ubuntu-studio-devel mailing list