<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    :-)<br>
    Sebastian, big thanks, this help me a lot.<br>
    It's working now.<br>
    <div class="moz-cite-prefix">Am 01.10.2013 11:21, schrieb Sebastian
      Dröge:<br>
    </div>
    <blockquote cite="mid:1380619267.2547.3.camel@thor.lan" type="cite">
      <pre wrap="">On Mo, 2013-09-30 at 20:17 +0200, Peter Hafner wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">Sebastian,
Thanks for helping here.
With this pipline, I was testing my syntax on the pipline.
Here, a pipeline without failure. Special the part for sprop-parameter-sets
was hard to find out.
/data->pipeline = gst_parse_launch("udpsrc port=4000 
caps=\"application/x-rtp, media=(string)video, clock-rate=(int)90000, 
encoding-name=(string)H264, 
sprop-parameter-sets=(string)\\\"Z0KAHukBQHpCAAAH0AAB1MAI\\\\=\\\\=\\\\,aM48gA\\\\=\\\" 
\" ! rtph264depay ! avdec_h264 ! decodebin ! autovideosink", &error);//
/
Now this pipeline is parsed without any syntax failure message :-)
</pre>
      </blockquote>
      <pre wrap="">
You should be able to omit the sprop-parameter field. Also if you use
RTSP this information will be passed to the clients via the SDP :)
You would also be able to use playbin then.

Of course this only really works if your sender can do RTSP, e.g. if you
can use gst-rtsp-server for it.

</pre>
      <blockquote type="cite">
        <pre wrap="">If I have the original pipeline
/data->pipeline = gst_parse_launch("playbin", &error);/
everything is working.
after changing to "my" pipeline, and starting the app, I get
/gst_video_overlay_set_window_handle: assertion `GST_IS_VIDEO_OVERLAY 
(overlay)' failed/
With the latest patch

-    gst_x_overlay_set_window_handle (GST_X_OVERLAY (data->pipeline), 
(guintptr)data->native_window);
+    gst_video_overlay_set_window_handle (GST_VIDEO_OVERLAY 
(data->pipeline), (guintptr)data->native_window);

We changed from GST_X_OVERLAY to GST_VIDEO_OVERLAY, but again, the 
default pipeline is running, so I think, this will not be the problem.
</pre>
      </blockquote>
      <pre wrap="">
The difference is that the original pipeline was just the playbin
element, which implements the GstVideoOverlay interface. The new
pipeline is a bin containing many elements.

You'll have to get the video sink from that bin and call
gst_video_overlay_set_window_handle() on that, e.g.

data->pipeline = gst_parse_launch("udpsrc port=4000 ! ... ! decodebin ! eglglessink name=vsink", &error);
vsink = gst_bin_get_by_name (data->pipeline, "vsink");
gst_video_overlay_set_window_handle (GST_VIDEO_OVERLAY (vsink), (guintptr)data->native_window);
gst_object_unref (vsink);

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
gstreamer-android mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gstreamer-android@lists.freedesktop.org">gstreamer-android@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-android">http://lists.freedesktop.org/mailman/listinfo/gstreamer-android</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>