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
Hi all,
I'm glad to announce the release of NASPRO 0.4.0.
NASPRO (http://naspro.atheme.org/) is meant to be a cross-platform
sound processing software architecture built around the LV2 plugin
standard (http://lv2plug.in/).
The goal of the project is to develop a series of tools to make it
easy and convenient to use LV2 for sound processing on any (relevant)
platform and for everybody: end users, host developers, plugin
developers, distributors and scientists/researchers.
This release is a huge one! The main news are the introduction of the
ino and gino libraries and of the FreeADSP application, the addition
of threading and unnamed semaphore APIs to NASPRO core, as well as
some API breakage there w.r.t. UTF-16 string encoding/decoding, some
fixing of preset data generation in NASPRO Bridge it and various
cosmetic changes here and there. You can find detailed ChangeLogs in
the tarballs.
It includes:
- NASPRO core: the portable runtime library at the bottom of the architecture;
- NASPRO Bridge it: a little helper library to develop
insert-your-API-here to LV2 bridges;
- NASPRO bridges: a collection of bridges to LV2 which, once
installed, allow you to use plugins developed for other plugin
standards in LV2 hosts;
- LV2proc: a simple command line effect processor using LV2 plugins;
- ino and ino/JavaScriptCore: minimalist C API to execute JavaScript
code and to expose native methods to JavaScript execution contexts +
JavaScriptCoreGTK+ 2/3 based implementations;
- gino and gino/WebKitGTK+: minimalist C API to create GUIs using
HTML/CSS/JavaScript and interfacing them with C code + WebKitGTK+2
implementation.
- FreeADSP: MIDI-controlled real-time stereo effect rack using LV2 plugins.
In particular, the NASPRO bridges collection includes two bridges: a
LADSPA (http://www.ladspa.org/) 1.1 and a DSSI
(http://dssi.sourceforge.net/) 1.0.0/1.1.0 bridge.
*BEWARE*: most of the new stuff is in early stages of development!
NASPRO core, NASPRO Bridge it and NASPRO bridges are released under
the LGPL 2.1, LV2proc and FreeADSP are released under the GPL 3, ino,
ino/JavaScriptCore, gino and gino/WebKitGTK+ are released under an
ISC-style license.
Enjoy!
Hi all,
I'm developing a small app which uses aubio to extract the fundamental
Frequency of a monophonic guitarsignal to drive a set of wavetable
synths. It works quite well and I'll put up on the net when I have the
time.
But I would like to extract the fundamentals of a polyphonic signal.
Does anyone know of a lib which does this in realtime? Or at least a
state of the art paper I could implement?
thanx,
Gerald
Hello all.
Some updates available on
<http://kokkinizita.linuxaudio.org/linuxaudio/downloads>
Zita-resampler is a C++ library for sample rate conversion of
audio signals. Full documentation is available in HTML format,
see the 'docs' directory.
Release 1.1.0 (26/01/2012)
---------------------------
* VResampler class added - provides arbitrary and variable
resampling ratio, see docs.
* This release is NOT binary compatible with previous ones
(0.x.x) and requires recompilation of applications using it.
* This release is API compatible with the previous one. But if
you are using the now deprecated filtlen() function please
replace this by inpsize() which provides the same information.
* The inpdist() function has been added, see docs.
* The ratio_a() and ratio_b() calls have been removed, if this
is a problem (I'd be surprised) they can be added again.
* The include files are now in $PREFIX/include/zita-resampler/.
Please DO remove any old ones manually after installing this
version. Compiling using the old includes and linking with
the new library will create havoc.
* #defines and static functions are added for compile time and
run time version checking, see resampler-table.h.
Zita-alsa-pcmi is the successor of clalsadrv. It provides easy access
to ALSA PCM devices, taking care of the many functions required to
open, initialise and use a hw: device in mmap mode, and providing
floating point audio data.
Release 0.1.1 (26/01/2012)
---------------------------
* This release is almost API compatible with clalsadrv-2.x.x.
The only changes your source code will need are:
- Change the include file.
- Change the type of any objects defined by the library.
- Replace calls to stat() by state().
- If you want error reporting on stderr, add an optional
parameter to the constructor. See include file for details.
* Added support for big-endian PCM formats.
* Added support for reading and writing interleaved user buffers.
* Error messages on stderr can be selectively enabled. If an app
is compiled without them, they can be re-enabled at runtime by
defining the environment variable ZITA_ALSA_PCMI_DEBUG, so they
are now by default off. See source code for details.
* Two simple demo programs are provided, one of them is the ALSA
version of jack_delay. Complete documentation will follow later.
The clalsadrv lib will remain available for some time, but any
new releases of JAAA and JAPA will switch to the new one. Patches
for AMS are being prepared.
Both libraries have been updated mainly to provide the necessary
functionality for two new apps: zita-a2j and zita-j2a. These allow
to add ALSA hw: devices as a Jack client, same as the alsa-in and
alsa-out clients that come with Jack. To see why I wanted something
to replace those, have a look at
<http://kokkinizita.linuxaudio.org/linuxaudio/resample.html>
Both apps still need some cosmetics but they are in a working state.
I'd want some more testing before they are released. If interested
drop me a line off-list.
Ciao,
--
FA
Vor uns liegt ein weites Tal, die Sonne scheint - ein Glitzerstrahl.
Hello!
LMMS's Trippleoscillator is one of my favourite instruments on Linux, but
LMMS isn't my favourite pick of production tool. I've looked around and
noticed that it's only availible internally in LMMS, which poses some
difficulties since LMMS (to my knowledge) cannot be synced with jack-clock
and thus my favourite midi-tools. This is a problem for automating
filters/other parameters etc.
My question is, quite simply, since LMMS is FLOSS, would making
Trippleoscilator + perhaps other instruments in LMMS into plugins
(lv2/linuxVST) be a realistic possibility? Bear with me, I'm no developer
but merely a musician, so I really don't know what I'm asking/talking
about. But I have a firm belief that a plugin-version of these instruments,
usable in for example Ardour3 when that arrives, would make a great
addition to the Linux-musician community.
(ps. Is there anything similar already existing perhaps? ds.)
I'll give it a shot,
Regards,
Gerald
On Tue, 2012-01-24 at 23:07 +0100, andersvi(a)notam02.no wrote:
> >>>>> "G" == Gerald Mwangi <gerald.mwangi(a)gmx.de> writes:
>
> G> Hi, has some got PolyPitch compiled on linux? It complaining that
> G> SCWorld_Allocator is missing.
>
> Yes, i compiled PolyPitch and got it running (very cpu-heavy) some time
> ago. FC14, 2.6.35 kernel and SC3-dev sources pulled from git january
> 18th. Only some minor tweaks to some header-files iirc to build it.
>
> The missing SCWorld_Allocator might suggests your version of the
> sc3-sources are not recent enough? Perhaps try with a sc3 source-tree
> from more recent git.
>
>
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
