On 11/09/2013 08:10 PM, David Robillard wrote:
>> > I've just brushed it up a bit, removed all raw-atom write calls, added
>> > RDF attributes for channel-id, etc and also sanitized the drawing
>> > routine somewhat. pushed to
>> >
>> > https://github.com/x42/sisco.lv2
>> >
>> > Now it is a proper example and should be about halfway towards your needs.
>
> Perhaps a good candidate for "official" (i.e. included) example?
eg-scope, sure, fine with me; but please give me a few days to add some
more comments to the source: elaborate on Atom-msgs and clearly note
that the scope display itself is horribly wrong design. It's actually a
perfect textbook example of what *not* to do:
* no thread sync. it redraws somewhat randomly
* it's neither accurate nor stable
* it displays raw samples (a proper scope should^Wmust not do that)
* the display itself just connects min/max line segments
* no labels, no scale, no calibration
* ...
maybe Aurélien is going to address some of these issues, and his project
will eventually be suited better for inclusion as official example.
Alternatively removing the drawing routine would IMHO be appropriate for
an example atom-vector communication plugin.
@Aurélien: are you planning to implement a trigger mechanism and/or
history? any plans to add up-sampling and interpolation? what about
markers and numerical readout?
best,
robin
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Received on Sun Nov 10 00:15:02 2013
This archive was generated by hypermail 2.1.8 : Sun Nov 10 2013 - 00:15:02 EET