<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 04-07-2022 01:48, Nicolas Dufresne
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAKQmDh-2nb-Wq1o-A=+6AZuwH-NWZC2LmaMT-h+b5cmwfOPBOA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="auto">
<div><br>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Le ven. 1 juill. 2022, 15
h 09, Michiel Konstapel <<a
href="mailto:michiel@aanmelder.nl"
moz-do-not-send="true" class="moz-txt-link-freetext">michiel@aanmelder.nl</a>>
a écrit :<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On 30-06-2022 18:04, Nicolas Dufresne via gstreamer-devel
wrote:<br>
><br>
>><br>
>> I'd be curious to see the value or
&pool->buffer_state[group->buffer.index] when<br>
>> that warning triggers. I fail to see how we
actually endup in that situation. I<br>
>> wonder if there is a relation with:<br>
>><br>
>> <a
href="https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1087"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1087</a><br>
>><br>
>> And associated merge request. Did you already
tried ?<br>
>><br>
>> <a
href="https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2007"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/2007</a><br>
<br>
<br>
I've changed the logging to<br>
<br>
GST_WARNING_OBJECT (pool, "newly allocated buffer %u is
not free: %x",<br>
group->buffer.index,
&pool->buffer_state[group->buffer.index]);<br>
<br>
and this prints<br>
<br>
gstv4l2bufferpool.c:477:gst_v4l2_buffer_pool_alloc_buffer:<v4l2src0:pool0:src>
<br>
newly allocated buffer 0 is not free: 32b48<br>
v4l2bufferpool <br>
gstv4l2bufferpool.c:477:gst_v4l2_buffer_pool_alloc_buffer:<v4l2src0:pool0:src>
<br>
newly allocated buffer 1 is not free: 32b4c<br>
v4l2bufferpool <br>
gstv4l2bufferpool.c:477:gst_v4l2_buffer_pool_alloc_buffer:<v4l2src0:pool0:src>
<br>
newly allocated buffer 2 is not free: 32b50<br>
v4l2bufferpool <br>
gstv4l2bufferpool.c:477:gst_v4l2_buffer_pool_alloc_buffer:<v4l2src0:pool0:src>
<br>
newly allocated buffer 3 is not free: 32b54<br>
<br>
That seems... incorrect. A gint is just an int, so %x is
correct, right? <br>
This has a lot more bits set than are defined in the
_GstV4l2BufferState <br>
enum.<br>
</blockquote>
</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">I think the & should not be there.</div>
<div dir="auto"><br>
</div>
<div dir="auto"><br>
</div>
</div>
</blockquote>
<p>Ah, of course, my bad. My C is rather rusty :) After fixing that
it just prints 1, so indeed the BUFFER_STATE_OUTSTANDING bit is
set.</p>
<p><br>
</p>
</body>
</html>