h264 recording

[Robert Armstrong]

I'm continuing to debug an issue w/ recording/streaming H.264 from a
proprietary UVC USB camera.

This works fine:

gst-launch-1.0 v4l2src device=/dev/video1 num-buffers=150 ! queue !
 h264parse ! avimux ! filesink location=foo.avi

But this produces a file with only few frames:

gst-launch-1.0 v4l2src device=/dev/video1 num-buffers=150 ! queue !
 h264parse ! mp4mux faststart=true ! filesink location=foo.mp4

This has the same issues as the mp4mux:

gst-launch-1.0 -e v4l2src device=/dev/video1 !
video/x-h264,width=1280,height=720,framerate=30/1 ! h264parse ! queue !
rtph264pay ! udpsink host=192.168.168.121 port=5000

If I crank up the debug level on the mp4mux example, the main difference
seems to be this:

0:00:01.864250954   847  0x9ae0db0 WARN               h264parse
gsth264parse.c:1205:gst_h264_parse_handle_frame:<h264parse0> broken/invalid
nal Type: 1 Slice, Size: 20747 will be dropped
0:00:01.896477567   847  0x9ae0db0 WARN               h264parse
gsth264parse.c:1205:gst_h264_parse_handle_frame:<h264parse0> broken/invalid
nal Type: 1 Slice, Size: 21045 will be dropped
0:00:01.932409929   847  0x9ae0db0 WARN               h264parse
gsth264parse.c:1205:gst_h264_parse_handle_frame:<h264parse0> broken/invalid
nal Type: 1 Slice, Size: 19627 will be dropped
0:00:01.964358670   847  0x9ae0db0 WARN               h264parse
gsth264parse.c:1205:gst_h264_parse_handle_frame:<h264parse0> broken/invalid
nal Type: 1 Slice, Size: 19898 will be dropped
0:00:01.996332701   847  0x9ae0db0 WARN               h264parse
gsth264parse.c:1205:gst_h264_parse_handle_frame:<h264parse0> broken/invalid
nal Type: 1 Slice, Size: 19490 will be dropped

The avimux pipeline will only drop one frame over 5 seconds.

The same frame dropping happens if I try to stream by connecting h264parse
to rtph264pay.

Any suggestions on how to address? Are there parameters I can use to tune
mp4mux? Is it possible that avimux is more tolerant of the data it's
receiving than mp4mux?

Thanks in advance!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160112/62884c6a/attachment.html>