Re: [Fedora-music-list] music Digest, Vol 44, Issue 16
by William Blackburn
> From: music-request(a)lists.fedoraproject.org
> Subject: music Digest, Vol 44, Issue 16
> To: music(a)lists.fedoraproject.org
> Date: Sat, 24 Jul 2010 07:54:50 +0000
>
> Send music mailing list submissions to
> music(a)lists.fedoraproject.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://admin.fedoraproject.org/mailman/listinfo/music
> or, via email, send a message with subject or body 'help' to
> music-request(a)lists.fedoraproject.org
>
> You can reach the person managing the list at
> music-owner(a)lists.fedoraproject.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of music digest..."
>
>
> Today's Topics:
>
> 1. Re: music spin development. I am ready to test/help with the
> audio spin. (Christopher Antila)
> 2. supercollider+swing on fedora 13 (Bernardo Barros)
> 3. Re: [sc-users] supercollider+swing on fedora 13
> (Fernando Lopez-Lezcano)
> 4. Re: [PlanetCCRMA] supercollider+swing on fedora 13
> (Fernando Lopez-Lezcano)
> 5. Re: supercollider+swing on fedora 13 (Bernardo Barros)
> 6. Re: [PlanetCCRMA] supercollider+swing on fedora 13
> (Fernando Lopez-Lezcano)
> 7. new packages in Fedora updates-testing (2010-07-23)
> (Orcan Ogetbil)
> 8. Re: music spin development. I am ready to test/help with the
> audio spin. (David Timms)
> 9. Re: Re: music spin development. I am ready to test/help with the
> audio spin. (David Timms)
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 23 Jul 2010 18:40:22 -0400
> From: Christopher Antila <crantila(a)gmail.com>
> Subject: Re: [Fedora-music-list] music spin development. I am ready to
> test/help with the audio spin.
> To: music(a)lists.fedoraproject.org
> Message-ID: <4C4A1A56.90801(a)fedoraproject.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> It's good to see more people getting involved!
>
> We have lots of (relatively!) easy ideas, like including recent versions
> of software. Why don't we start on the difficult stuff by deciding on a
> target audience? This will help us to determine whether we want to
> bother with a real-time-enabled kernel, exactly what software to
> include, and other things.
>
> Here's my proposed target audience, derived mostly from the FP User base
> page[1], and the other pages in the "About Fedora" series:
>
> Typical User:
> A home user who wants to accomplish all sorts of everyday tasks with one
> distribution, including high-quality audio creation tasks, home office
> tasks, and communications tasks like IM, IRC, and email. This person
> knows enough that, if given instructions, they would be able to make all
> of the modifications and installations for themselves - but now they
> don't have to. The user is already reasonably experienced with using
> most of the software included with the Audio Creation version of Fedora.
>
> There are two important things here to consider: the user is not a
> novice computer-user, because this doesn't follow Fedora's goals; the
> user is making a conscious choice to go with an Audio Creation version,
> rather than the mainstream version, so it should be considerably
> different from the mainstream version. It shouldn't be the kind of
> thing that could be done just as well by spending an hour with
> PackageKit - it should be significantly different, and sufficient
> without further modification for all audio creation purposes.
>
>
> This is my opinion. I hope somebody disagrees, so we can evaluate
> different options!
>
>
> Christopher.
>
> [1] http://fedoraproject.org/wiki/User_base
>
> On 07/23/2010 05:41 PM, William Blackburn wrote:
> >
> > hello everyone,
> >
> > I apologize for my ramblings this morning about the decision on whether or not to use the real time pre-emption patch. If there is anything I can do to help move the spin forward, just let me know. I am more than willing to help. I think one important aspect may be to put the new version of rakarrack on the spin because the version in the repos is a bit outdated and that particular package is moving very fast. There are instructions on how to build the package on the rakarrack website but I am not experienced enough to know how to incorporate that into the spin. Maybe I can talk to one of the devs and ask him his thoughts on the idea.
> > That's all I have for now. Until next time, ciao!
> >
> > (tertl3)
> >
> > ...
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 23 Jul 2010 20:14:03 -0300
> From: Bernardo Barros <bernardobarros2(a)gmail.com>
> Subject: [Fedora-music-list] supercollider+swing on fedora 13
> To: Planet CCRMA list <planetccrma(a)ccrma.stanford.edu>, sc-users
> <sc-users(a)lists.bham.ac.uk>, fedora-music-list
> <fedora-music-list(a)redhat.com>
> Message-ID:
> <AANLkTi=_cLAO8OuukQHs-YLY_S_A7v_=u=cvL0Jz6HWe(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi all!
>
> I'm getting two little troubles here. This is a new computer with a
> fresh install of Fedora 13, so maybe I did something wrong with
> installation.
>
> 1. When I try to do "yum update" I get:
>
> yum update
> Loaded plugins: presto, refresh-packagekit
> http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetcore/test...:
> [Errno 14] HTTP Error 404 :
> http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetcore/test...
> Trying other mirror.
> Error: Cannot retrieve repository metadata (repomd.xml) for
> repository: planetcore-testing. Please verify its path and try again
>
> Maybe I did something wrong
>
> 2. I installed SuperCollider 3.4 from source. The instalation from
> planet-ccrma packages did not work for me (maybe because of the same
> problem?). The other packages besides sc and pd worked well.
>
> But... I could install supercollider 3.4 from source, no problems. But
> I'm not finding the right package dependencies for SwingOSC. It asks
> "java-6-sun" but I don't find this package in the respos. Any
> hint/shortcut for this?
>
> Thanks!!
> Bernardo
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 23 Jul 2010 17:00:33 -0700
> From: Fernando Lopez-Lezcano <nando(a)ccrma.Stanford.EDU>
> Subject: Re: [Fedora-music-list] [sc-users] supercollider+swing on
> fedora 13
> To: sc-users(a)lists.bham.ac.uk
> Cc: Planet CCRMA list <planetccrma(a)ccrma.Stanford.EDU>,
> fedora-music-list <fedora-music-list(a)redhat.com>
> Message-ID: <1279929633.8633.29.camel(a)localhost.localdomain>
> Content-Type: text/plain; charset="UTF-8"
>
> On Fri, 2010-07-23 at 20:14 -0300, Bernardo Barros wrote:
> > Hi all!
> >
> > I'm getting two little troubles here. This is a new computer with a
> > fresh install of Fedora 13, so maybe I did something wrong with
> > installation.
> >
> > 1. When I try to do "yum update" I get:
> >
> > yum update
> > Loaded plugins: presto, refresh-packagekit
> > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetcore/test...:
> > [Errno 14] HTTP Error 404 :
> > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetcore/test...
> > Trying other mirror.
> > Error: Cannot retrieve repository metadata (repomd.xml) for
> > repository: planetcore-testing. Please verify its path and try again
> >
> > Maybe I did something wrong
>
> No, you did not, the metadata was missing for that particular repository
> (but -testing is disabled by default, you should not have hit this
> unless you enabled it). Anyway, it should be fixed now.
>
> -- Fernando
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 23 Jul 2010 17:01:01 -0700
> From: Fernando Lopez-Lezcano <nando(a)ccrma.Stanford.EDU>
> Subject: Re: [Fedora-music-list] [PlanetCCRMA] supercollider+swing on
> fedora 13
> To: Bernardo Barros <bernardobarros2(a)gmail.com>
> Cc: sc-users <sc-users(a)lists.bham.ac.uk>, Planet CCRMA list
> <planetccrma(a)ccrma.Stanford.EDU>, fedora-music-list
> <fedora-music-list(a)redhat.com>
> Message-ID: <1279929661.8633.30.camel(a)localhost.localdomain>
> Content-Type: text/plain; charset="UTF-8"
>
> On Fri, 2010-07-23 at 20:14 -0300, Bernardo Barros wrote:
> > Maybe I did something wrong
> >
> > 2. I installed SuperCollider 3.4 from source.
>
> Hmmm, I'm about to release 3.4 for fc13/12. I've been testing and it is
> fine so far.
>
> > The instalation from
> > planet-ccrma packages did not work for me (maybe because of the same
> > problem?). The other packages besides sc and pd worked well.
>
> How did it fail when you tried to install sc and pd? They should install
> and work out of the box. Do you have any error messages or other
> information?
>
> -- Fernando
>
>
> > But... I could install supercollider 3.4 from source, no problems. But
> > I'm not finding the right package dependencies for SwingOSC. It asks
> > "java-6-sun" but I don't find this package in the respos. Any
> > hint/shortcut for this?
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 23 Jul 2010 20:25:26 -0300
> From: Bernardo Barros <bernardobarros2(a)gmail.com>
> Subject: Re: [Fedora-music-list] supercollider+swing on fedora 13
> To: Planet CCRMA list <planetccrma(a)ccrma.stanford.edu>, sc-users
> <sc-users(a)lists.bham.ac.uk>, fedora-music-list
> <fedora-music-list(a)redhat.com>
> Message-ID:
> <AANLkTi=r22WxRs6Pep_eVCsAFzZ=-7z403ERR42-3khB(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Sorry, the first one was not difficult. Just change disable=0 in
> etc/yum.repos.d/planetccrma-testing.repo
>
> sorry for the noise.
>
> but still trying swingosc
>
> 2010/7/23, Bernardo Barros <bernardobarros2(a)gmail.com>:
> > Hi all!
> >
> > I'm getting two little troubles here. This is a new computer with a
> > fresh install of Fedora 13, so maybe I did something wrong with
> > installation.
> >
> > 1. When I try to do "yum update" I get:
> >
> > yum update
> > Loaded plugins: presto, refresh-packagekit
> > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetcore/test...:
> > [Errno 14] HTTP Error 404 :
> > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetcore/test...
> > Trying other mirror.
> > Error: Cannot retrieve repository metadata (repomd.xml) for
> > repository: planetcore-testing. Please verify its path and try again
> >
> > Maybe I did something wrong
> >
> > 2. I installed SuperCollider 3.4 from source. The instalation from
> > planet-ccrma packages did not work for me (maybe because of the same
> > problem?). The other packages besides sc and pd worked well.
> >
> > But... I could install supercollider 3.4 from source, no problems. But
> > I'm not finding the right package dependencies for SwingOSC. It asks
> > "java-6-sun" but I don't find this package in the respos. Any
> > hint/shortcut for this?
> >
> > Thanks!!
> > Bernardo
> >
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 23 Jul 2010 17:57:02 -0700
> From: Fernando Lopez-Lezcano <nando(a)ccrma.Stanford.EDU>
> Subject: Re: [Fedora-music-list] [PlanetCCRMA] supercollider+swing on
> fedora 13
> To: Bernardo Barros <bernardobarros2(a)gmail.com>
> Cc: sc-users <sc-users(a)lists.bham.ac.uk>, Planet CCRMA list
> <planetccrma(a)ccrma.Stanford.EDU>, fedora-music-list
> <fedora-music-list(a)redhat.com>
> Message-ID: <1279933022.8633.82.camel(a)localhost.localdomain>
> Content-Type: text/plain; charset="UTF-8"
>
> On Fri, 2010-07-23 at 17:01 -0700, Fernando Lopez-Lezcano wrote:
> > On Fri, 2010-07-23 at 20:14 -0300, Bernardo Barros wrote:
> > > Maybe I did something wrong
> > >
> > > 2. I installed SuperCollider 3.4 from source.
> >
> > Hmmm, I'm about to release 3.4 for fc13/12. I've been testing and it is
> > fine so far.
>
> I just released sc 3.4 packages for fc13/fc12... It is now built
> natively on x86_64 (woohoo!) but I have not tested that build other than
> starting sclang in a virtual machine.
>
> In fc12 I have tested with two big applications, in fc13 just lightly to
> check it does start.
>
> -- Fernando
>
>
>
>
> ------------------------------
>
> Message: 7
> Date: Fri, 23 Jul 2010 21:55:44 -0400
> From: Orcan Ogetbil <oget.fedora(a)gmail.com>
> Subject: [Fedora-music-list] new packages in Fedora updates-testing
> (2010-07-23)
> To: Planet CCRMA list <planetccrma(a)ccrma.stanford.edu>,
> music(a)lists.fedoraproject.org
> Message-ID:
> <AANLkTinm1X4D=qRH9keTMsMMk1wicNz+3c6UHtwgsRmB(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi all,
> We have 1 new package, 2 new updates:
>
> lv2-fil-plugins:
> new lv2 flitering plugin
> F-13: https://admin.fedoraproject.org/updates/lv2-fil-plugins-2.0-3.fc13
>
> F-12: https://admin.fedoraproject.org/updates/lv2-fil-plugins-2.0-3.fc12
>
> mscore:
> bugfix release
> F-13: https://admin.fedoraproject.org/updates/mscore-0.9.6.1-1.fc13
>
> F-12: https://admin.fedoraproject.org/updates/mscore-0.9.6.1-1.fc12
>
> zynaddsubfx:
> This one comes with a brand new dssi subpackage: zynaddsubfx-dssi
> Same synth, but in dssi format.
>
> F-13: https://admin.fedoraproject.org/updates/zynaddsubfx-2.4.1-1.fc13
>
> F-12: https://admin.fedoraproject.org/updates/zynaddsubfx-2.4.1-1.fc12
>
> As usual, you can leave feedback in the above links.
>
> Orcan
>
>
> ------------------------------
>
> Message: 8
> Date: Sat, 24 Jul 2010 17:54:45 +1000
> From: David Timms <dtimms(a)iinet.net.au>
> Subject: Re: [Fedora-music-list] music spin development. I am ready to
> test/help with the audio spin.
> To: music(a)lists.fedoraproject.org
> Message-ID: <4C4A9C45.6040806(a)iinet.net.au>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On 24/07/10 07:41, William Blackburn wrote:
> > If there is anything I
> > can do to help move the spin forward, just let me know. I am more than
> > willing to help.
> Please see:
> http://fedoraproject.org/wiki/AudioCreationSpinDevelopment
>
> - put yourself in the list of people
> - add any tasks you think we need to do to make the spin a reality
> - add yourself to any of the tasks
> - add / edit comment on the list of packages that should make it into
> the spin
> - test and leave comments for any audio package announced on this list
>
> > I think one important aspect may be to put the new version of rakarrack
> AFAICT the current release of 0.5.8 is what is now in Fedora 12,13 and
> has been in development for a while.
>
> On a side note: general email list etiquette applies here as well:
> - don't top post
> - only quote / include text that you are actually replying to
> (especially not whole list archives of 100kB !). Find the point you want
> to address and quote just that part.
>
> You might like to set yourself to remove individual, rather than archive
> mail. This helps everyone else on the list since many people use
> threaded email readers, that keep all messages that are "reply to" in
> the same thread.
>
> Cheers, David Timms.
>
>
> ------------------------------
>
>Message: 9
>
>On Sat, 24 Jul 2010 17:54:45 David Timms wrote,
>
>You might like to set yourself to remove individual, rather than archive
> mail.
>How do I do this?
>
>Also, I tried to download your torrent and I got an error. A tracker error i believe.
>
>AFAICT the current release of 0.5.8 is what is now in Fedora 12,13 and
> has been in development for a while
>The is a version .6 with some updates but that may be too new to add. I am not sure.
>
>Do you plan on adding the RT kernel in the future?
>
>Ciao, William Blackburn
>
> _______________________________________________
> music mailing list
> music(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/music
>
> End of music Digest, Vol 44, Issue 16
> *************************************
_________________________________________________________________
http://clk.atdmt.com/UKM/go/197222280/direct/01/
We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now
13 years, 9 months
SwingOSC on f13
by Bernardo Barros
2010/7/23, Ricardo Gabriel Herdt <ricardogh(a)esdebian.org>:
> SwingOSC also works with openjdk, available on fedora's repos.
Yeah, but I still get error msg. What should I try?
Welcome to SuperCollider, type ctrl-c ctrl-h for help
Emacs: Built symbol table in 0.159 seconds
booting /usr/lib/jvm/java-6-sun/jre/bin/java
-Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -jar
"PREFIX/bin/SwingOSC.jar" -t 57111 -L -i -h 127.0.0.1:57120
sh: /usr/lib/jvm/java-6-sun/jre/bin/java: No such file or directory
RESULT = 127
ERROR:
SwingOSC server failed to start
13 years, 9 months
supercollider+swing on fedora 13
by Bernardo Barros
Hi all!
I'm getting two little troubles here. This is a new computer with a
fresh install of Fedora 13, so maybe I did something wrong with
installation.
1. When I try to do "yum update" I get:
yum update
Loaded plugins: presto, refresh-packagekit
http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetcore/test...:
[Errno 14] HTTP Error 404 :
http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetcore/test...
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml) for
repository: planetcore-testing. Please verify its path and try again
Maybe I did something wrong
2. I installed SuperCollider 3.4 from source. The instalation from
planet-ccrma packages did not work for me (maybe because of the same
problem?). The other packages besides sc and pd worked well.
But... I could install supercollider 3.4 from source, no problems. But
I'm not finding the right package dependencies for SwingOSC. It asks
"java-6-sun" but I don't find this package in the respos. Any
hint/shortcut for this?
Thanks!!
Bernardo
13 years, 9 months
Re: [Fedora-music-list] music Digest, Vol 44, Issue 13
by William Blackburn
I would like to second the notion that a real time kernel would be the best option for this distro. I hate to be a pessimist, but I don't see the point of making a music spin if it is going to have the same kernel as the the standard fedora distro. Anyone can add packages, but a working rt kernel is special. Also, if the real time kernel gets added, I think it may receive more attention and maybe get some nice improvements. If we have to call it a remix and not spin, that is not important to me. What is important is how useful it is to musicians and musicians do not like latency. I understand that the kernel patch can be installed quite easily and this is just my opinion. Please feel free to object to me or to correct me. :)
> From: music-request(a)lists.fedoraproject.org
> Subject: music Digest, Vol 44, Issue 13
> To: music(a)lists.fedoraproject.org
> Date: Thu, 22 Jul 2010 06:20:00 +0000
>
> Send music mailing list submissions to
> music(a)lists.fedoraproject.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://admin.fedoraproject.org/mailman/listinfo/music
> or, via email, send a message with subject or body 'help' to
> music-request(a)lists.fedoraproject.org
>
> You can reach the person managing the list at
> music-owner(a)lists.fedoraproject.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of music digest..."
>
>
> Today's Topics:
>
> 1. Re: Music spin development - are you ready to get involved ?
> (Fernando Lopez-Lezcano)
> 2. Re: [PlanetCCRMA] Music Spin (Fernando Lopez-Lezcano)
> 3. Re: [PlanetCCRMA] Music Spin (Bernardo Barros)
> 4. Re: Music spin development - are you ready to get involved ?
> (Bernardo Barros)
> 5. Re: Music spin development - are you ready to get involved ?
> (Christopher Antila)
> 6. Re: [PlanetCCRMA] Music Spin (Fernando Lopez-Lezcano)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 21 Jul 2010 10:13:14 -0700
> From: Fernando Lopez-Lezcano <nando(a)ccrma.Stanford.EDU>
> Subject: Re: [Fedora-music-list] Music spin development - are you
> ready to get involved ?
> To: David Timms <dtimms(a)iinet.net.au>
> Cc: music(a)lists.fedoraproject.org
> Message-ID: <1279732394.22338.2.camel(a)localhost.localdomain>
> Content-Type: text/plain; charset="UTF-8"
>
> On Thu, 2010-07-22 at 01:19 +1000, David Timms wrote:
> > Hi all,
> >
> > I have begun a wiki page to help track our goals for an audio creation
> > Fedora spin:
> > https://fedoraproject.org/wiki/AudioCreationSpinDevelopment
> > , also available from the links at the bottom of the SIG page:
> > https://fedoraproject.org/wiki/Audio_Creation
> >
> > If you want to be involved, please make sure you have a Fedora wiki
> > account (fas), and list yourself in the collaborators section.
> >
> > You'll probably find many areas of the page need flashing out or fixing
> > up; please do so, but also consider the limited time frame before the
> > next Fedora release.
> >
> > A name like "Open Music Workstation" ... or "Fedora Jam", but you can
> > think of better, I'm sure...
> >
> > Meanwhile, as we are trying to show off collaboration, is there any
> > software that allows distant users to jam / create music over the
> > internet ? This would be something really quite unique, compared to
> > other spins.
>
> Jacktrip, already part of Planet CCRMA, see:
> https://ccrma.stanford.edu/groups/soundwire/
>
> and in particular:
> http://code.google.com/p/jacktrip/
>
> -- Fernando
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 21 Jul 2010 10:21:55 -0700
> From: Fernando Lopez-Lezcano <nando(a)ccrma.Stanford.EDU>
> Subject: Re: [Fedora-music-list] [PlanetCCRMA] Music Spin
> To: David Sommerseth <davids(a)redhat.com>
> Cc: music(a)lists.fedoraproject.org
> Message-ID: <1279732915.22338.11.camel(a)localhost.localdomain>
> Content-Type: text/plain; charset="UTF-8"
>
> On Wed, 2010-07-21 at 17:35 +0200, David Sommerseth wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On 19/07/10 18:57, Fernando Lopez-Lezcano wrote:
> > > On Mon, 2010-07-19 at 13:46 -0300, Bernardo Barros wrote:
> > >> > For this low-level task some engineering would be required? I'm not
> > >> > this kind of guy who know much about tasks scheduling and priorities
> > >> > (kernel level) but some people told me that real-time kernels patches
> > >> > could slow down Fedora and I should not use it.
> > >
> > > Did those people by any chance provide you with _numbers_ that tell you
> > > exactly what part of the kernel is impacted and by how much? (and, who
> > > are they?) My guess is probably not.
> > >
> > > Yes, perhaps the rt patches could affect performance. Maybe. In some
> > > subsystems (disk i/o, network come to mind). Maybe by a few %, in some
> > > specific situations. I don't think the impact will be something you will
> > > notice unless you measure it.
> >
> > To put things a bit straight. Yes, RT kernel will affect performance.
> > Point.
>
> Agreed (for the reasons you explain below).
>
> I'd like to add that in the context of real-time performance for audio,
> the lack of an RT kernel will also affect performance for the worse. So,
> it depends on your goals. In the context of this list (music) Bernardo
> comments he got the recommendation to not run RT kernels for performance
> reasons ("some people told me that real-time kernels patches could slow
> down Fedora and I should not use it").
>
> If you are running a server, don't (unless, of course, you print money
> by running thousands of trades a minute and you need millisecond
> scheduling for that - that is why we have the rt patches after all :-).
> If you are running a music oriented workstation that should handle
> real-time interaction, then I'd say yes, run it.
>
> There are no black and white rules here. If you try the Fedora kernel
> and it works for you in your particular music oriented situation then
> run that.
>
> -- Fernando
>
>
> > Will you notice it effectively on "normal desktop tasks"? Probably not
> > much, but it depends on how your system is saturated, tuned and what
> > kind of loads you have running. Real Time is not Real Fast and never
> > will be. A real time kernel will not give any fair scheduling to your
> > system, basically.
>
> (depends on your definition of "fair", for the purposes of an RT kernel
> it schedules processes fairly, giving the rt tasks priority as is
> intended by design).
>
> > All tasks (processes) which is set to use the SCHED_FIFO or SCHED_RR
> > scheduling, even on the lowest priority will preempt and run it first
> > over, ignoring all other SCHED_OTHER (normal) processes. SCHED_FIFO and
> > SCHED_RR tasks with the highest priority will be processed before all
> > other tasks, whenever they receive signals which requires these
> > processes to run. This is the core nature of a real time system.
> >
> > So if you don't have many SCHED_FIFO or SCHED_RR tasks, and that they
> > are light - you most probably will not notice anything at all. But in
> > the moment you begin with heavy I/O dependent operations or other
> > operations which requires processing time and the kernel have given them
> > SCHED_FIFO scheduling and a rather high priority (which is not
> > uncommon), it will slow down all the other running tasks. But this
> > behaviour is possible to tune!
> >
> > So why would you want to run a real time kernel instead of a so called
> > "real fast" kernel (normal kernels)? Latency determination. A real
> > time kernel will strive to give you a predictable system latency, no
> > matter how loaded your computer is. Which is a key-point for audio and
> > video - you don't want the sound or video stream to be delayed because
> > cron and updatedb wants to run.
> >
> > Some relevant information can be found here:
> >
> > <http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime...>
> >
> >
> > <http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime...>
> >
> >
> > <http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime...>
> >
> >
> > kind regards,
> >
> > David Sommerseth
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.10 (GNU/Linux)
> > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
> >
> > iEYEARECAAYFAkxHE9YACgkQIIWEatLf4He6ZwCgjaodaHQY0KJue5TfTZiVhE0d
> > mIEAnRksu5hm9bP6oGUu5ufRh2V1ESt/
> > =vj0G
> > -----END PGP SIGNATURE-----
> > _______________________________________________
> > music mailing list
> > music(a)lists.fedoraproject.org
> > https://admin.fedoraproject.org/mailman/listinfo/music
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 21 Jul 2010 15:18:16 -0300
> From: Bernardo Barros <bernardobarros2(a)gmail.com>
> Subject: Re: [Fedora-music-list] [PlanetCCRMA] Music Spin
> To: Fernando Lopez-Lezcano <nando(a)ccrma.stanford.edu>
> Cc: music(a)lists.fedoraproject.org
> Message-ID:
> <AANLkTilHaP29jI3NnWHELlcH0rUPxzkbmBADvgq_3EkF(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Thank you Fernando and David,
>
> Yes, the person that gave me advise was not an audio oriented guy.
> That?s more clear now.
>
> Just a newbie question here: do you have to determine what programs
> will have privileges? How the system knows how to handle taks of audio
> and non-audio programs at the same time?
>
> 2010/7/21 Fernando Lopez-Lezcano <nando(a)ccrma.stanford.edu>:
> > On Wed, 2010-07-21 at 17:35 +0200, David Sommerseth wrote:
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA1
> >>
> >> On 19/07/10 18:57, Fernando Lopez-Lezcano wrote:
> >> > On Mon, 2010-07-19 at 13:46 -0300, Bernardo Barros wrote:
> >> >> > For this low-level task some engineering would be required? I'm not
> >> >> > this kind of guy who know much about tasks scheduling and priorities
> >> >> > (kernel level) but some people told me that real-time kernels patches
> >> >> > could slow down Fedora and I should not use it.
> >> >
> >> > Did those people by any chance provide you with _numbers_ that tell you
> >> > exactly what part of the kernel is impacted and by how much? (and, who
> >> > are they?) My guess is probably not.
> >> >
> >> > Yes, perhaps the rt patches could affect performance. Maybe. In some
> >> > subsystems (disk i/o, network come to mind). Maybe by a few %, in some
> >> > specific situations. I don't think the impact will be something you will
> >> > notice unless you measure it.
> >>
> >> To put things a bit straight. ?Yes, RT kernel will affect performance.
> >> Point.
> >
> > Agreed (for the reasons you explain below).
> >
> > I'd like to add that in the context of real-time performance for audio,
> > the lack of an RT kernel will also affect performance for the worse. So,
> > it depends on your goals. In the context of this list (music) Bernardo
> > comments he got the recommendation to not run RT kernels for performance
> > reasons ("some people told me that real-time kernels patches could slow
> > down Fedora and I should not use it").
> >
> > If you are running a server, don't (unless, of course, you print money
> > by running thousands of trades a minute and you need millisecond
> > scheduling for that - that is why we have the rt patches after all :-).
> > If you are running a music oriented workstation that should handle
> > real-time interaction, then I'd say yes, run it.
> >
> > There are no black and white rules here. If you try the Fedora kernel
> > and it works for you in your particular music oriented situation then
> > run that.
> >
> > -- Fernando
> >
> >
> >> Will you notice it effectively on "normal desktop tasks"? ?Probably not
> >> much, but it depends on how your system is saturated, tuned and what
> >> kind of loads you have running. ?Real Time is not Real Fast and never
> >> will be. ?A real time kernel will not give any fair scheduling to your
> >> system, basically.
> >
> > (depends on your definition of "fair", for the purposes of an RT kernel
> > it schedules processes fairly, giving the rt tasks priority as is
> > intended by design).
> >
> >> All tasks (processes) which is set to use the SCHED_FIFO or SCHED_RR
> >> scheduling, even on the lowest priority will preempt and run it first
> >> over, ignoring all other SCHED_OTHER (normal) processes. ?SCHED_FIFO and
> >> SCHED_RR tasks with the highest priority will be processed before all
> >> other tasks, whenever they receive signals which requires these
> >> processes to run. ?This is the core nature of a real time system.
> >>
> >> So if you don't have many SCHED_FIFO or SCHED_RR tasks, and that they
> >> are light - you most probably will not notice anything at all. ?But in
> >> the moment you begin with heavy I/O dependent operations or other
> >> operations which requires processing time and the kernel have given them
> >> SCHED_FIFO scheduling and a rather high priority (which is not
> >> uncommon), it will slow down all the other running tasks. ?But this
> >> behaviour is possible to tune!
> >>
> >> So why would you want to run a real time kernel instead of a so called
> >> "real fast" kernel (normal kernels)? ?Latency determination. ?A real
> >> time kernel will strive to give you a predictable system latency, no
> >> matter how loaded your computer is. ?Which is a key-point for audio and
> >> video - you don't want the sound or video stream to be delayed because
> >> cron and updatedb wants to run.
> >>
> >> Some relevant information can be found here:
> >>
> >> <http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime...>
> >>
> >>
> >> <http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime...>
> >>
> >>
> >> <http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime...>
> >>
> >>
> >> kind regards,
> >>
> >> David Sommerseth
> >> -----BEGIN PGP SIGNATURE-----
> >> Version: GnuPG v1.4.10 (GNU/Linux)
> >> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
> >>
> >> iEYEARECAAYFAkxHE9YACgkQIIWEatLf4He6ZwCgjaodaHQY0KJue5TfTZiVhE0d
> >> mIEAnRksu5hm9bP6oGUu5ufRh2V1ESt/
> >> =vj0G
> >> -----END PGP SIGNATURE-----
> >> _______________________________________________
> >> music mailing list
> >> music(a)lists.fedoraproject.org
> >> https://admin.fedoraproject.org/mailman/listinfo/music
> >
> >
> >
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 21 Jul 2010 15:20:50 -0300
> From: Bernardo Barros <bernardobarros2(a)gmail.com>
> Subject: Re: [Fedora-music-list] Music spin development - are you
> ready to get involved ?
> To: David Timms <dtimms(a)iinet.net.au>
> Cc: music(a)lists.fedoraproject.org
> Message-ID:
> <AANLkTik2UTrKoyXjUv7GPmMkqg1CcCNCZGAFrmFtvt0D(a)mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> 2010/7/21 David Timms <dtimms(a)iinet.net.au>:
> > A name like "Open Music Workstation" ... or "Fedora Jam", but you can
> > think of better, I'm sure...
>
> My suggestion is "Planet Music" Spin as an hommenage to the work of
> Fernando to the Linux Audio community.
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 21 Jul 2010 20:16:20 -0400
> From: Christopher Antila <crantila(a)gmail.com>
> Subject: Re: [Fedora-music-list] Music spin development - are you
> ready to get involved ?
> To: music(a)lists.fedoraproject.org
> Message-ID: <4C478DD4.9010509(a)fedoraproject.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hello:
>
> Thanks to David for getting this started for us. I was going to post a
> (nearly empty) wiki page for this purpose today, but it's better that a
> more experienced user does it.
>
> I'll be adding my comments to the wiki pages as appropriate, and I
> everybody else joins in, too.
>
> Also, I don't want to be beating people over the head with this, but the
> Docs SIG is publishing a Guide for music and audio software with Fedora
> 14. We'll have to see exactly how these fit together, but remember that
> the Guide will be there.
>
> Finally, since I'm in fairly regular contact with Docs, I'll take
> responsibility for maintaining the Audio Creation <-> Docs link, if the
> Spin goes ahead. First step is to ask if we can add a "beat" in the
> Release Notes ("What's new in Fedora 14 for Musicians?" or something
> like that). If you don't know what this is, check out the Fedora 13
> release notes... it would probably fall under chapter 7:
>
> http://docs.fedoraproject.org/en-US/Fedora/13/html/Release_Notes/index.html
>
>
> Let's get this thing rolling!
>
> Christopher.
>
>
> On 07/21/2010 11:19 AM, David Timms wrote:
> > Hi all,
> >
> > I have begun a wiki page to help track our goals for an audio creation
> > Fedora spin:
> > https://fedoraproject.org/wiki/AudioCreationSpinDevelopment
> > , also available from the links at the bottom of the SIG page:
> > https://fedoraproject.org/wiki/Audio_Creation
> >
> > If you want to be involved, please make sure you have a Fedora wiki
> > account (fas), and list yourself in the collaborators section.
> >
> > You'll probably find many areas of the page need flashing out or fixing
> > up; please do so, but also consider the limited time frame before the
> > next Fedora release.
> >
> > A name like "Open Music Workstation" ... or "Fedora Jam", but you can
> > think of better, I'm sure...
> >
> > Meanwhile, as we are trying to show off collaboration, is there any
> > software that allows distant users to jam / create music over the
> > internet ? This would be something really quite unique, compared to
> > other spins.
> >
> > Cheers, David.
> > _______________________________________________
> > music mailing list
> > music(a)lists.fedoraproject.org
> > https://admin.fedoraproject.org/mailman/listinfo/music
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 21 Jul 2010 23:19:31 -0700
> From: Fernando Lopez-Lezcano <nando(a)ccrma.Stanford.EDU>
> Subject: Re: [Fedora-music-list] [PlanetCCRMA] Music Spin
> To: Bernardo Barros <bernardobarros2(a)gmail.com>
> Cc: music(a)lists.fedoraproject.org
> Message-ID: <1279779571.25375.245.camel(a)localhost.localdomain>
> Content-Type: text/plain; charset="UTF-8"
>
> On Wed, 2010-07-21 at 15:18 -0300, Bernardo Barros wrote:
> > Thank you Fernando and David,
> >
> > Yes, the person that gave me advise was not an audio oriented guy.
> > That?s more clear now.
> >
> > Just a newbie question here: do you have to determine what programs
> > will have privileges? How the system knows how to handle taks of audio
> > and non-audio programs at the same time?
>
> You don't have to worry about determining which programs will have
> privileges (at least directly).
>
> If you run Jack with real-time scheduling (if you use Qjackctl you have
> to set the "Realtime" parameter in "Setup" and the user that is running
> Jack has to be allowed to use real-time scheduling), then the audio
> threads within any Jack client will run with real-time scheduling
> automatically.
>
> All other threads in all your programs will run with "normal" scheduling
> and will have less priority (that includes, for example, graphic i/o
> threads or file i/o threads in the Jack audio programs - those don't
> have elevated priority).
>
> It is all designed to make sure the chances of an audio glitch happening
> are as small as possible.
>
> -- Fernando
>
>
> > 2010/7/21 Fernando Lopez-Lezcano <nando(a)ccrma.stanford.edu>:
> > > On Wed, 2010-07-21 at 17:35 +0200, David Sommerseth wrote:
> > >> -----BEGIN PGP SIGNED MESSAGE-----
> > >> Hash: SHA1
> > >>
> > >> On 19/07/10 18:57, Fernando Lopez-Lezcano wrote:
> > >> > On Mon, 2010-07-19 at 13:46 -0300, Bernardo Barros wrote:
> > >> >> > For this low-level task some engineering would be required? I'm not
> > >> >> > this kind of guy who know much about tasks scheduling and priorities
> > >> >> > (kernel level) but some people told me that real-time kernels patches
> > >> >> > could slow down Fedora and I should not use it.
> > >> >
> > >> > Did those people by any chance provide you with _numbers_ that tell you
> > >> > exactly what part of the kernel is impacted and by how much? (and, who
> > >> > are they?) My guess is probably not.
> > >> >
> > >> > Yes, perhaps the rt patches could affect performance. Maybe. In some
> > >> > subsystems (disk i/o, network come to mind). Maybe by a few %, in some
> > >> > specific situations. I don't think the impact will be something you will
> > >> > notice unless you measure it.
> > >>
> > >> To put things a bit straight. Yes, RT kernel will affect performance.
> > >> Point.
> > >
> > > Agreed (for the reasons you explain below).
> > >
> > > I'd like to add that in the context of real-time performance for audio,
> > > the lack of an RT kernel will also affect performance for the worse. So,
> > > it depends on your goals. In the context of this list (music) Bernardo
> > > comments he got the recommendation to not run RT kernels for performance
> > > reasons ("some people told me that real-time kernels patches could slow
> > > down Fedora and I should not use it").
> > >
> > > If you are running a server, don't (unless, of course, you print money
> > > by running thousands of trades a minute and you need millisecond
> > > scheduling for that - that is why we have the rt patches after all :-).
> > > If you are running a music oriented workstation that should handle
> > > real-time interaction, then I'd say yes, run it.
> > >
> > > There are no black and white rules here. If you try the Fedora kernel
> > > and it works for you in your particular music oriented situation then
> > > run that.
> > >
> > > -- Fernando
> > >
> > >
> > >> Will you notice it effectively on "normal desktop tasks"? Probably not
> > >> much, but it depends on how your system is saturated, tuned and what
> > >> kind of loads you have running. Real Time is not Real Fast and never
> > >> will be. A real time kernel will not give any fair scheduling to your
> > >> system, basically.
> > >
> > > (depends on your definition of "fair", for the purposes of an RT kernel
> > > it schedules processes fairly, giving the rt tasks priority as is
> > > intended by design).
> > >
> > >> All tasks (processes) which is set to use the SCHED_FIFO or SCHED_RR
> > >> scheduling, even on the lowest priority will preempt and run it first
> > >> over, ignoring all other SCHED_OTHER (normal) processes. SCHED_FIFO and
> > >> SCHED_RR tasks with the highest priority will be processed before all
> > >> other tasks, whenever they receive signals which requires these
> > >> processes to run. This is the core nature of a real time system.
> > >>
> > >> So if you don't have many SCHED_FIFO or SCHED_RR tasks, and that they
> > >> are light - you most probably will not notice anything at all. But in
> > >> the moment you begin with heavy I/O dependent operations or other
> > >> operations which requires processing time and the kernel have given them
> > >> SCHED_FIFO scheduling and a rather high priority (which is not
> > >> uncommon), it will slow down all the other running tasks. But this
> > >> behaviour is possible to tune!
> > >>
> > >> So why would you want to run a real time kernel instead of a so called
> > >> "real fast" kernel (normal kernels)? Latency determination. A real
> > >> time kernel will strive to give you a predictable system latency, no
> > >> matter how loaded your computer is. Which is a key-point for audio and
> > >> video - you don't want the sound or video stream to be delayed because
> > >> cron and updatedb wants to run.
> > >>
> > >> Some relevant information can be found here:
> > >>
> > >> <http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime...>
> > >>
> > >>
> > >> <http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime...>
> > >>
> > >>
> > >> <http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.2/html/Realtime...>
> > >>
> > >>
> > >> kind regards,
> > >>
> > >> David Sommerseth
> > >> -----BEGIN PGP SIGNATURE-----
> > >> Version: GnuPG v1.4.10 (GNU/Linux)
> > >> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
> > >>
> > >> iEYEARECAAYFAkxHE9YACgkQIIWEatLf4He6ZwCgjaodaHQY0KJue5TfTZiVhE0d
> > >> mIEAnRksu5hm9bP6oGUu5ufRh2V1ESt/
> > >> =vj0G
> > >> -----END PGP SIGNATURE-----
> > >> _______________________________________________
> > >> music mailing list
> > >> music(a)lists.fedoraproject.org
> > >> https://admin.fedoraproject.org/mailman/listinfo/music
> > >
> > >
> > >
>
>
>
>
> ------------------------------
>
> _______________________________________________
> music mailing list
> music(a)lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/music
>
> End of music Digest, Vol 44, Issue 13
> *************************************
_________________________________________________________________
http://clk.atdmt.com/UKM/go/197222280/direct/01/
Do you have a story that started on Hotmail? Tell us now
13 years, 9 months
Re: [Fedora-music-list] [PlanetCCRMA] [LAD] FIxed alsa-tools' envy24control missing peak level meters and "Reset Peaks"
by Niels Mayer
On Fri, Jul 16, 2010 at 5:27 AM, Geoff King <gsking1(a)gmail.com> wrote:
> Niels, Thank you for taking the time to work on improving Envy24Ctl.
> I tried your patch for the peaks and it seemed to work fine for me. I
> can't comment on the code (as I'm much more musician than programmer),
> but had no problem patching and installing. Looking forward to trying
> this new patch and whatever else you come up with. Geoff
Geoff -- thank you for trying out the patch! (And, OT, thanks for
working w/ Rui to help fix
http://sourceforge.net/tracker/?func=detail&atid=733076&aid=3021645&group...
:: "help fix qtractor crash on bus changing/configuration (3021645)" --
Envy24 and multichannel qtractor users, yes, it's time for a "svn up" ).
FYI, to try out the new levelmeters "easy", if you're running Fedora
x86_64, use the "envy24control" binary directly, or drop the
levelmeters.c file into your build:
http://nielsmayer.com/npm/Efficient-Meters-Envy24Control.tgz
( for details http://nielsmayer.com/npm/Efficient-Meters-Envy24Control.README )
........
On a completely different "note" the envy 24 manual (
http://alsa.cybermirror.org/manuals/icensemble/envy24.pdf )
has interesting info on the envy24 digital mixer that I've snapshotted:
Diagram: http://nielsmayer.com/npm/envy24mixer-architecture.png
Note the way it truncates in the mixer: the more inputs you "mix" at
once, the fewer bits each input source gets, and it's not clear what
kind of dither, or it's a straight truncate of 24... ultimately the
envy24 seems oriented towards producing a 16 bit, and not 24 bit
master (which makes sense given that the chip is well over a decade
old and HD audio production for "prosumer" was rare):
..........
4.5.5 Multi-Track Digital Monitoring
The Envy24 integrates a 36-bit resolution digital hardware mixer. The
width of the data path is strictly to
ensure that during processing of all the channels, under any
condition, no resolution is lost. The dynamic range
of the end user system will be limited by the range of the physical
output devices used. In order to maintain
identical gain to the input stream (i.e. 0dB), the resulting 24-bit is
not msb-aligned to the 36-bit. The overflow
bits correspond to the analog distortion due to saturation. The user
would need to reduce the overall attenuation
of the inputs to avoid clipping. Insertion of the digital mixer adds
only a single sample cycle delay with respect
to the original data. This extremely low latency all digital mixer
provides monitoring functionality and can
replace a traditional external analog input mixer. There are 20
independent audio data streams to mix and
control the volume. ...
..............
--Niels
http://nielsmayer.com
13 years, 9 months
Re: [Fedora-music-list] [LAD] FIxed alsa-tools' envy24control missing peak level meters and "Reset Peaks"
by Niels Mayer
On Tue, Jul 13, 2010 at 9:54 PM, Niels Mayer <nielsmayer(a)gmail.com> wrote:
> As a second patch (coming soon), I've rewritten the meters in a more
> sensible fashion, drawing a single rectangle to represent the
> instantaneous level (2-3 X-primitive draws per meter total and one
> blit, versus hundreds of draws and a blit per value change per meter
> in the original code).
Patch for https://bugzilla.redhat.com/show_bug.cgi?id=602903
(see also http://old.nabble.com/FIxed-alsa-tools'-envy24control-missing-peak-level-meters-and-"Reset-Peaks"-ts29144830.html
)
(1) http://nielsmayer.com/npm/Screenshot-Efficient-Meters-Envy24Control.png
* To see what the new meters look like.
(2) http://nielsmayer.com/npm/Efficient-Meters-Envy24Control.tgz
* Contains levelmeters.c and x86_64 binary 'envy24control' that should at
least work on Fedora 12 and OpenSuse and other 2.6.32-based distros.
(3) http://nielsmayer.com/npm/Efficient-Meters-Envy24Control.patch
* To apply the patch, grab the most recent stable release (
ftp://ftp.alsa-project.org/pub/tools/alsa-tools-1.0.23.tar.bz2 ) or
git pull from trunk of the "alsa-tools" project.
* After unpacking and assuming you've got the patch in
~/Efficient-Meters-Envy24Control.patch.patch do:
>> cd alsa-tools-1.0.23
>> cat ~/Efficient-Meters-Envy24Control.patch | patch -p1
* It should give message "patching file envy24control/levelmeters.c"
* Follow the directions to compile alsa-tools.
FYI here's what my "top" processes look like when running a test to
output individual streams to all 10 PCM output channels -- note X
consumes between "1.7%" to "2.0 %" and "envy24control" "0.7%" to
"1.0%":
15210 npm 20 0 643m 14m 8964 S 6.6 0.4 0:05.85 gst123
15184 npm 20 0 643m 14m 8984 S 6.3 0.4 0:13.11 gst123
15190 npm 20 0 643m 14m 8980 S 6.0 0.4 0:12.48 gst123
15172 npm 20 0 643m 14m 8968 S 5.6 0.4 0:15.42 gst123
15178 npm 20 0 643m 14m 8984 S 5.6 0.4 0:14.17 gst123
13684 root 20 0 527m 112m 31m S 2.0 2.8 3:26.11 X
13923 npm 20 0 863m 60m 37m S 1.0 1.5 2:49.08 plasma-desktop
14163 npm 20 0 597m 27m 15m S 1.0 0.7 1:08.29 chrome
14155 npm 20 0 1038m 170m 14m S 0.7 4.3 1:00.87 chrome
15226 npm 20 0 192m 9316 6908 S 0.7 0.2 0:00.51 envy24control
Here's the envy24control from my first patch, using the original
meters that cause many separate XDrawRectangles for each LED-looking
segment. The performance difference is quite noticeable as the fans
start running louder and the system load climbs upwards as soon as the
original envy24control starts running: X consumes 5.7-10% CPU, and
envy24control between 2.0% and 2.7%.
15172 npm 20 0 643m 14m 8968 S 6.1 0.4 0:53.83 gst123
15178 npm 20 0 643m 14m 8984 S 6.1 0.4 0:51.48 gst123
15190 npm 20 0 643m 14m 8980 S 6.1 0.4 0:49.60 gst123
15210 npm 20 0 643m 14m 8964 S 6.1 0.4 0:44.01 gst123
13684 root 20 0 527m 112m 31m S 5.7 2.8 3:42.78 X
15184 npm 20 0 643m 14m 8984 S 5.7 0.4 0:51.07 gst123
15398 npm 20 0 192m 9332 6908 S 2.4 0.2 0:02.32
envy24control.f
14163 npm 20 0 597m 27m 15m S 1.0 0.7 1:15.54 chrome
13923 npm 20 0 863m 60m 37m S 0.6 1.5 2:55.04
plasma-desktop
Just to show that it's the same performance as the original
envy24control from alsa-tools-1.0.22-1.1.fc12.ccrma.x86_64:
15178 npm 20 0 643m 14m 8984 S 6.3 0.4 1:28.72 gst123
15190 npm 20 0 643m 14m 8980 S 6.3 0.4 1:26.65 gst123
15210 npm 20 0 643m 14m 8964 S 6.3 0.4 1:20.59 gst123
15184 npm 20 0 643m 14m 8984 S 6.0 0.4 1:28.21 gst123
13684 root 20 0 527m 112m 31m R 5.6 2.8 4:21.30 X
15172 npm 20 0 643m 14m 8968 S 5.6 0.4 1:31.51 gst123
15455 npm 20 0 192m 8700 6316 S 2.3 0.2 0:01.74
envy24control
14163 npm 20 0 597m 27m 15m S 1.3 0.7 1:23.02 chrome
13923 npm 20 0 863m 60m 37m S 0.7 1.5 3:00.72 plasma-desktop
-- Niels
http://nielsmayer.com
13 years, 9 months
