[Bug 763278] tcpserversink problems with TS muxed stream.
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Tue Mar 8 12:20:20 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=763278
--- Comment #3 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
You run "git bisect" according to its documentation in a GStreamer checkout,
and for each step check if your problem is still there or disappeared. In the
end it tells you which commit is the problem.
In any case, I'm not sure what the problem is you're observing. I tried this
pipeline. With sync-method=2, nc never receives any data. In 1.7.90 and 1.6.3.
With the default sync-method it does. Is this the problem you see? Which
versions are you actually testing?
> gst-launch-1.0 -v audiotestsrc !\
> queue ! audioconvert ! audiorate !\
> voaacenc bitrate=128000 !\
> audio/mpeg,mpegversion=4, stream-format=raw !\
> aacparse ! queue !\
> muxer. videotestsrc !\
> queue max-size-bytes=0 leaky=2 max-size-buffers=30 !\
> videoconvert ! queue !\
> x264enc bitrate=3499 tune=zerolatency speed-preset=6 key-int-max=60 bframes=0 !\
> video/x-h264,alignment=au,stream-format=byte-stream,profile=main !\
> h264parse ! queue !\
> mpegtsmux name=muxer !\
> tsparse ! queue !\
> tcpserversink port=5010 host=127.0.0.1 sync-method=2
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list