hi *!
whatever i do, i can't seem to get any data from an audio input port in
my lv2 plugin. i made local copies of all buffer pointers (even though
that shouldn't be necessary iirc), and in case ardour does in-place
processing, i always cache sample N before writing it to the first
output, so that i still have it available for the other outputs.
i even set lv2:inPlaceBroken, but no luck. now i was beginning to
suspect i'm very very stupid, but then i installed the eg-amp.lv2 plugin
(the simple amplifier example from the lv2core repository, which i've
used as a template for my own code), and hey presto: no signal either.
what the fu..ndamental problem might be, i can't say.
any insights most welcome.
thanks,
jörn
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
