Re: [sc-users] installing scplugins ubuntu 9.04 from apt-get already compiled

A 2009/12/26, às 15:27, nescivi escreveu:

On Saturday 26 December 2009 08:02:31 Miguel Negrao wrote:
Finally I managed to compile the plugins but it was a kafkian affair
with bits of information scavenged here and there (edit limits.conf
for jack to run in realtime ????? ).

standard linux audio stuff... if you use a distro that is aimed at audio work,
it is done for you.

well, no human being would have figure it out... it’s a pity things are still done like that in linux land, but anyway that has to do with the linux culture... what’s a wrong with a nice pop up saying “Jack needs to changes some settings. Enter password” ? On the other hand, having the screen filled with terminal windows and knowing a couple of nice commands, “nano" this, “sudo" that, ./configure->make->make install the other, I really felt more like a computer guru, and the family members passing near my computer were impressed, and that’s good for the ego I guess. :-) Flame danger here, treading carefully :-)

The readme definetly did not
give all the info necessary to go through the process, such has apt-
get’ing the supercollider-dev and fftw3, etc.

ok, the sc3-plugins README sort of assumes, that you build supercollider
itself also from source, which lists all dependencies.
I don't think we can cover all the idiosyncrasies of all linux flavours in a
source package README. I guess for this there should be an Ubuntu readme
instead about how to install extensions from source.

Pure:dyne currently supplies a sc3plugins package (next to supercollider
packages), which you should be able to use with ubuntu too, since the new
pure:dyne is based upon ubuntu.

Then, if someone has the knowledge and time and patience I think it would be nice to make a package for sc3plugins in the ubuntu repositories, because what I did is what a lot linux newbies will do. One of easiest routes to linux is mostly ubuntu + packages from synaptic (from the user perspective) so it would be very nice to get that working. (and btw, I’m really impressed with ubuntu 9.10, we’ve come a long way).

After all the trouble
sc wouldn’t even compile the class library because of class
conflicts I had to delete files by hand. Clearly not a process for
human being yet. In contrast installing supercollider itself was
quite easy using the packages prebuilt using apt-get.

For these conflicts, we'd need to know which version you used of both the
ubuntu packages (they should have a date) and which version of the sc3-
plugins.
If these are out of sync with each other, there may be conflicts indeed.
The Scale class perhaps?

I used the packages from:

https://launchpad.net/~supercollider/+archive/ppa

and the sc3-plugins source from sourcefourge main link. I don’t have the laptop here, but I think it was this one:

sc3-plugins-src-2008-08-20.tgz

btw, the sc3-plugins in Dan’s ppa was amd64 only that’s why I couldn’t install it, I think. Dan, maybe you could package a 32bit one ?

https://launchpad.net/~danstowell/+archive/ppa/+packages

Publishing details

Published on 2009-09-23

Changelog

sc3plugins (0~svn388-0ubuntu8~intrepid1) intrepid; urgency=low

  * updated svn
  * tweaked puredyne deb patches for ubuntu

 -- Dan Stowell <email address hidden>   Sun, 20 Sep 2009 12:06:48 +0100

Available diffs

0~svn388-0ubuntu7~intrepid1 to 0~svn388-0ubuntu8~intrepid1 (430 bytes)

Builds

In any case I got supercollider to run and to send audio over a lan
to my other laptop using jacktrip(s) (installing jacktrip was
another adventure... didn’t work in ubuntu 9.10, did work quite
easily in 9.04).

instead of jacktrip, you may also be interested in using netjack, which is a
default jack backend option since a while.

I don’t think netjack works in osx, does it ? I need linux-> osx communication. Btw, jacktrip worked very well.

I still didn’t figure out why my macbookpro
coreduo 2.16 (T7400) was using about half the cpu for the same code
then a code2duo 2.20 (T7500), how is this possible ??? Does it have
something to do with linux ?

optimizations during build time perhaps... I'm guessing the ubuntu-packages
are made to work on several cpus, so are maybe not optimized for the one you
are using.
Here, building from source can make a difference, especially with the recent
optimisations that Tim Blechmann has added to the source.

ok, I will try that then to see if it changes something.

Also, the indication you get for the servers avg and peak cpu are measured
differently on the different OS's. On Linux it's a measure in how far JACK
manages all of its audio work in realtime, and it is quite dependent on the
buffer size you use with your audio card.
If you would look at what "top" indicates for scsynth, you would see much
lower numbers.

Yes, I noticed that. Even when using two servers they showed always the same load on both even when one of them was not playing anything. In any case there really was a cpu problem because patches that always play ok on my macbook pro were completly choking the cpu of the linux laptop with the audio stuttering.