[gstreamer-bugs] [Bug 604913] rtph264pay/NALU/rtph264depay

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=604913
  GStreamer | gst-plugins-good | 0.10.17

--- Comment #3 from Marc Leeman <marc.leeman at gmail.com> 2009-12-18 15:15:40 UTC ---

I might be missing something, but 

it does work if the decoder is started before the sender is started; so the
data seems to be sent at that point.

Only the receiver/decoder is not able to pick in on the stream once the sender
is started.

so:

1. start receiver then sender: OK
2. start sender then receiver: NOK

I'm trying to understand what is the difference between the two cases. The
payloader only sends this packet once (gets it only once too):

0:00:00.584424652 27649      0x106d240 DEBUG             rtph264pay
gstrtph264pay.c:748:gst_rtp_h264_pay_handle_buffer:<rtph264pay0> got 30 bytes
0:00:00.584436546 27649      0x106d240 DEBUG             rtph264pay
gstrtph264pay.c:806:gst_rtp_h264_pay_handle_buffer:<rtph264pay0> found first
start at 0, bytes left 30
0:00:00.584446946 27649      0x106d240 DEBUG             rtph264pay
gstrtph264pay.c:833:gst_rtp_h264_pay_handle_buffer:<rtph264pay0> found next
start at 18 of size 18
0:00:00.584456513 27649      0x106d240 DEBUG             rtph264pay
gstrtph264pay.c:456:gst_rtp_h264_pay_decode_nal: NAL payload len=18
0:00:00.584465079 27649      0x106d240 DEBUG             rtph264pay
gstrtph264pay.c:467:gst_rtp_h264_pay_decode_nal: Found SPS 0 3 7 Len=18
0:00:00.584473810 27649      0x106d240 DEBUG             rtph264pay
gstrtph264pay.c:493:gst_rtp_h264_pay_decode_nal: Profile level IDC = 420029

at startup; type 7 is never encountered again. This seems to match the
depayloader:

0:00:01.439597751 27702      0x153d400 DEBUG           rtph264depay
gstrtph264depay.c:255:gst_rtp_h264_depay_setcaps:<rtph264depay0> decoding param
0 (Z0IAKeKQFoe2BqwYBBuHiRFQ)
0:00:01.439625204 27702      0x153d400 DEBUG           rtph264depay
gstrtph264depay.c:261:gst_rtp_h264_depay_setcaps:<rtph264depay0> decoded 18
bytes
0:00:01.439655622 27702      0x153d400 DEBUG           rtph264depay
gstrtph264depay.c:255:gst_rtp_h264_depay_setcaps:<rtph264depay0> decoding param
1 (aM48gA==)
0:00:01.439666585 27702      0x153d400 DEBUG           rtph264depay
gstrtph264depay.c:261:gst_rtp_h264_depay_setcaps:<rtph264depay0> decoded 4
bytes


So probably this packet is inserted in the steam at startup of the depayloader;
but is never repeated. If it would be repeated; I guess the decoder could pick
in on the sender.

-- 
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.