headers
Malte Steiner | 8 Feb 20:47
Gravatar

[LAD] fltk woes

Hi,

try to brush up a bit Minicomputer software synthesizer which is in a 
bet shape. I have all sorts of redraw problems with FLTK, seems it 
started with FLTK 1.3, does anyone experienced similar things and has 
some tips to share? Google gave nothing, seems I am the only one.

Cheers,

Malte
--

-- 
----
media art + development
http://www.block4.com
Permalink | Reply | 6 comments |
headers
David Robillard | 7 Feb 01:28
Favicon
Gravatar

[LAD] 64 bit tempo-based time stamp

Hi all, seeking opinions:

I have to choose a way to represent beat-based tempo time in 64 bits.
Uses are many, but the main one is event time stamps for plugins.

Requirements:
 * No odd data sizes (for performance / programmer ease)
 * High precision (ideally close to sample accurate for most tempos)
 * Fits in the same space as two uint32_t's

Questions:
 * Is "bar" needed?
 * Use floating point?  Rounding errors an issue?

Options:

/* A (moderate range, ultra precise) */
struct {
    uint16_t bar;
    uint16_t beat;
    uint32_t tick;
};

/* B (high range, moderate precision) */
struct {
    uint32_t bar;
    uint16_t beat;
    uint16_t tick;
};
(Continue reading)

Permalink | Reply | 5 comments |
headers
Jörn Nettingsmeier | 6 Feb 13:38
Picon

[LAD] LV2 input buffer problem in ardour

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

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev <at> lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Permalink | Reply | 0 comments |
headers
Jörn Nettingsmeier | 6 Feb 10:33
Picon

[LAD] LV2 and parameter interpolation

hi *!

total lv2 newbie trying to get my feet wet, so bear with me :)

i'm trying to dezip my control ports by using simple linear 
interpolation. to that end, i'm storing the current values of all 
control ports in extra fields in the LV2_Handle.
they get ramped to the desired value during run(), so that the current 
values will equal the ones set by the control ports at the end of each 
run().

now i'm stuck trying to understand where to initialize my current value 
fields.
what i want to avoid is a ramp from default or previous values whenever 
the plugin is run for the first time. in that case, i want to have no 
ramp and start cold with the control port value.

can i rely on control port data being available during activate() so 
that i can initialize my current values to the control port values?

now i could set the current values to NULL during instantiate and 
deactivate, but then i'd have an extra conditional in run(), which i'd 
like to avoid.

what is the recommended procedure to deal with this?

jörn

_______________________________________________
Linux-audio-dev mailing list
(Continue reading)

Permalink | Reply | 5 comments |
headers
David Robillard | 6 Feb 00:43
Favicon
Gravatar

[LAD] LV2 implementer poll (event buffer)

Hello,

I am working on the successor to the event extension and its
EventBuffer.  This is the buffer used for MIDI in LV2 instruments and
such[1].

I need to know:

 * Does anyone actually use the variable time stamp type stuff?  The
original idea here was to support tempo time, but it seems unlikely
anyone will do that in run()

 * Does anyone use the event_count field for anything other than
iterating over the events?  It would be nice to remove this.

 * Does anyone need the ability for the buffer payload to be not in the
same POD chunk as the header?  I would be nice to remove this pointer
and have the buffer be a POD chunk like everything else.  The original
idea was so e.g. hosts could make plugins write to fragments of other
buffers, but I can't think of a real use for this, and radical
simplification is the name of the game here.

 * Is anyone actually using non-POD events and references?

If anyone has any other gripes/suggestions for the event extension,
now's the time to make them heard.  Speak now or forever hold your
peace, etc.

Thanks,
(Continue reading)

Permalink | Reply | 2 comments |
headers
Joël Krähemann | 5 Feb 19:29
Picon
Gravatar

[LAD] `ags` and libinstpatch

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,
(Continue reading)

Permalink | Reply | 0 comments |
headers
alessandro filippo | 4 Feb 18:57
Picon
Favicon
Gravatar

[LAD] help with RtMidi and gtkmm

Hi, I'm learning to write simple audio/midi applications in C++ with
RtMidi and gtkmm libraries (version 2.4).

This is the application I'm working on:
http://www.eclepticbox.altervista.org/index.php/download/finish/2-audio-midi/8-sawlidsyngui

I got some issues with RtMidi IN (Callback). I followed the RtMidi
tutorial and the VMPK example (however this is written with Qt), but the
problem is that the GUI freezes when I send some MIDI data and it
doesn't refresh the widgets values.

Midi Out works properly.

I think the problem is in the Midi Callback and in the event/signal
managing.
I tried some function in order to refresh the gui but they didn't work.

This is the smallest extract of code that has the issue (only a
spinbutton sending / receiving MIDI Program Change):

http://www.eclepticbox.altervista.org/index.php/download/finish/2-audio-midi/9-sawlidsyngui-test

The sources are in the src folder, see:

sawlidsyngui.cpp
sawlidsyngui.h 

Any help is appreciated....

Thanks ...
(Continue reading)

Permalink | Reply | 4 comments |
headers
Stéphane Letz | 4 Feb 13:10
Picon
Favicon

Re: [LAD] basic g++ compiling of faust programs

>>> 
>> 
>> You could also try -fpermissive as compiler option 
>> 
>> http://gcc.gnu.org/gcc-4.6/changes.html
>> 
> 
> thanks hermann for your help. never thought compiling such a simple
> (haha) program would take 10 lines of g++ commands with options... will
> try your tips tomorrow as today is hell here.
> 
> best wishes,
> renato
> 

Well the FAUST compiler somewhat produces the "nude" C++ class that has to be wrapped with an architecture
file to produce any useful output (standalone application, plug-ins....). The differents MakeFile
included in the /examples folder can be used directly, or are a good starting point to refine yours. Not
that the tools/faust2appls also contains scripts to compile individual .dsp files (assuming again that
you've previously installed QT libraryn if you want to compile QT standalone applications... or GTK...
of LADSPA..etc..). And the final way to use the FAUST system is by directly using the online compiler here: http://faust.grame.fr/

Stéphane
Permalink | Reply | 0 comments |
headers
Renato Budinich | 3 Feb 15:17
Picon
Gravatar

[LAD] Fwd: Re: basic g++ compiling of faust programs

Forgot to send to list also:

On Fri, 3 Feb 2012 14:48:37 +0100
Nick Copeland <nickycopeland-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org> 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.

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@...
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Permalink | Reply | 8 comments |
headers
Renato | 3 Feb 14:37
Picon
Gravatar

[LAD] basic g++ compiling of faust programs

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
Permalink | Reply | 2 comments |
headers
Paul Winkler | 2 Feb 18:33
Favicon
Gravatar

[LAD] Idea for delay plugin authors...

It would be cool if somebody implemented this in a delay plugin UI:
https://groups.google.com/group/rec.audio.pro/browse_frm/thread/ffcc5332e2716ac3

--

-- 

Paul Winkler
Permalink | Reply | 0 comments |

Gmane