Hello all,
Now available on
<http://kokkinizita.linuxaudio.org:/linuxaudio/downloads>
Zita-lrx - First release 05/01/2012
------------------------------------
Zita-lrx is a command line jack application providing 2, 3, or 4-band,
4th order crossover filters. The filter type is continuously variable
between Linkwitz-Riley (-6dB at the xover frequency) and Butterworth
(-3 dB at the xover frequency). Outputs are exactly phase matched in
the crossover regions.
The application supports up to 16 channels. This is a compile time
limit and easily changed, but if you have many channels it may be
a better idea to use two or more instances in order to spread the
load in an SMP system. Not that it would matter much - on my old
2 GHz P4, CPU load is around 0.6% per channel for four bands.
Configuration is by a text file using 'OSC' style syntax (similar
to Ambdec and Jconvolver). Apart from the basic filter parameters,
the following can be set:
- Channel labels (used for naming Jack ports).
- Frequency band names (used in output port names).
- Optional output autoconnections.
- For each channel: gain and delay (in ms).
- For each frequency band: gain and delay.
Enjoy !
--
FA
Vor uns liegt ein weites Tal, die Sonne scheint - ein Glitzerstrahl.
Hi, recently I found libinstpatch in debian repository. How can I read a
Instrument with this library? Please take a look at
sourceforge.net/projects/ags.
libinstpatch will be initialized in main function.
The following functions are involved:
gboolean
ags_ipatch_open(AgsPlayable *playable, gchar *filename);
gboolean
ags_ipatch_sf2_reader_open(AgsPlayable *playable, gchar *filename);
void
ags_ipatch_sf2_reader_level_select(AgsPlayable *playable,
guint nth_level, gchar
*sublevel_name,
GError **error);
void
ags_ipatch_sf2_reader_iter_start(AgsPlayable *playable);
gboolean
ags_ipatch_sf2_reader_iter_next(AgsPlayable *playable);
void
ags_ipatch_sf2_reader_info(AgsPlayable *playable,
guint *channels, guint *frames,
guint *loop_start, guint *loop_end,
GError **error);
short*
ags_ipatch_sf2_reader_read(AgsPlayable *playable,
guint channel,
GError **error);
then it will be translated to ags format AgsAudioSignal by:
GList*
ags_playable_read_audio_signal(AgsPlayable *playable,
AgsDevout *devout,
guint start_channel, guint
channels_to_read);
Forgot to send to list also:
On Fri, 3 Feb 2012 14:48:37 +0100
Nick Copeland <nickycopeland(a)hotmail.com> wrote:
>
> You probably need something like -I/usr/lib/faust which will give you
> the final path of /usr/lib/faust/gui/FUI.h, you might also want to
> try -I. if the headerfiles are also in $CWD/gui Either way, I am not
> certain you would find it with -L/-l (upper/lower case) sinceit looks
> like an include file rather than a library.
>
ok, it seems it gets past that but I get another error:
$ g++ -I/usr/lib/faust -o simple simple.cpp
In file included from simple.cpp:48:0:
/usr/lib/faust/gui/faustqt.h:34:24: fatal error: QApplication: No such file
or directory
compilation terminated.
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
