<p dir="ltr">> >> > I've just brushed it up a bit, removed all raw-atom write calls, added<br>
> >> > RDF attributes for channel-id, etc and also sanitized the drawing<br>
> >> > routine somewhat. pushed to<br>
> >> ><br>
> >> >   <a href="https://github.com/x42/sisco.lv2">https://github.com/x42/sisco.lv2</a><br>
> >> ><br>
> >> > Now it is a proper example and should be about halfway towards your needs.<br>
> ><br>
> > Perhaps a good candidate for "official" (i.e. included) example?<br>
><br>
> eg-scope, sure, fine with me; but please give me a few days to add some<br>
> more comments to the source: elaborate on Atom-msgs and clearly note<br>
> that the scope display itself is horribly wrong design. It's actually a<br>
> perfect textbook example of what *not* to do:<br>
><br>
> * no thread sync. it redraws somewhat randomly<br>
> * it's neither accurate nor stable<br>
> * it displays raw samples (a proper scope should^Wmust not do that)<br>
> * the display itself just connects min/max line segments<br>
> * no labels, no scale, no calibration<br>
> * ...<br>
><br>
> maybe Aurélien is going to address some of these issues, and his project<br>
> will eventually be suited better for inclusion as official example.</p>
<p dir="ltr">Probably not suitable, as I'm using the LVTK wrapper. </p>
<p dir="ltr">> Alternatively removing the drawing routine would IMHO be appropriate for<br>
> an example atom-vector communication plugin.<br>
><br>
> @Aurélien: are you planning to implement a trigger mechanism and/or<br>
> history? any plans to add up-sampling and interpolation? what about<br>
> markers and numerical readout?</p>
<p dir="ltr">It is a port of the dssi ll-scope:<br>
- trigger mechanism for redraw <br>
- no up-sampling or interpolation I could find in the code, but I could be wrong there as I didn't dig that deep yet into the gtk widget code<br>
- it has markers but no numerical readout</p>