Re: Real-time kernel?

2010-09-17 Thread Marc R.J. Brevoort
On Thu, 16 Sep 2010, tto...@ttoine.net wrote:

> I participated to the UDS of november 2006 for helping to
> "clear the sound mess in Ubuntu". It's great to see that finally, 4
> years later, after several trials, etc... it is quite ok in Ubuntu!

It's slowly getting there. But I must say my recent experiences
switching from ubuntustudio 8.04 to (plain) ubuntu 10.4 so far
have been "suboptimal".

Warning- rant follows. More constructive comments after that.



I'm programmer for a living, have been into Linux audio for over
6 years now, have owned my own sound studio, have written audio
software that's used by a few thousand users.

After 2 weeks of tweaking and tuning my new system, things *still*
don't work as they should (i.e on my system at the moment they're
good enough for "consumer use" but near useless for anything
slightly resembling studio work). Needless to say, I'm getting
bloody frustrated- starting to think I should never have tried
upgrading from 8.04 in the first place.

Now imagine what "normal" users would think.



I want to contribute, though- I'd love to see Linux being the
prime OS for audio production. I don't want to take on the
burden of rewriting the whole sound stack from scratch.

But Toine, if you have any documentation on how stuff is
*supposed* to be set up, I'll gladly test-drive it.

Best,
Marc


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


Re: Real-time kernel?

2010-09-16 Thread tto...@ttoine.net


Le 16/09/2010 20:07, Scott Lavender a écrit :
> Toine,
>
> Let me preface this email by thanking you for your involvement with 
> Ubuntu Studio.  I've read quite a bit of the mail archives, Ubuntu 
> Forum posts, and wiki/help documentation I have seen your name often.  
> I certainly hope you continue your involvement.
>
>
Scott, Thanks for this preface, it makes my face going red ;-)

As you say, be sure that I will continue to be involved as I do: I was 
one of the first guy to work on documentation for multimedia production 
with Ubuntu (before Ubuntu Studio, the project name was Mubuntu for 
Multimedia Ubuntu), and I try to keep up to date, recording audio, 
testing pro audio hardware, and writing documentations since (around 
2005). I always have a look on the mailing list and answer when I think 
my opinion can be useful (some times it appends to be useless...)

I left the Ubuntu Studio Developers team 2 years ago mainly because I 
disagree with Cory about what Ubuntu Studio should be: imho, it should 
be focused on common users (Ubuntu's aim), not on Linux specialists 
(there are other distributions for them). If you search a bit more, you 
will see that I participated to the UDS of november 2006 for helping to 
"clear the sound mess in Ubuntu". It's great to see that finally, 4 
years later, after several trials, etc... it is quite ok in Ubuntu! And 
that's an important step imho, with the ffado sound cards support, if we 
want to have more common users producing multimedia with Ubuntu (Studio, 
or Vanilla), switching from mac or win.

Now, you know my background about multimedia production with Ubuntu.
>
> I would be interested in pulling some numbers to determine just how 
> many people use the vanilla Ubuntu LiveCD and then install their 
> specifically required apps.  Any ideas or initiative to effect this 
> would be appreciated.
I agree. Perhaps you could ask some install media downloads vs Ubuntu 
Studio metapackages install statistics to Canonical ? Using the Ubuntu 
Studio web site and the poll functionality of Drupal could be a solution 
too, and it would create a stronger community, more user concerned.
>
> While I do not think we have the developer resources to move away from 
> the alternative installer at the moment...
I agree, see below, I have an idea too keep a media, but with less 
people resources needed.
> ... (but I would be happy if someone proved me wrong) there has been 
> discussions about dividing the audio applications into finer 
> granularity meta-packages.  Nothing tangible has really been discussed 
> but a rough delineation might be recording live instruments (i.e. a 
> band situation) vs. MIDI/synthesis instruments (i.e. tone 
> generation).  This would hopefully align installed applications closer 
> to user work flows.
Perhaps we should focus on less applications, use the website to choose 
the most used/important (via polls?), and then be sure that everything 
works well "out of the box", to provide very good backport and support ? 
Most of users I know don't use more than 10 applications to 
produce/record music (plus ladspa/lv2 etc...).
>
> I have given a lot of thought lately to this topic.  Several people 
> have strongly suggested the use of PPA's and websites rather than an 
> Ubuntu Studio disc and the official Ubuntu archives.
+1 imho.
>
> Releasing Ubuntu Studio on disc affords us several advantages over 
> other methodologies:
>  * allows us to control what is *not* installed - good example is the 
> use of gnome-network-admin in lieu of network manager (which was found 
> to degrade recording performance) or the MeMenu
Anyone doing serious recording disable networks before running jackd, 
and enable network only for security updates. So no matter wich app you 
use to manage network. It allows sound technicians to use the same 
computer (on different sessions, one for production, one for common use, 
as do most studios with Apple computers).
>  * a single Ubuntu Studio disc can be installed on multiple machines
>  * allows installation on a studio machine that may not have internet
>  * the disc can be downloaded outside the studio - perhaps the studio 
> has dial up internet connection, but the ISO can be downloaded 
> somewhere else that has a much faster connection
What about a simple dvd of packages? it would be easier to create, 
maintain/update, no installation to test, etc... and will preserve those 
functionalities, in addition to the vanilla Ubuntu media.
>
> You also mention backports.  An official Ubuntu Studio PPA for 
> backports has been discussed as well.  It should be noted that the 
> backports PPA would also serve as a method to guarantee the quality of 
> a backport (tested by Ubuntu Studio users and devs) before it went 
> into the official archives to be released for all Ubuntu users.
I agree. You may contact falkTX, the maintainer of the PPA below. Most 
of backports he is doing for his project are stable and useful. Perhaps 
he

Re: Real-time kernel?

2010-09-16 Thread Fritz Meissner
On 16 September 2010 20:07, Scott Lavender  wrote:
>
> Releasing Ubuntu Studio on disc affords us several advantages over other 
> methodologies:
>  * allows us to control what is *not* installed - good example is the use of 
> gnome-network-admin in lieu of network manager (which was found to degrade 
> recording performance) or the MeMenu
>  * a single Ubuntu Studio disc can be installed on multiple machines
>  * allows installation on a studio machine that may not have internet
>  * the disc can be downloaded outside the studio - perhaps the studio has 
> dial up internet connection, but the ISO can be downloaded somewhere else 
> that has a much faster connection
>
I have in the past used the Studio Disc for installation, but the last
time I installed it I did it by first using the standard LiveCD and
then installing the studio audio package. It did not work well,
specifically jack did not work out of the box and despite researching
it and taking various actions that were recommended, it never did
work. I then did a fresh installation using the Studio installer and
had no problems, although I did still have to do some configuring.
This supports your first point above.

Fritz

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


Re: Real-time kernel?

2010-09-16 Thread Scott Lavender
Toine,

Let me preface this email by thanking you for your involvement with Ubuntu
Studio.  I've read quite a bit of the mail archives, Ubuntu Forum posts, and
wiki/help documentation I have seen your name often.  I certainly hope you
continue your involvement.



On Wed, Sep 15, 2010 at 12:38 PM, tto...@ttoine.net wrote:

>
>
> Le 14/09/2010 04:38, Chris Jones a écrit :
> Most users currently install Ubuntu from standard live cd, and then
> install only what they need. I am concerned by audio production and know
> a lot of people using Ubuntu for that, no one use the alternative cd/dvd
> install: it is not user friendly, and install too much stuff. Who need a
> menu full of things he/she will not use ? I am with you, the Ubuntu
> Studio install media is not a priority.
>
>
I would be interested in pulling some numbers to determine just how many
people use the vanilla Ubuntu LiveCD and then install their specifically
required apps.  Any ideas or initiative to effect this would be appreciated.

My guess is only those users who have at least a modicum of confidence with
Ubuntu and the audio applications will do this and might be less than some
might expect.  I would imagine that this is limited to persons who have used
Ubuntu Studio throughout several releases.

I agree the current install methodology is unwieldy and the resultant is not
optimal.

While I do not think we have the developer resources to move away from the
alternative installer at the moment (but I would be happy if someone proved
me wrong) there has been discussions about dividing the audio applications
into finer granularity meta-packages.  Nothing tangible has really been
discussed but a rough delineation might be recording live instruments (i.e.
a band situation) vs. MIDI/synthesis instruments (i.e. tone generation).
This would hopefully align installed applications closer to user work flows.

Alternately, moderating the audio menu is another possible consideration
that has been discussed as well.

I should point out that I personally use the Ubuntu Studio disc simply for
convenience, rather than add many packages by hand, although I concede that
it has sufficient deficiencies as mentioned above.

* snip *


> I agree with on that point: I am not sure that Ubuntu Studio needs to be
> a full distribution. As I have already said, I think Ubuntu Studio
> community would be more useful providing good backports for multimedia
> production, maintain the ubuntu-studio-menu and some other useful
> packages/tools/gui/apps. And have a good and simple website like playdeb
> or getdeb, more documented and in several languages.
>
> Toine
>
>
I have given a lot of thought lately to this topic.  Several people have
strongly suggested the use of PPA's and websites rather than an Ubuntu
Studio disc and the official Ubuntu archives.

Releasing Ubuntu Studio on disc affords us several advantages over other
methodologies:
 * allows us to control what is *not* installed - good example is the use of
gnome-network-admin in lieu of network manager (which was found to degrade
recording performance) or the MeMenu
 * a single Ubuntu Studio disc can be installed on multiple machines
 * allows installation on a studio machine that may not have internet
 * the disc can be downloaded outside the studio - perhaps the studio has
dial up internet connection, but the ISO can be downloaded somewhere else
that has a much faster connection

This is not a holistically inclusive list, but hopefully you can see that
many might see the benefit from the examples listed above.

You also mention backports.  An official Ubuntu Studio PPA for backports has
been discussed as well.  It should be noted that the backports PPA would
also serve as a method to guarantee the quality of a backport (tested by
Ubuntu Studio users and devs) before it went into the official archives to
be released for all Ubuntu users.


Once again, thank you for your efforts Toine.  I hope to hear from you soon.

Regards,
ScottL
-- 
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


Re: Real-time kernel?

2010-09-16 Thread Chris Jones
On Wed, 2010-09-15 at 19:38 +0200, tto...@ttoine.net wrote:

> As I am curious and don't know well the photo and graphics part, could 
> you tell us wich applications are you usi,g for your professional 
> activities with Ubuntu ?

Currently my work tools looks like this...

Blender
Bluefish
Dia
Geany
OO.o Draw
Fontforge+Fontmatrix
Gimp
Pinta
Nathive

Why do you ask?


-- 
Chris Jones 


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


Re: Real-time kernel?

2010-09-15 Thread tto...@ttoine.net


Le 14/09/2010 04:38, Chris Jones a écrit :
> I'll be honest here, it's one of the contributing reasons that I don't
> use the Ubuntu Studio, in favor of the vanilla Ubuntu tweaked to my
> preferences instead.
>
Most users currently install Ubuntu from standard live cd, and then 
install only what they need. I am concerned by audio production and know 
a lot of people using Ubuntu for that, no one use the alternative cd/dvd 
install: it is not user friendly, and install too much stuff. Who need a 
menu full of things he/she will not use ? I am with you, the Ubuntu 
Studio install media is not a priority.
>> Some would also disagree with your about an -rt kernel for video or
>> graphic work.  It has been suggested that the -rt kernel give better
>> responsiveness when working with tablets although I am unaware it this
>> has actually been tested.
>>  
Some Video editors have a usefull jackd connection for sound. This is 
the same if you work on a video sound track with Ardour+Xjadeo: you need 
the real time kernel for jackd responsiveness.
> Anyway, since then and only after many years of being stuck dual-booting
> with WinXP, I've migrated all my work as a Photographic and Digital
> Imaging Professional onto the Linux platform. Ubuntu+KDE4.5.
>
As I am curious and don't know well the photo and graphics part, could 
you tell us wich applications are you usi,g for your professional 
activities with Ubuntu ?
> Somewhere along the line I would like to get back to Ubuntu Studio, but
> not in it's current form. Hence my keen interest in the project as a
> whole.
>
I agree with on that point: I am not sure that Ubuntu Studio needs to be 
a full distribution. As I have already said, I think Ubuntu Studio 
community would be more useful providing good backports for multimedia 
production, maintain the ubuntu-studio-menu and some other useful 
packages/tools/gui/apps. And have a good and simple website like playdeb 
or getdeb, more documented and in several languages.

Toine

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


Re: Real-time kernel? (was: The audio group)

2010-09-13 Thread Chris Jones
On Mon, 2010-09-13 at 20:38 -0500, Scott Lavender wrote:

> 
> Chris,
> 
> You seem quite upset by this or am I misinterpreting your email?
> 

Not upset, no. Just pointing out that I truly believe that I reckon it's
a bad decision that including the -rt kernel as the default kernel. And
I believe it is not the right choice. Which is what I've always thought.

I'll be honest here, it's one of the contributing reasons that I don't
use the Ubuntu Studio, in favor of the vanilla Ubuntu tweaked to my
preferences instead.


> The -rt kernel is not included by default.  The -rt kernel package
> isn't even in the archives anymore.
> 

So you are saying that Ubuntu Studio no longer comes with the real-time
kernel installed out-of-the-box?

I'm confused. Because last time I checked, it did.

> Some would also disagree with your about an -rt kernel for video or
> graphic work.  It has been suggested that the -rt kernel give better
> responsiveness when working with tablets although I am unaware it this
> has actually been tested.

I guess I can only speak from my own experiences. At the time I last
used Ubuntu Studio (forget which release it was), I kept experiencing
kernel lock-ups and freezes -- day after day.
Until I finally replaced the real-time kernel which WAS installed by
default with the vanilla Ubuntu kernel and it solved all my problems.
And the aforementioned scenario was at the same time I was contemplating
migrating my work system to Linux full time and completely off Windows
once and for all. Sadly, at the time I couldn't do it with Ubuntu
Studio.

Anyway, since then and only after many years of being stuck dual-booting
with WinXP, I've migrated all my work as a Photographic and Digital
Imaging Professional onto the Linux platform. Ubuntu+KDE4.5.

Somewhere along the line I would like to get back to Ubuntu Studio, but
not in it's current form. Hence my keen interest in the project as a
whole.

Regards


-- 
Chris Jones 


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


Re: Real-time kernel? (was: The audio group)

2010-09-13 Thread Scott Lavender
On Mon, Sep 13, 2010 at 7:24 PM, Chris Jones wrote:

> On Tue, 2010-09-07 at 06:52 -0500, Scott Lavender wrote:
> > On Tue, Sep 7, 2010 at 2:55 AM, David Henningsson
> >  wrote:
> > 2010-09-07 02:17, Chris Jones skrev:
> > > I know I've raised the question before regarding the
> > inclusion of the
> > > real-time kernel in Ubuntu Studio, but why exactly is it
> > necessary?
> >
> > That's a good question. Abogani has written a small overview
> > of his take
> > on it here:
> >
> https://lists.ubuntu.com/archives/kernel-team/2010-March/009323.html
> >
> > --
> > David Henningsson, Canonical Ltd.
> > http://launchpad.net/~diwic 
> >
> >
> > And to answer Chris's question very succinctly; better performance.
> >
> > The -rt kernel can help lower latency and minimize the number of xruns
> > so that your recording doesn't drop anything or create artifacts such
> > as popping.
> >
> > From my understanding this also includes allowing firewire audio
> > interface users to be able to adjust the interrupt priority to a more
> > desirable setting allowing the firewire device to experience better
> > perform from fewer interrupts.  I believe I understand the basic
> > principle of this but perhaps someone with broader experience can
> > explain it better.
> >
> > Regards,
> > ScottL
>
> So it seems to me that all examples and explanations given for the
> inclusion of the real-time kernel by default are to cater for the
> audiophiles using Ubuntu Studio as their platform.
>
> Forgive me if I'm mistaken, but isn't Ubuntu Studio focused toward 3
> groups of multimedia professionals-- Audio, Video and Graphic?
>
>
> I don't know the technicalities or possibilities to include a kernel
> option upon installation, but we need to somehow give the user a choice
> of which kernel to use for Ubuntu Studio.
> I know that either can be installed/removed via Synaptic, but not
> everyone feels comfortable doing it via this method.
>
>
> My point; there really is no reason for a real-time kernel when one uses
> Ubuntu Studio for Video and Graphic work.
> So with its default inclusion, it's simply catering for 1/3 of the
> intended audience/users.
>
> Just my 2 cents.
>
> Regards
>
>
> --
> Chris Jones 
>  
>

Chris,

You seem quite upset by this or am I misinterpreting your email?

The -rt kernel is not included by default.  The -rt kernel package isn't
even in the archives anymore.

Some would also disagree with your about an -rt kernel for video or graphic
work.  It has been suggested that the -rt kernel give better responsiveness
when working with tablets although I am unaware it this has actually been
tested.

Regards,
ScottL
-- 
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


Re: Real-time kernel? (was: The audio group)

2010-09-13 Thread Mike Holstein
i was thinking about how AVlinux used to include a .deb for the RT kernel
somewhere in the documents folder or something... what about that? point and
click easy for whoever wants it, and not default for those who dont...

On Mon, Sep 13, 2010 at 8:24 PM, Chris Jones wrote:

> On Tue, 2010-09-07 at 06:52 -0500, Scott Lavender wrote:
> > On Tue, Sep 7, 2010 at 2:55 AM, David Henningsson
> >  wrote:
> > 2010-09-07 02:17, Chris Jones skrev:
> > > I know I've raised the question before regarding the
> > inclusion of the
> > > real-time kernel in Ubuntu Studio, but why exactly is it
> > necessary?
> >
> > That's a good question. Abogani has written a small overview
> > of his take
> > on it here:
> >
> https://lists.ubuntu.com/archives/kernel-team/2010-March/009323.html
> >
> > --
> > David Henningsson, Canonical Ltd.
> > http://launchpad.net/~diwic
> >
> >
> > And to answer Chris's question very succinctly; better performance.
> >
> > The -rt kernel can help lower latency and minimize the number of xruns
> > so that your recording doesn't drop anything or create artifacts such
> > as popping.
> >
> > From my understanding this also includes allowing firewire audio
> > interface users to be able to adjust the interrupt priority to a more
> > desirable setting allowing the firewire device to experience better
> > perform from fewer interrupts.  I believe I understand the basic
> > principle of this but perhaps someone with broader experience can
> > explain it better.
> >
> > Regards,
> > ScottL
>
> So it seems to me that all examples and explanations given for the
> inclusion of the real-time kernel by default are to cater for the
> audiophiles using Ubuntu Studio as their platform.
>
> Forgive me if I'm mistaken, but isn't Ubuntu Studio focused toward 3
> groups of multimedia professionals-- Audio, Video and Graphic?
>
>
> I don't know the technicalities or possibilities to include a kernel
> option upon installation, but we need to somehow give the user a choice
> of which kernel to use for Ubuntu Studio.
> I know that either can be installed/removed via Synaptic, but not
> everyone feels comfortable doing it via this method.
>
>
> My point; there really is no reason for a real-time kernel when one uses
> Ubuntu Studio for Video and Graphic work.
> So with its default inclusion, it's simply catering for 1/3 of the
> intended audience/users.
>
> Just my 2 cents.
>
> Regards
>
>
> --
> Chris Jones 
>
>
> --
> 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
>



-- 
MH
http://www.myspace.com/mikeholstein

http://opensourcemusician.libsyn.com/
-- 
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


Re: Real-time kernel? (was: The audio group)

2010-09-13 Thread Chris Jones
On Tue, 2010-09-07 at 06:52 -0500, Scott Lavender wrote:
> On Tue, Sep 7, 2010 at 2:55 AM, David Henningsson
>  wrote:
> 2010-09-07 02:17, Chris Jones skrev:
> > I know I've raised the question before regarding the
> inclusion of the
> > real-time kernel in Ubuntu Studio, but why exactly is it
> necessary?
> 
> That's a good question. Abogani has written a small overview
> of his take
> on it here:
> https://lists.ubuntu.com/archives/kernel-team/2010-March/009323.html
> 
> --
> David Henningsson, Canonical Ltd.
> http://launchpad.net/~diwic
> 
> 
> And to answer Chris's question very succinctly; better performance.
> 
> The -rt kernel can help lower latency and minimize the number of xruns
> so that your recording doesn't drop anything or create artifacts such
> as popping.
> 
> From my understanding this also includes allowing firewire audio
> interface users to be able to adjust the interrupt priority to a more
> desirable setting allowing the firewire device to experience better
> perform from fewer interrupts.  I believe I understand the basic
> principle of this but perhaps someone with broader experience can
> explain it better.
> 
> Regards,
> ScottL

So it seems to me that all examples and explanations given for the
inclusion of the real-time kernel by default are to cater for the
audiophiles using Ubuntu Studio as their platform.

Forgive me if I'm mistaken, but isn't Ubuntu Studio focused toward 3
groups of multimedia professionals-- Audio, Video and Graphic?


I don't know the technicalities or possibilities to include a kernel
option upon installation, but we need to somehow give the user a choice
of which kernel to use for Ubuntu Studio.
I know that either can be installed/removed via Synaptic, but not
everyone feels comfortable doing it via this method.


My point; there really is no reason for a real-time kernel when one uses
Ubuntu Studio for Video and Graphic work.
So with its default inclusion, it's simply catering for 1/3 of the
intended audience/users.

Just my 2 cents.

Regards


-- 
Chris Jones 


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


Re: Real-time kernel? (was: The audio group)

2010-09-07 Thread Scott Lavender
On Tue, Sep 7, 2010 at 2:55 AM, David Henningsson <
david.hennings...@canonical.com> wrote:

> 2010-09-07 02:17, Chris Jones skrev:
> > I know I've raised the question before regarding the inclusion of the
> > real-time kernel in Ubuntu Studio, but why exactly is it necessary?
>
> That's a good question. Abogani has written a small overview of his take
> on it here:
> https://lists.ubuntu.com/archives/kernel-team/2010-March/009323.html
>
> --
> David Henningsson, Canonical Ltd.
> http://launchpad.net/~diwic 
>  
>

And to answer Chris's question very succinctly; better performance.

The -rt kernel can help lower latency and minimize the number of xruns so
that your recording doesn't drop anything or create artifacts such as
popping.

>From my understanding this also includes allowing firewire audio interface
users to be able to adjust the interrupt priority to a more desirable
setting allowing the firewire device to experience better perform from fewer
interrupts.  I believe I understand the basic principle of this but perhaps
someone with broader experience can explain it better.

Regards,
ScottL
-- 
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


Re: Real time kernel exploitation

2008-08-13 Thread Alessio Igor Bogani
Hi,

2008/8/13 Andrew Hunter <[EMAIL PROTECTED]>:
[...]
> | 2) Port RH implementation (rtctl) on Ubuntu. It is too complex for me
> | but it get less assumption than rtirq.
>
> This would require the porting and packaging of most (possibly all) the
> daemons listed here[1].

Those aren't daemon but kernel threads (usually called kthreads) and
we don't package it. In fact those are already present in rt kernel
package. rtctl is a very simple package ti should be count only a
couple of files.

If MOTUs help me with rt and rt-tests packages I'll re-packaging rtctl
with pleasure.

In any case i agree with Andrew. We should choice the easiest
implementation to keep it understandable.

Ciao,
Alessio

P.s.
Anyone have tested rt kernel?

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


Re: Real time kernel exploitation

2008-08-12 Thread Andrew Hunter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Alessio Igor Bogani wrote:
| Hi!
|
| 2008/8/12 Raphaël Doursenaud <[EMAIL PROTECTED]>:
| [...]
|> Well this is exactly the purpose of Rui Nuno Capela's rtirq script.
|> I packaged it and it's waiting in REVU.
|
| I don't like rtirq at all.
|
| I can propose two alternative implementations:
|
| 1) Start from my proof of concept. It's minimal and easy. Everyone can
| fix, change and improve it.
|
| 2) Port RH implementation (rtctl) on Ubuntu. It is too complex for me
| but it get less assumption than rtirq.

This would require the porting and packaging of most (possibly all) the
daemons listed here[1].

Not a small undertaking. For this to be the route to take, I think there
needs to be a very good reason to undertake that much work.


Thanks,

Andrew

[1] http://rt.et.redhat.com/page/RHEL-RT_SchedPrioHowto
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkiiNsAACgkQSyj78chr9d8EtACeL7g+/HKy9X4t9C4e5qrfwvJm
GbgAoKhoF7Fx/Z30WCpccvfdkM+Z2ijJ
=W5Ls
-END PGP SIGNATURE-

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


Re: Real time kernel exploitation

2008-08-12 Thread Luis de Bethencourt
On 8/12/08, Alessio Igor Bogani <[EMAIL PROTECTED]> wrote:
> Hi!
>
>  2008/8/12 Raphaël Doursenaud <[EMAIL PROTECTED]>:
>  [...]
>
> > Well this is exactly the purpose of Rui Nuno Capela's rtirq script.
>  > I packaged it and it's waiting in REVU.
>
>
> I don't like rtirq at all.
>
>  I can propose two alternative implementations:
>
>  1) Start from my proof of concept. It's minimal and easy. Everyone can
>  fix, change and improve it.
>
>  2) Port RH implementation (rtctl) on Ubuntu. It is too complex for me
>  but it get less assumption than rtirq.
>
>  Ciao,
>
> Alessio
>
>
>  --
>  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
>

I suggest we follow Alessio´s directions here as he is the expert in
the field, plust I trust his decision making.

Luis

-- 
Luis de Bethencourt Guimerá
luisbg
<[EMAIL PROTECTED]>
GPG: B0ED1326

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


Re: Real time kernel exploitation

2008-08-12 Thread Alessio Igor Bogani
Hi!

2008/8/12 Raphaël Doursenaud <[EMAIL PROTECTED]>:
[...]
> Well this is exactly the purpose of Rui Nuno Capela's rtirq script.
> I packaged it and it's waiting in REVU.

I don't like rtirq at all.

I can propose two alternative implementations:

1) Start from my proof of concept. It's minimal and easy. Everyone can
fix, change and improve it.

2) Port RH implementation (rtctl) on Ubuntu. It is too complex for me
but it get less assumption than rtirq.

Ciao,
Alessio

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


Re: Real time kernel exploitation

2008-08-12 Thread Luis de Bethencourt
On Tue, Aug 12, 2008 at 1:17 AM, Cory K. <[EMAIL PROTECTED]> wrote:
> Raphaël Doursenaud wrote:
>> I'm not very good at bugging people...
>
> Thats the only way you will get packages in Ubuntu for future reference. ;)
>
> In any case, this functionality should appear in some form for Intrepid.
> Might end up as part of ubuntustudio-controls.
>
> -Cory K.
>

Thanks Raphael and Andrew. If you need any help let me know.

Luis

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



-- 
Luis de Bethencourt Guimerá
luisbg
<[EMAIL PROTECTED]>
GPG: B0ED1326

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


Re: Real time kernel exploitation

2008-08-11 Thread Cory K.
Raphaël Doursenaud wrote:
> I'm not very good at bugging people...

Thats the only way you will get packages in Ubuntu for future reference. ;)

In any case, this functionality should appear in some form for Intrepid.
Might end up as part of ubuntustudio-controls.

-Cory K.

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


Re: Real time kernel exploitation

2008-08-11 Thread Raphaël Doursenaud
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Cory K. a écrit :
> Raphaël Doursenaud wrote:
>> Cory K. a écrit :
>>> Marc R.J. Brevoort wrote:
 On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:
   
> I suggest a simple hack that result in a better system response on
> audio related tasks. [...]
> Prioritizing IRQs reduce possibility of X-Runs happens. As far i know
> it the most frustrating event for an UbuntuStudio users.
> 
 I agree and am all for it.

 I was actually rather surprised that after installing the last
 UbuntuStudio, I still had to tweak the IRQ priorities to get rid of
 xruns- For a dedicated distro, I'd have expected otherwise.

 Best,
 Marc
   
>>> Well, that's what happens when there no mention of it and nobody to
>>> implement it. ;)
>>> Ubuntu Studio is as good as people make it.
>>> -Cory K.
>>
>> Well this is exactly the purpose of Rui Nuno Capela's rtirq script.
>> I packaged it and it's waiting in REVU.
>>
> 
> You also have to remember to push it along. You have to bug people to
> get it in. How long has it been there?
> 
> -Cory K.
> 

I'm not very good at bugging people...

The first upload is from February 24, I updated it on July 18 :
http://revu.ubuntuwire.com/details.py?package=rtirq

Here's the needs-packaging bug :
https://bugs.launchpad.net/ubuntustudio/+bug/195033

- --
Raphaël Doursenaud
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIoNTVaZKmNAdXaVURAmjGAJ911EBIroGpg9H3rtq04hMlB4U6IwCgxYL/
5IGYqyyGqqtl+ppJyqDXjdA=
=IwRk
-END PGP SIGNATURE-

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


Re: Real time kernel exploitation

2008-08-11 Thread Cory K.
Raphaël Doursenaud wrote:
> Cory K. a écrit :
> > Marc R.J. Brevoort wrote:
> >> On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:
> >>   
> >>> I suggest a simple hack that result in a better system response on
> >>> audio related tasks. [...]
> >>> Prioritizing IRQs reduce possibility of X-Runs happens. As far i know
> >>> it the most frustrating event for an UbuntuStudio users.
> >>> 
> >> I agree and am all for it.
> >>
> >> I was actually rather surprised that after installing the last
> >> UbuntuStudio, I still had to tweak the IRQ priorities to get rid of
> >> xruns- For a dedicated distro, I'd have expected otherwise.
> >>
> >> Best,
> >> Marc
> >>   
> > Well, that's what happens when there no mention of it and nobody to
> > implement it. ;)
>
> > Ubuntu Studio is as good as people make it.
>
> > -Cory K.
>
>
> Well this is exactly the purpose of Rui Nuno Capela's rtirq script.
> I packaged it and it's waiting in REVU.
>

You also have to remember to push it along. You have to bug people to
get it in. How long has it been there?

-Cory K.

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


Re: Real time kernel exploitation

2008-08-11 Thread Raphaël Doursenaud
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Cory K. a écrit :
> Marc R.J. Brevoort wrote:
>> On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:
>>   
>>> I suggest a simple hack that result in a better system response on
>>> audio related tasks. [...]
>>> Prioritizing IRQs reduce possibility of X-Runs happens. As far i know
>>> it the most frustrating event for an UbuntuStudio users.
>>> 
>> I agree and am all for it.
>>
>> I was actually rather surprised that after installing the last
>> UbuntuStudio, I still had to tweak the IRQ priorities to get rid of
>> xruns- For a dedicated distro, I'd have expected otherwise.
>>
>> Best,
>> Marc
>>   
> 
> Well, that's what happens when there no mention of it and nobody to
> implement it. ;)
> 
> Ubuntu Studio is as good as people make it.
> 
> -Cory K.
> 

Well this is exactly the purpose of Rui Nuno Capela's rtirq script.
I packaged it and it's waiting in REVU.

- --
Raphaël Doursenaud
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIoNFNaZKmNAdXaVURAizDAJ9KH+3rsjwPto1uTUDiGkcPuliLGACgxBKi
zvF89IzfKMEgP9McAwrmDlw=
=DFT5
-END PGP SIGNATURE-

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


Re: Real time kernel exploitation

2008-08-11 Thread Andrew Hunter
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Alessio Igor Bogani wrote:
| As you can see this script increase (to 75) the priority of IRQs of
| the all sound cards present in the pc.
|
| Obviously we should place setirqprio into /etc/event.d/ directory, add
| capability to turn it on/off and put /etc/default/setirqprio under ucf
| to do a great work.

Ok, I upstartized your script[1] and changed some things. I have no
devices under /sys/class/sound/card, so I am not sure how to proceed
with testing.

As for the config file, how exactly does ucf work? Is there somewhere
where I can view examples? (Please tell me if I just need to jfgi)

Once we get this working, adding support for tweeking the value in
/etc/default/ with -controls should be trivial.

Thanks,

Andrew.

[1]
https://code.edge.launchpad.net/~ubuntustudio-dev/ubuntustudio/irq-priority.dev

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkigw4UACgkQSyj78chr9d9tHgCghtyhGRcd7zXOx/NWZDmKxzNg
aQ0AnilPUh4iN+ceo6dyVu6Q907jKQgW
=p3HS
-END PGP SIGNATURE-

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


Re: Real time kernel exploitation

2008-08-11 Thread Cory K.
Marc R.J. Brevoort wrote:
> On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:
>   
>> I suggest a simple hack that result in a better system response on
>> audio related tasks. [...]
>> Prioritizing IRQs reduce possibility of X-Runs happens. As far i know
>> it the most frustrating event for an UbuntuStudio users.
>> 
>
> I agree and am all for it.
>
> I was actually rather surprised that after installing the last
> UbuntuStudio, I still had to tweak the IRQ priorities to get rid of
> xruns- For a dedicated distro, I'd have expected otherwise.
>
> Best,
> Marc
>   

Well, that's what happens when there no mention of it and nobody to
implement it. ;)

Ubuntu Studio is as good as people make it.

-Cory K.

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


Re: Real time kernel exploitation

2008-08-11 Thread Marc R.J. Brevoort
On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:

> I suggest a simple hack that result in a better system response on
> audio related tasks. [...]
> Prioritizing IRQs reduce possibility of X-Runs happens. As far i know
> it the most frustrating event for an UbuntuStudio users.

I agree and am all for it.

I was actually rather surprised that after installing the last
UbuntuStudio, I still had to tweak the IRQ priorities to get rid of
xruns- For a dedicated distro, I'd have expected otherwise.

Best,
Marc

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