<div dir="ltr">I'm going to go out on a limb and suggest that you're now seeing with matroskamux the same problem that I was experiencing with mp4mux. We both need to send an EOS through the muxer to get it to "finalize" the file, which I gather means tacking on the metadata required for the file to be correct.<div>
<br></div><div>I'm not using matroska myself, but I seem to remember seeing that for matroskamux you can set "streaming=true" to avoid the need to finalize the file. But I'm sure there's some downside to doing that (increased file size?), otherwise what would be the point of "streaming=false"?</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Dec 31, 2013 at 1:20 AM, Pedro Côrte-Real <span dir="ltr"><<a href="mailto:pedro@pedrocr.net" target="_blank">pedro@pedrocr.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've been using matroska as a container for h264 and am having trouble<br>
getting correct file sizes when read by totem/vlc:<br>
<br>
1) When streamed from a live source (rtsp) vlc/totem don't know the<br>
video length at the beginning of playback<br>
2) When concatenated from several demuxed mkv files the total length<br>
is correct, the total file size is correct too, but when it gets to<br>
the end of the length of the first original file the stream stops<br>
playing<br>
3) vlc always complains of "mkv demux error: Cluster too big, aborting"<br>
<br>
Any ideas what the issues are here? I've tried tweaking<br>
min-index-interval without much difference I could find.<br>
<br>
Pedro<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>
</blockquote></div><br></div>