Skip to content

omxh264enc makes qtmux error out with "Buffer has no PTS."

Submitted by Hideaki Suzuki

Link to original bug (#781401)

Description

Test Environment:
Raspberry Pi2 + Raspbian Apr.2014 (kernel 4.9.21-v7+)

The following pipeline works under 1.8.x (gst-omx 1.2) but it fails after going to playing state since 1.10.x (gst-omx 1.10.x).

gst-launch-1.0 v4l2src num-buffers=1500 device=/dev/video0 ! 'video/x-raw,format=I420,width=640,height=480' ! queue ! omxh264enc ! h264parse ! mp4mux ! filesink location=/tmp/stream

The error message says "Buffer has no PTS."

Meanwhile, the following pipeline works under 1.10.x, too.
Note that the only difference of the two pipelines is: omxh264enc vs x264enc.

gst-launch-1.0 v4l2src num-buffers=1500 device=/dev/video0 ! 'video/x-raw,format=I420,width=640,height=480' ! queue ! x264enc ! h264parse ! mp4mux ! filesink location=/tmp/stream

Reverting a993883b (https://bugzilla.gnome.org/show_bug.cgi?id=772143) on the top of 1.10.4 code makes the pipeline to run again.

IMHO, the time-handling problem of omxh264enc has come into the open by the stricter checking of qtmux/mp4mux since 1.10.0 (1.9.90 in fact).

Version: 1.10.x