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

[nescivi <nescivi@xxxxxxxxx>]

Hiho,

On Saturday 26 December 2009 11:26:03 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” ?

Ubuntu in itself is not aimed at professional and/or creative audio work, and 
focuses on the average user desktop experience, where people want to watch a 
movie, play some music files, write a letter in a text editor, keep check of 
their finances in a spreadsheet, and so on.

That is why there are a bunch of distros focusing on audio stuff, that attempt 
to make linux easy to use for creators of audio, rather than consumers.
In these distros, jack is usually configured to work out of the box for the 
default user.

I guess some frontends to JACK, like QJackCtl (but there are others too), 
could point to info on how to change settings, but since these are still 
changing from time to time between kernel changes, I think the authors of 
these rely on audio distro managers to keep up with that.
 
> >>> 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).

As far as I know Dan S. has been helping out with the pure:dyne packages, and 
I assume some of that work will flow over to his ubuntu sc-packages, which 
will then be available.
 
> >>> 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

More than a year old!
I guess we should update these source packages... with something current.
I guess we missed that with the 3.3.1 release.


> 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
>   amd64
>   i386
>   lpia

i386 points to a 32-bit version?
 
> >>> 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 have no idea if it works on the OSX version of jack. Probably mentioned on 
JACK's website?

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

You may also want to ensure that you use jackdmp, and not jackd, so that jack 
can actually use the different CPU's. Otherwise your multiple scsynths will 
still be on the same cpu core.

sincerely,
Marije

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/