problems generating an H264 stream

[Chuck Crisler]

I have a rather unusual and convoluted pipeline. I am trying to generate an
H264 stream and send it out through the RTP H264 payloader. That is
happening but the packets are not what I want/need. All of the RTP headers
have the marker bit set. The H264 component of the packets (according to
wireshark) simply starts with a NAL unit header and have larger
'first_mb_in_slice' counts until a NAL unit access unit delimiter packet.
What I need are packets with the FU-A headers. I think that this means not
byte-stream oriented, but I am not sure. What parameter(s) do I specify to
get those?

My pipeline is like this: udpsrc -> mpegtsdemux -> h264parse -> ffdec_h264
-> x264enc -> rtph264pay -> udpsink

I have left out less important elements for clarity, like queues. I have
tried with and without h264parse, which doesn't seem to make any
difference. Here are the first few trace lines from h264parse in the trace.
I didn't think to get the decoder. :-( These are repeated many times.

Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977075402   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:2363:gst_h264_parse_sink_event:<VideoH264Parse> Pushing
newseg rate 1, applied rate 1, format 3, start 81022722222, stop -1, pos 0
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977241036   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:1409:gst_h264_parse_sink_setcaps:<VideoH264Parse> have
bytestream h264
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977294297   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:2312:gst_h264_parse_chain:<VideoH264Parse> received
buffer of size 162
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977316913   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:1757:gst_h264_parse_chain_forward:<VideoH264Parse> NAL
type: 1, ref_idc: 2
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977332555   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:362:gst_h264_parse_get_pps:<VideoH264Parse> Creating
pps with pps_id=0000
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977371858   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:340:gst_h264_parse_get_sps:<VideoH264Parse> Creating
sps with sps_id=0000
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977398089   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:1776:gst_h264_parse_chain_forward:<VideoH264Parse>
first MB: 0, slice type: 5
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977425532   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:1784:gst_h264_parse_chain_forward:<VideoH264Parse> we
have a P slice
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977446500   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:2312:gst_h264_parse_chain:<VideoH264Parse> received
buffer of size 4048
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977491182   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:1757:gst_h264_parse_chain_forward:<VideoH264Parse> NAL
type: 1, ref_idc: 2
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977518350   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:1776:gst_h264_parse_chain_forward:<VideoH264Parse>
first MB: 0, slice type: 5
Mar  5 16:14:23 imsvcctl[463]: 0:00:14.977531861   463
0xf6207568 DEBUG              h264parse
gsth264parse.c:1784:gst_h264_parse_chain_forward:<VideoH264Parse> we
have a P slice

Thank you for any comments or help.

Chuck Crisler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20130305/d7dea675/attachment.html>