mxc_v4l_dqueue timeout enc_counter 0

Michael Yarochkin michael.yarochkin at timetronics.be
Thu Nov 17 19:02:33 UTC 2016


Hi


Here it is.


I have no idea about mxc_v4l_dqueue . Sorry.


Mikl

________________________________
From: gstreamer-devel <gstreamer-devel-bounces at lists.freedesktop.org> on behalf of 张若 <zr92zr at gmail.com>
Sent: Thursday, November 17, 2016 7:56:16 PM
To: Discussion of the development of and with GStreamer
Subject: Re: mxc_v4l_dqueue timeout enc_counter 0

OK, that's should be great and I can get some ideas from that! Thank you!
However, on the other hand, the mxc_v4l_dqueue timeout enc_conunter()
errors seem to be related to set the pipeline to NULL state. For that
one, do you have some ideas and recommendations?


2016-11-17 19:48 GMT+01:00, Michael Yarochkin
<michael.yarochkin at timetronics.be>:
> Hi
>
>
> In my app, i am not doing any of unref at all. GStreamer is taking care
> about it.
>
> Recreating all elements every time i need to play something Even for the
> same file.
>
>
> And once you are unref element, which should be cleaned up in another place,
> you can cause memory access exception.
>
>
> Because you are talking about frames from the past, it can be you are
> reusing the same elements in your new pipeline.
>
>
> Do you want me to send you my library?
>
>
> Mikl
>
> ________________________________
> From: gstreamer-devel <gstreamer-devel-bounces at lists.freedesktop.org> on
> behalf of 张若 <zr92zr at gmail.com>
> Sent: Thursday, November 17, 2016 5:39:54 PM
> To: Discussion of the development of and with GStreamer
> Subject: Re: mxc_v4l_dqueue timeout enc_counter 0
>
> I once tried not to unref the pipeline. However, when I want to play that
> pipeline again later, there will be a large switch latency and delay, also
> many previous frames displayed at the beginning. I don't know why and how to
> deal with that. Therefore, I just unref pipeline and build the full pipeline
> and elements inside again.
>
> 2016-11-17 11:23 GMT+01:00 Michael Yarochkin
> <michael.yarochkin at timetronics.be<mailto:michael.yarochkin at timetronics.be>>:
> Hello
>
> Do you really need to do unref on pipeline?
>
> Mikl
> ________________________________
> From: gstreamer-devel
> <gstreamer-devel-bounces at lists.freedesktop.org<mailto:gstreamer-devel-bounces at lists.freedesktop.org>>
> on behalf of 张若 <zr92zr at gmail.com<mailto:zr92zr at gmail.com>>
> Sent: Tuesday, November 15, 2016 3:45:16 PM
> To: Discussion of the development of and with GStreamer
> Subject: mxc_v4l_dqueue timeout enc_counter 0
>
> Hi,
>
> I got a problem while setting the pipeline state to NULL and unref that
> pipeline.
>
> In my code, I need to stop two pipelines (imxv4l2src are two cameras) and
> start two new pipelines. While stopping current pipelines, I use:
> gst_element_set_state (pipeline1, GST_STATE_NULL);
> gst_object_unref (pipeline1);
> gst_element_set_state (pipeline2, GST_STATE_NULL);
> gst_object_unref (pipeline2);
>
> Sometimes, when it runs here, the program will stuck for a while and show an
> error or 2 errors (because of 2 cameras) as:
> ERROR: v4l2 capture: mxc_v4l_dqueue timeout enc_counter 0
>
> It is strange to me because it doesn't occur every time when it runs here.
> And although this problem occurs, finally those two old pipelines can be
> removed and new pipelines can run correctly. The only problem is that it
> will stuck for a while when errors happen.
>
> Is it the problem with the cameras themselves?
>
> Thanks in advance!
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org<mailto:gstreamer-devel at lists.freedesktop.org>
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
>
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161117/833024a0/attachment-0001.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: gstreamerplayer.cpp
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161117/833024a0/attachment-0002.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: gstreamerplayer.h
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161117/833024a0/attachment-0002.h>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: gstreamerrecorder.cpp
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161117/833024a0/attachment-0003.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: gstreamerrecorder.h
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20161117/833024a0/attachment-0003.h>


More information about the gstreamer-devel mailing list