Open brummer10 opened 3 years ago
you're probably better to set LV2_RESIZE_PORT__minimumSize property on the plugin manifest (.ttl): make it as big or bigger than the largest sequence you wish to send to the host.
qtractor will comply with that minimumSize
as soon the lv2 plugin in question is inserted (instantiated).
mm, I've
@prefix rsz: <http://lv2plug.in/ns/ext/resize-port/#> .
and
a lv2:OutputPort ,
atom:AtomPort ;
atom:bufferType atom:Sequence ;
atom:supports patch:Message ;
lv2:designation lv2:control ;
lv2:index 3 ;
lv2:symbol "NOTIFY" ;
lv2:name "NOTIFY";
rsz:minimumSize 65664 ;
which doesn't do the trick.
are you sure it's taking effect? asking it because here https://github.com/brummer10/Fluida.lv2/blob/main/Fluida/Fluida.ttl it still see no entry to rsz:minimumSize 65664 ;
whatsoever
Yes, I haven't commit it to the repository right now as I just realize the issue and looking for a solution. So testing locally here. Anyway, when I check the buffer size it tells me 20480 regardless if I set minimumSize or not. Still this seems to be big enough to hold the frame, but it didn't reach the GUI. I'll check now how it works when I split the message over some circles.
So, I've implement a push/pull sequencer for those atom messages between dsp and UI, and that worked. I found the limit in push a atom sequence by ~700 bytes per UI frame. Bigger messages didn't makes it true. However, feel free to close this issue as for me it is solved.
this is how it looks now: https://pastebin.com/FUxV9G9m
Hi I run into a issue with the atom Port buffer sizes. So, I want to send a sequence like this one:
I noticed that tit didn't makes it true. The most strings I could send at once been 20. I only noticed this limitation in Qtractor, and would ask you, if you could increase the buffersize for Atom messages, before I start to implement a sequencer for it.
regards hermann