<div dir="ltr">I backtraced in gdb and got this:<div><br><div><div>Thread 3 "gst-pc-ops" received signal SIGSEGV, Segmentation fault.</div><div>[Switching to Thread 0x7fffe65e2700 (LWP 23189)]</div><div>_find_pad_template (element=0x0, direction=direction@entry=GST_PAD_SINK, presence=presence@entry=GST_PAD_REQUEST, name=name@entry=0x7ffff0954e4b "rtp_sink_%d")</div><div> at ../subprojects/gst-plugins-bad/ext/webrtc/utils.c:32</div><div>32<span style="white-space:pre"> </span> const GList *l = gst_element_class_get_pad_template_list (element_class);</div><div>(gdb) bt</div><div>#0 0x00007ffff095017e in _find_pad_template (element=0x0, direction=direction@entry=GST_PAD_SINK, presence=presence@entry=GST_PAD_REQUEST, name=name@entry=0x7ffff0954e4b "rtp_sink_%d")</div><div> at ../subprojects/gst-plugins-bad/ext/webrtc/utils.c:32</div><div>#1 0x00007ffff094f3ec in transport_send_bin_constructed (object=0x7fffe001a0c0) at ../subprojects/gst-plugins-bad/ext/webrtc/transportsendbin.c:412</div><div>#2 0x00007ffff37ff760 in () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0</div><div>#3 0x00007ffff3801420 in g_object_new_valist () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0</div><div>#4 0x00007ffff3801799 in g_object_new () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0</div><div>#5 0x00007ffff0950087 in transport_stream_constructed (object=0x7fffe0005800) at ../subprojects/gst-plugins-bad/ext/webrtc/transportstream.c:177</div><div>#6 0x00007ffff37ff760 in () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0</div><div>#7 0x00007ffff3801420 in g_object_new_valist () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0</div><div>#8 0x00007ffff3801799 in g_object_new () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0</div><div>#9 0x00007ffff0950167 in transport_stream_new (webrtc=<optimized out>, session_id=<optimized out>) at ../subprojects/gst-plugins-bad/ext/webrtc/transportstream.c:248</div><div>#10 0x00007ffff09455d5 in _create_transport_channel (webrtc=webrtc@entry=0xfa40f0, session_id=session_id@entry=0) at ../subprojects/gst-plugins-bad/ext/webrtc/gstwebrtcbin.c:1367</div><div>#11 0x00007ffff094973c in sdp_media_from_transceiver (type=GST_WEBRTC_SDP_TYPE_OFFER, media_idx=0, trans=<optimized out>, media=0x7fffe65e1d00, webrtc=0xfa40f0)</div><div> at ../subprojects/gst-plugins-bad/ext/webrtc/gstwebrtcbin.c:1742</div><div>#12 0x00007ffff094973c in _create_offer_task (options=<optimized out>, webrtc=0xfa40f0) at ../subprojects/gst-plugins-bad/ext/webrtc/gstwebrtcbin.c:1811</div><div>#13 0x00007ffff094973c in _create_sdp_task (webrtc=0xfa40f0, data=0x7fffe00072f0) at ../subprojects/gst-plugins-bad/ext/webrtc/gstwebrtcbin.c:2205</div><div>#14 0x00007ffff09444df in _execute_op (op=0x7fffe0007310) at ../subprojects/gst-plugins-bad/ext/webrtc/gstwebrtcbin.c:634</div><div>#15 0x00007ffff35200f5 in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0</div><div>#16 0x00007ffff35204c0 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0</div><div>#17 0x00007ffff35207d2 in g_main_loop_run () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0</div><div>#18 0x00007ffff09445fa in _gst_pc_thread (webrtc=0xfa40f0) at ../subprojects/gst-plugins-bad/ext/webrtc/gstwebrtcbin.c:585</div><div>#19 0x00007ffff3547e05 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0</div><div>#20 0x00007ffff7bbd6db in start_thread (arg=0x7fffe65e2700) at pthread_create.c:463</div><div>#21 0x00007ffff6cf288f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95</div></div><div><br></div><div>I'm not sure how to interpret this, is 'element' in _find_pad_template the culprit? I'm not ver y familiar with gstreamer's internals so I'm unsure what that entails or how to fix it.</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 1, 2018 at 2:21 PM Nicolas Dufresne <<a href="mailto:nicolas@ndufresne.ca">nicolas@ndufresne.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mercredi 01 août 2018 à 12:31 -0700, Ashwin Dharne a écrit :<br>
> I figured out that error and managed to install everything correctly,<br>
> but for some reason when running I run into the errors:<br>
> <br>
> sys:1: Warning: g_object_set: assertion 'G_IS_OBJECT (object)' failed<br>
> sys:1: Warning: invalid (NULL) pointer instance<br>
> sys:1: Warning: g_signal_connect_data: assertion<br>
> 'G_TYPE_CHECK_INSTANCE (instance)' failed<br>
> <br>
> (python3:8091): GStreamer-CRITICAL **: 12:28:52.849: gst_bin_add:<br>
> assertion 'GST_IS_ELEMENT (element)' failed<br>
> <br>
> (python3:8091): GStreamer-CRITICAL **: 12:28:52.849:<br>
> gst_element_link_pads_full: assertion 'GST_IS_ELEMENT (src)' failed<br>
> <br>
> ** (python3:8091): WARNING **: 12:28:52.849:<br>
> (transportsendbin.c:387):tsb_setup_ctx: code should not be reached<br>
> Segmentation fault (core dumped)<br>
> <br>
> I'm not sure what's wrong anymore, I've only gotten a similar error<br>
> on my own client before that wasn't working and I assumed it was a<br>
> dependency error. <br>
<br>
You have a NULL pointer somewhere. Try and set G_DEBUG=fatal_criticals<br>
and then run this inside gdb to locate where this null pointer is from.<br>
<br>
> <br>
> <br>
> On Tue, Jul 31, 2018 at 9:00 PM Ashwin Dharne <<a href="mailto:ashwindharne@dm.ai" target="_blank">ashwindharne@dm.ai</a>><br>
> wrote:<br>
> > I see. On a different note, I am now attempting to run the cerbero<br>
> > build tool to automate the dependency building, but am getting the<br>
> > error GstWebRTC Namespace not available, could you possibly shed<br>
> > any light on what the issue might be? I understand that it relates<br>
> > to the .typelib file not being in the girepository-1.0 directory,<br>
> > but for some reason it doesn't get built there. Thanks!<br>
> > <br>
> > On Tue, Jul 31, 2018 at 11:05 AM Mathieu Duponchelle <<br>
> > <a href="mailto:mathieu@centricular.com" target="_blank">mathieu@centricular.com</a>> wrote:<br>
> > > On 07/31/2018 07:54 PM, Ashwin Dharne wrote:<br>
> > > > Also, I'm trying to follow the python demo given, but I'm not<br>
> > > seeing a statement that runs the mainloop anywhere, am I missing<br>
> > > something?<br>
> > > ><br>
> > > <br>
> > > It does not use a GMainLoop, but the asyncio event loop.<br>
> > > _______________________________________________<br>
> > > gstreamer-devel mailing list<br>
> > > <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
> > > <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
> > <br>
> > <br>
> > -- <br>
> > Ashwin Dharne<br>
> > Software Engineer, DMAI Inc.<br>
> > (949)878-7682<br>
> <br>
> <br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
> <a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><b>Ashwin Dharne</b><div>Software Engineer, DMAI Inc.</div><div>(949)878-7682</div></div></div>