After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 759655 - flvmux does not produce video stream
flvmux does not produce video stream
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.6.1
Other Windows
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-12-19 01:33 UTC by naviathan
Modified: 2017-12-20 19:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description naviathan 2015-12-19 01:33:14 UTC 
I've been trying to source an rtsp stream from an ip camera, mux the audio from a mixer board plugged in through USB and push it out to nginx-rtmp with flvmux ! rtmpsink. I get no video or a single frame of video. Oddly enough the audio works just fine. If I pipe everything through mp4mux to a filesink it works great. The audio even syncs without any delays in the video. I don't know what's going on with this, but something is definitely broken in flvmux.
Comment 1 naviathan 2015-12-19 01:40:12 UTC 
UPDATE: I skipped back to 1.5.1 and everything work perfectly! I don't know where it broke, but I don't have time to test every version from 1.5.1 up to see where it changed.
Comment 2 Nicolas Dufresne (ndufresne) 2015-12-19 04:11:47 UTC 
Please explain how to reproduce your problem, by providing an example or something. Describe how the stream is encoded too. If we can't reproduce, we cannot help, and this bug won't be useful.
Comment 3 naviathan 2015-12-19 21:45:33 UTC 
This is the command I'm using:

gst-launch-1.0 flvmux streamable=true name=mux ! rtmpsink location='rtmp://127.0.0.1/live/service live=1' directsoundsrc ! audioconvert ! voaacenc ! mux. rtspsrc location=rtspt://192.168.0.200:80/1 latency=0 ! rtph264depay ! video/x-h264 ! h264parse ! mux.

It acts like it's working in 1.6.1 and 1.6.0, but I either get a single frame and the audio plays or nothing. In 1.5.1 it works perfectly.
Comment 4 Nicolas Dufresne (ndufresne) 2015-12-19 22:51:54 UTC 
Maybe you could bisect. Any server we can use to reproduce ?
Comment 5 naviathan 2015-12-19 22:55:58 UTC 
I'm pulling from an IP camera locally so unfortunately I don't have an alternate source. The camera users live555 for its rtsp stream.
Comment 6 Nicolas Dufresne (ndufresne) 2015-12-19 23:10:17 UTC 
Maybe you could provide a sample of the broken flv ?
Comment 7 naviathan 2015-12-20 01:27:41 UTC 
It's a live stream and any static files I created while working this out I deleted. Trying to prepare for a christmas service for our church. I can attempt to recreate this after the holidays. I want to try to reduce any latency in the feeds as much as possible anyway.
Comment 8 Tim-Philipp Müller 2017-12-20 19:29:32 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!