<div dir="ltr"><div><div>Hi again,<br><br></div>I have narrowed the bug down to a problem in kateenc not setting the headers until the pipeline content is finished. Using your example above but leaving off the num-buffers=1000 and then hitting ctrl-c to terminate the pipeline does not send the headers correctly to matroska. This seems to happen when setting the pipeline to any sort of 'live' stream, including setting 'stream=1' on the matroskamux.<br>
<br></div>Ive updated the bug ticket with all that info :) Hope that helps speed up kate's recovery :P<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Nov 11, 2013 at 7:03 PM, Sebastian Dröge <span dir="ltr"><<a href="mailto:sebastian@centricular.com" target="_blank">sebastian@centricular.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Mo, 2013-11-11 at 18:22 +1000, Dylan Broome wrote:<br>
> Hello,<br>
><br>
> I am trying to port my application over to gstreamer 1.0, and rewriting it<br>
> in python using GObject Introspection. I have done this with success<br>
> however there is something that has changed that I just, simply, have no<br>
> idea where to start looking for the solution and I hope that someone here<br>
> can point me in the right direction.<br>
><br>
> I am encoding video stream (from a rtspsrc) and a subtitle stream<br>
> (generated on the fly with appsrc) into a matroska container. I am using<br>
> the following launch line :<br>
><br>
> matroskamux name=mux ! filesink name=sink rtspsrc name=videosrc ! queue<br>
> name=videoqueue ! rtph264depay name=depay ! h264parse name=decode ! mux.<br>
> appsrc name=appsrc caps=text/x-raw,format=utf8 stream-type=0 format=3<br>
> is-live=true ! queue name=appqueue ! kateenc category=subtitles<br>
> name=kateenc ! mux.<br>
><br>
> The problem is when I play this video back using my 0.10 application, the<br>
> subtitles were displayed. Two streams are encoded in the .mkv, a H-264<br>
> video and subtitle/x-kate stream. When I play back the .mkv file using my<br>
> Gst 1.0 (1.2.0 to be specific) The subtitles are not displayed (Video is)<br>
> Upon inspection, vlc reports 2 steams, video and subtitle, and that the<br>
> codec for the subtitle stream has a codec of 'Undef'. Files generated by my<br>
> 0.10 application report the codec correctly as subtitle/x-kate.<br>
><br>
> Ive tried setting caps between kateenc and matroskamux to no avail.<br>
><br>
> Could this be something im missing with the new way Buffers (and the memory<br>
> within) are created? Maybe some meta-data?<br>
><br>
> Any help would be greatly appreciated, Thank you.<br>
<br>
</div></div>I'm not aware of anything that has changed in that regard, I would<br>
consider this a bug. Can you report that at <a href="http://bugzilla.gnome.org" target="_blank">http://bugzilla.gnome.org</a><br>
against GStreamer and include sample files?<br>
<br>
A file I created here with a test pipeline seems to work just fine (in<br>
GStreamer and VLC). This is the pipeline I used:<br>
<br>
> gst-launch-1.0 videotestsrc num-buffers=1000 ! x264enc ! h264parse ! matroskamux name=mux ! filesink location=test.mkv filesrc location=/some/test/subtitle/file ! subparse ! kateenc category=SUB ! mux.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Sebastian Dröge <<a href="mailto:sebastian@centricular.com">sebastian@centricular.com</a>><br>
Centricular Ltd - <a href="http://www.centricular.com" target="_blank">http://www.centricular.com</a><br>
Expertise, Straight from the Source<br>
</font></span><br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div>