;-)here once again my questions now in text format (not using IBM worse
There was no problem with the format of your message, it just takes time
before you get an answer...
reasonswe are currently using aravis v0.3.1 for a Basler GigE cam. For some
I wantwe want now upgrade to aravis v0.5.x. As I've recognized the
arv_stream_pop_input_buffer() has become private since v0.3.5. So what
for ato know is how I can now remove(free) an input buffer? In our current
application we have to handle frequent changes of the read-out-region
it cangrab in a grab-preparation phase some time before the effective image
aquisition starts (e.g. in movement phases of our machine). Some times
this casehappen that a already prepared snap is aborted before capture and in
never willI used the arv_stream_pop_input_buffer() to remove the buffer which
versions tobe grabbed in. How can I handle this use case now in newer aravis
becauseavoid a buffer grow on the input queue?
There is still a lot of API that should be made private.
Regarding this one, I don't see a legitimate external use of this API,
during the acquisition, one or several buffers may be owned by thestreaming
thread, and are not stored in any buffer queues.the
In your case, I guess what is needed is a way to free all the buffers
(probably a function named arv_stream_free_buffers), not only the one in
input and output queues, but also the one handled by the packetreceiving htread.
Would such a function fulfill your need ?
I'm planning to release a stable aravis version soon. I will try to
this function before, but I would be pleased if someone could propose apull request.