Re: Random access violation (seg. fault) when calling GStreamer functions from MATLAB context in Windows
Locked
Re: Random access violation (seg. fault) when calling GStreamer functions from MATLAB context in Windows
 
|
Thank you Nirbheek for the quick reply and for the good news regarding GStreamer 1.15.2 libraries built with MSVC. I was very eager to try them out with MATLAB, here's the status. At first, I had the following issue, but it seems to have been resolved "magically". ISSUE: I was not able to start the video streams from my DLL. Using a custom log function (ref. VisionAdaptor::printGstLog), I had the following output in MATLAB command window: gstreamer: [ERROR] ../gst/parse/grammar.y:816:priv_gst_parse_yyparse: no element "rtspsrc" gstreamer: [ERROR] ../gst/parse/grammar.y:816:priv_gst_parse_yyparse: no element "rtph264depay" gstreamer: [ERROR] ../gst/parse/grammar.y:901:priv_gst_parse_yyparse: link has no source [sink=@0000000000000000] gstreamer: [ERROR] ../gst/parse/grammar.y:816:priv_gst_parse_yyparse: no element "avdec_h264" gstreamer: [ERROR] ../gst/parse/grammar.y:901:priv_gst_parse_yyparse: link has no source [sink=@0000000000000000] gstreamer: [ERROR] ../gst/parse/grammar.y:816:priv_gst_parse_yyparse: no element "videoconvert" gstreamer: [ERROR] ../gst/parse/grammar.y:901:priv_gst_parse_yyparse: link has no source [sink=@0000000000000000] The VisionAdaptor::printGstLog
function uses a printf-like function with this format: "gstreamer: [%s] %s:%d:%s: %s", GST_LOG_LEVEL_NAME[level], file, line, function, gst_debug_message_get(message) After confirming that I was able to stream my video feed with gst-launch (using the same pipeline), the issue was "fixed" when I tried again to stream from my DLL. The issue never came back. Unfortunately, I still have the following issue: ISSUE: A few seconds after MATLAB unloads my DLL, sometimes it crashes with the following backtrace: Stack Trace (from fault): [ 0] 0x00000000d32924c0 <unknown-module>+00000000 [ 1] 0x000007fec1104bf3 C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll+00347123 gst_value_init_and_copy+00333927 [ 2] 0x000007fec110418d C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll+00344461 gst_value_init_and_copy+00331265 [ 3] 0x000007fec1637a88 C:\gstreamer\1.0\x86_64\bin\gstrtsp-1.0-0.dll+00031368 gst_rtsp_message_steal_body+00026102 [ 4] 0x000007fec1eb3032 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00012338 gst_plugin_rtsp_register+00007882 [ 5] 0x000007fec1ec4db8 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00085432 gst_plugin_rtsp_register+00080976 [ 6] 0x000007fec1ebe50c C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00058636 gst_plugin_rtsp_register+00054180 [ 7] 0x000007fec1eb8c82 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00035970 gst_plugin_rtsp_register+00031514 [ 8] 0x000007fec1ec0af1 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00068337 gst_plugin_rtsp_register+00063881 [ 9] 0x000007fec1ecccaf C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00117935 gst_plugin_rtsp_register+00113479 [ 10] 0x000007fec115320c C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll+00668172 gst_value_init_and_copy+00654976 [ 11] 0x000007feb3d8b0f4 C:\gstreamer\1.0\x86_64\bin\glib-2.0-0.dll+00438516 g_date_get_monday_week_of_year+00425260 [ 12] 0x000007feb3d8a3f6 C:\gstreamer\1.0\x86_64\bin\glib-2.0-0.dll+00435190 g_date_get_monday_week_of_year+00421934 [ 13] 0x000007feb3db32f7 C:\gstreamer\1.0\x86_64\bin\glib-2.0-0.dll+00602871 g_date_get_monday_week_of_year+00589615 [ 14] 0x000007fec9b80369 C:\Program Files\MATLAB\R2018b\bin\win64\ucrtbase.DLL+00131945 o__strtoui64+00000089 [ 15] 0x00000000773f59cd C:\windows\system32\kernel32.dll+00088525 BaseThreadInitThunk+00000013 [ 16] 0x000000007755383d C:\windows\SYSTEM32\ntdll.dll+00342077 RtlUserThreadStart+00000029 The crash seems to occur only if previously I had a failed attempt to stream a video feed. For instance, I specify a wrong IP address for the rtspsrc. Then, when I make MATLAB unload my DLL, the crash occurs after a few seconds. Do you have any idea what could be the root cause? Also, do you know if the release of stable version 1.16 is still planned for this month? Thank you, MarcG ---------- Forwarded message ---------- _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Re: Random access violation (seg. fault) when calling GStreamer functions from MATLAB context in Windows
|
|
On Wed, Mar 13, 2019 at 2:56 AM Marc Gelinas <[hidden email]> wrote:
> After confirming that I was able to stream my video feed with gst-launch (using the same pipeline), the issue was "fixed" when I tried again to stream from my DLL. The issue never came back. > This was probably because of the gst registry being out of date, you must've done something that triggered an update. > Unfortunately, I still have the following issue: > > ISSUE: A few seconds after MATLAB unloads my DLL, sometimes it crashes with the following backtrace: > Stack Trace (from fault): > [ 0] 0x00000000d32924c0 <unknown-module>+00000000 > [ 1] 0x000007fec1104bf3 C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll+00347123 gst_value_init_and_copy+00333927 > [ 2] 0x000007fec110418d C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll+00344461 gst_value_init_and_copy+00331265 > [ 3] 0x000007fec1637a88 C:\gstreamer\1.0\x86_64\bin\gstrtsp-1.0-0.dll+00031368 gst_rtsp_message_steal_body+00026102 > [ 4] 0x000007fec1eb3032 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00012338 gst_plugin_rtsp_register+00007882 > [ 5] 0x000007fec1ec4db8 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00085432 gst_plugin_rtsp_register+00080976 > [ 6] 0x000007fec1ebe50c C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00058636 gst_plugin_rtsp_register+00054180 > [ 7] 0x000007fec1eb8c82 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00035970 gst_plugin_rtsp_register+00031514 > [ 8] 0x000007fec1ec0af1 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00068337 gst_plugin_rtsp_register+00063881 > [ 9] 0x000007fec1ecccaf C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00117935 gst_plugin_rtsp_register+00113479 > [ 10] 0x000007fec115320c C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll+00668172 gst_value_init_and_copy+00654976 > [ 11] 0x000007feb3d8b0f4 C:\gstreamer\1.0\x86_64\bin\glib-2.0-0.dll+00438516 g_date_get_monday_week_of_year+00425260 > [ 12] 0x000007feb3d8a3f6 C:\gstreamer\1.0\x86_64\bin\glib-2.0-0.dll+00435190 g_date_get_monday_week_of_year+00421934 > [ 13] 0x000007feb3db32f7 C:\gstreamer\1.0\x86_64\bin\glib-2.0-0.dll+00602871 g_date_get_monday_week_of_year+00589615 > [ 14] 0x000007fec9b80369 C:\Program Files\MATLAB\R2018b\bin\win64\ucrtbase.DLL+00131945 o__strtoui64+00000089 > [ 15] 0x00000000773f59cd C:\windows\system32\kernel32.dll+00088525 BaseThreadInitThunk+00000013 > [ 16] 0x000000007755383d C:\windows\SYSTEM32\ntdll.dll+00342077 RtlUserThreadStart+00000029 > > The crash seems to occur only if previously I had a failed attempt to stream a video feed. For instance, I specify a wrong IP address for the rtspsrc. Then, when I make MATLAB unload my DLL, the crash occurs after a few seconds. Do you have any idea what could be the root cause? I don't think it's safe to unload gstreamer DLLs; at least I don't know of anyone who uses that. It may be possible to make that safe, though. We'd be happy to accept reasonable patches for it. > Also, do you know if the release of stable version 1.16 is still planned for this month? > AFAIK, yes, unless there's some major release-blocking bug. The MSVC builds are still 'beta', so issues in that will not block/delay the release unless they're easy to fix. Cheers, Nirbheek _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Re: Random access violation (seg. fault) when calling GStreamer functions from MATLAB context in Windows
|
|
Le mercredi 13 mars 2019 à 12:22 +0530, Nirbheek Chauhan a écrit :
> On Wed, Mar 13, 2019 at 2:56 AM Marc Gelinas <[hidden email]> wrote: > > After confirming that I was able to stream my video feed with gst-launch (using the same pipeline), the issue was "fixed" when I tried again to stream from my DLL. The issue never came back. > > > > This was probably because of the gst registry being out of date, you > must've done something that triggered an update. > > > Unfortunately, I still have the following issue: > > > > ISSUE: A few seconds after MATLAB unloads my DLL, sometimes it crashes with the following backtrace: > > Stack Trace (from fault): > > [ 0] 0x00000000d32924c0 <unknown-module>+00000000 > > [ 1] 0x000007fec1104bf3 C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll+00347123 gst_value_init_and_copy+00333927 > > [ 2] 0x000007fec110418d C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll+00344461 gst_value_init_and_copy+00331265 > > [ 3] 0x000007fec1637a88 C:\gstreamer\1.0\x86_64\bin\gstrtsp-1.0-0.dll+00031368 gst_rtsp_message_steal_body+00026102 > > [ 4] 0x000007fec1eb3032 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00012338 gst_plugin_rtsp_register+00007882 > > [ 5] 0x000007fec1ec4db8 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00085432 gst_plugin_rtsp_register+00080976 > > [ 6] 0x000007fec1ebe50c C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00058636 gst_plugin_rtsp_register+00054180 > > [ 7] 0x000007fec1eb8c82 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00035970 gst_plugin_rtsp_register+00031514 > > [ 8] 0x000007fec1ec0af1 C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00068337 gst_plugin_rtsp_register+00063881 > > [ 9] 0x000007fec1ecccaf C:\gstreamer\1.0\x86_64\lib\gstreamer-1.0\gstrtsp.dll+00117935 gst_plugin_rtsp_register+00113479 > > [ 10] 0x000007fec115320c C:\gstreamer\1.0\x86_64\bin\gstreamer-1.0-0.dll+00668172 gst_value_init_and_copy+00654976 > > [ 11] 0x000007feb3d8b0f4 C:\gstreamer\1.0\x86_64\bin\glib-2.0-0.dll+00438516 g_date_get_monday_week_of_year+00425260 > > [ 12] 0x000007feb3d8a3f6 C:\gstreamer\1.0\x86_64\bin\glib-2.0-0.dll+00435190 g_date_get_monday_week_of_year+00421934 > > [ 13] 0x000007feb3db32f7 C:\gstreamer\1.0\x86_64\bin\glib-2.0-0.dll+00602871 g_date_get_monday_week_of_year+00589615 > > [ 14] 0x000007fec9b80369 C:\Program Files\MATLAB\R2018b\bin\win64\ucrtbase.DLL+00131945 o__strtoui64+00000089 > > [ 15] 0x00000000773f59cd C:\windows\system32\kernel32.dll+00088525 BaseThreadInitThunk+00000013 > > [ 16] 0x000000007755383d C:\windows\SYSTEM32\ntdll.dll+00342077 RtlUserThreadStart+00000029 > > > > The crash seems to occur only if previously I had a failed attempt to stream a video feed. For instance, I specify a wrong IP address for the rtspsrc. Then, when I make MATLAB unload my DLL, the crash occurs after a few seconds. Do you have any idea what could be the root cause? > > I don't think it's safe to unload gstreamer DLLs; at least I don't > know of anyone who uses that. It may be possible to make that safe, > though. We'd be happy to accept reasonable patches for it. Unfortunatly, it is not. That's the reason why you cannot do gst_init() after gst_deinit(). In general, when GStreamer (or any GLib based) project is loaded in a plugin, we simply open our self module and lead it. g_module_open (NULL, 0); > > > Also, do you know if the release of stable version 1.16 is still planned for this month? > > > > AFAIK, yes, unless there's some major release-blocking bug. The MSVC > builds are still 'beta', so issues in that will not block/delay the > release unless they're easy to fix. > > Cheers, > Nirbheek > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Re: Random access violation (seg. fault) when calling GStreamer functions from MATLAB context in Windows
|
|
In reply to this post by Marc Gelinas
Thank you David for the debugging tools you propose. Thankfully, using the MSVC-built libraries, it fixed my random access violation issues. Thank you, MarcG ---------- Forwarded message ---------- _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Re: Random access violation (seg. fault) when calling GStreamer functions from MATLAB context in Windows
|
|
In reply to this post by Marc Gelinas
Thank you Nirbheek and Nicolas, The unloading of our DLL (according to comments found in the code provided by MATLAB) is done when the user calls the command 'imaqreset' in the MATLAB Command Window. As such, the user can use that command anytime, for a number of reasons (for instance, after registering another IMAQ adaptor). The good news is that somehow GStreamer remains initialized, so during the next loading/initialization of our DDL the call to gst_is_initialized() returns true and as a result we don't call gst_init_check() again. Originally, I thought the issue came after the MATLAB command 'imaqreset' (thus after the unloading our DLL), but it turns out that even if I don't do the 'imaqreset' command, I still get the issue after around 15 seconds. Thankfully, I have identified the source of that issue. In our DLL, we added a custom log function for GStreamer as indicated previously (ref. gst_debug_add_log_function(VisionAdaptor::printGstLog, NULL, NULL);). The issue seems to occur when that function is called. Here's the scenario observed: - 'imaqreset' - Try to stream a video feed but use the wrong IP address for the rtpsrc - We first detect a timeout in the pipeline state change - Then, after around 15 seconds, our custom log function gets called and display the error messages - 'imaqreset' - Try again to stream a video feed but use the wrong IP address for the rtpsrc - We detect a timeout in the pipeline state change - Then, after around 15 seconds, MATLAB crashes with an access violation (<unknown-module>+00000000, as indicated previously) However, if I don't use a custom log function, I don't get any access violation anymore. Note that I have observed a similar behavior with our Linux library, which uses GStreamer v1.8.3 on Ubuntu. So for now, our fix is to not use a custom log function. As a final comment, I am very (very) pleased with the MSVC-built libraries. Thanks to that, our DLL now works perfectly within MATLAB. Thank you again for all your help. MarcG ---------- Forwarded message ---------- _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |