[Bug 729054] New: Schroenc element fails
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sun Apr 27 06:18:11 PDT 2014
https://bugzilla.gnome.org/show_bug.cgi?id=729054
GStreamer | gst-plugins-bad | 1.2.3
Summary: Schroenc element fails
Classification: Platform
Product: GStreamer
Version: 1.2.3
OS/Version: Windows
Status: UNCONFIRMED
Severity: major
Priority: Normal
Component: gst-plugins-bad
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: mathieu_hinder12 at hotmail.com
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
I have the following working pipeline to receive, transcode, and stream a
video, all with h264 (encapsulated in rtp in udp);
gst-launch-1.0 udpsrc uri=udp://192.168.56.101:5000 caps='application/x-rtp,
media=(string)video, clock-rate=90000' ! rtpmp2tdepay ! tsdemux ! h264parse !
avdec_h264 ! videoconvert ! videoscale ! video/x-raw, width=500 ! x264enc
tune=zerolatency bitrate=512! h264parse ! mpegtsmux ! rtpmp2tpay pt=33 !
udpsink host=192.168.56.102 port=4000
This gives no errors or warnings at all. When replacing x264enc + h264parse
with schroenc, this is the resulting pipeline;
gst-launch-1.0 udpsrc uri=udp://192.168.56.101:5000 caps='application/x-rtp,
media=(string)video, clock-rate=90000' ! rtpmp2tdepay ! tsdemux ! h264parse !
avdec_h264 ! videoconvert ! videoscale ! video/x-raw, width=500 ! schroenc
bitrate=512 ! mpegtsmux ! rtpmp2tpay pt=33 ! udpsink host=192.168.56.102
port=4000
This gives me the following 2 criticals:
(gst-launch-1.0:9832): GStreamer-CRITICAL **: _gst_util_uint64_scale: assertion
`denom != 0' failed
** (gst-launch-1.0:9832): CRITICAL **: gst_video_encoder_set_latency: assertion
`GST_CLOCK_TIME_IS_VALID (min_latency)' failed
It does start encoding, but after a few seconds it stops with the terminal
message "Killed"
If using a videotestsrc ! schroenc ! ... (same parts as above), it works.
Some debug info here: http://pastebin.com/yFXh2KBs
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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