On 02/01/2012 12:16 PM, rosea.grammostola wrote:
> Interesting. Would be nice if you could use SuperCollider code (synths)
> as LV2 plugins too. Or is it naive to think that such a LV2 plugin
> (supercollider-lv2) would make much more sofsynths available for the
> linux platform?
That's certainly possible. But the synthdefs are only part of the story.
Many SC instruments are highly customized and dynamic networks of signal
processing components driven by sclang code. I'm not sure how you would
map those to standalone components in an LV2-based environment where
audio and control ports are (mostly) static.
Albert
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikinformatik.uni-mainz.de/ag
Hi, just started looking into faust and I've got a very basic question.
I'm getting this error:
$ g++ -L/usr/lib/faust simple.cpp -o simple
simple.cpp:46:21: fatal error: gui/FUI.h: No such file or directory
compilation terminated.
where simple.cpp was generated by:
$ faust -a jack-qt.cpp simple.dsp -o simple.cpp
what am I missing? I also tried without the -L option or with -lFUI,
same error. FUI.h is indeed in /usr/lib/faust/gui/
best regards,
renato
On 02/01/2012 04:29 AM, Alfs Kurmis wrote:
>
> Tnx Robin
> ffmpeg also works excellent as decoer.
> With ffmpeg -i /some/file -f u16le -ar 44100 | myprog ...
> i gotta horrable sound. Probably U mean -f s16le !
Well, yes.
It does actually not make a difference if you also specify the
audio-codec (-acodec pcm_s16le). The format is the same for both.
[..]
> It seems that ffmpeg during da decoding set terminal in canonical mode.
There's some (undocumented) feature: pass '-d' as first argument to
ffmpeg. That makes ffmpeg shut up and not touch termios; it still works
with writing data to stdout:
ffmpeg -d -i /some/file -f s16le -c 2 -ar 44100 pipe: | ...
kill -TERM `pidof ffmpeg`
HTH,
robin
For me, on a GeForce6150LE, the only video driver that is really
stable on the RT kernel is vesa. The NVidia driver works OK with a
non-RT kernel (and the 'threadirqs' boot parameter, rtirq script,
etc.), but only on 64 bit. The nouveau driver has never worked on my
machine with any kernel, ever. I haven't tried nv in a long time
because it gives me pathetically low resolution.
But, if you want to try the NVidia proprietary driver, it is better to
patch the driver souces rather than faking the license in the kernel.
See here:
http://article.gmane.org/gmane.linux.rt.user/7478
This patch lets the NVidia module build on 3.0 and 3.2 RT kernels.
This kernel/driver combination does not work on my machine,
unfortunately. But
- Trulan
(Sorry for crossposting.)
faust-lv2 is an LV2 architecture for the Faust programming language
(http://faust.grame.fr/), which lets you compile Faust programs to LV2
plugins ready to be used with any LV2 host. It supports both effect
(audio->audio) and instrument (midi->audio) plugins. The package
includes the Faust LV2 architecture files, a few Faust examples, and
generic waf scripts for building and installing the sample plugins.
faust-lv2 can be downloaded from its project website at
http://faust-lv2.googlecode.com. Here's the direct download link to the
source tarball: http://faust-lv2.googlecode.com/files/faust-lv2-0.1.tar.bz2
Documentation is available in the package (README file) and on the
website
(http://wiki.faust-lv2.googlecode.com/hg/doc/_build/html/index.html).
This includes detailed installation and usage instructions.
faust-lv2 0.1 is the initial release which has been tested on x86_64
Linux with jalv, Ardour3 and Qtractor, using lilv as the LV2 host
library. You'll also need fairly recent versions of Faust (0.9.46 or
later should do) and the LV2 framework (available at http://lv2plug.in/).
Other LV2 hosts should work as well. Unfortunately, that doesn't include
zynjacku/lv2rack right now, apparently because of some bugs or
incompatibilities with the latest LV2 release. Nedko, maybe you could
check https://gna.org/bugs/?19282 some time, thanks. :)
Enjoy! :)
Albert
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikinformatik.uni-mainz.de/ag
Hi,
I have an asus amd64 PC with a nvidia GeForce 8800 GT graphic card. This
PC is working fine with the gentoo-kernel and the nvidia proprietary
kernel module.
I want to experiment with the rt-kernel. It is 3 modules for the
nvidia card.
- The nvidia proprietary module, I guess that this is not necessarily a
good choice because it will not be patched for use with the rt-kernel.
But I am not sure.
- The 2 others are with the kernel, nv and nouveau.
Which module will be best to use with the rt-kernel?
Ciao,
Dominique
--
"We have the heroes we deserve."
Hi!
Since I always roll my own kernels, I never bothered to check, but there
is indeed an RT patched kernel in Debian:
http://packages.debian.org/sid/linux-image-rt-amd64
Might be useful to some of you.
Cheers
----- Forwarded message from Ben Hutchings <ben(a)decadent.org.uk> -----
Date: Sun, 29 Jan 2012 18:22:05 +0000
From: Ben Hutchings <ben(a)decadent.org.uk>
To: debian-devel-announce(a)lists.debian.org
Cc: debian-kernel(a)lists.debian.org
Subject: Linux 3.2 in wheezy
Debian 7.0 'wheezy' will include Linux 3.2. This is currently in
unstable and will soon enter testing.
The kernel team is open to backporting some features from later kernel
versions, particularly to support newer hardware.
Featuresets
-----------
The only featureset provided will be 'rt' (realtime), currently built
for amd64 only. If there is interest in realtime support for other
architectures, we may be able to add that.
[..]
----- End forwarded message -----
--
mail: adi(a)thur.de http://adi.thur.de PGP/GPG: key via keyserver
