GNOME Bugzilla – Bug 581703
rtph263pay rtp numbers not continuous
Last modified: 2010-11-01 17:30:35 UTC
Please describe the problem: when using rtph263pay; the RTP sequence numbers are not continuous as captured on the sending machine. Steps to reproduce: 1. gst-launch udpsrc multicast-group=226.255.0.55 port=6000 caps="application/x-rtp,clock-rate=(int)90000" ! gstrtpjitterbuffer ! gstrtpptdemux ! rtph263depay ! queue2 ! rtph263pay pt=34 ! tee name=d d. ! queue2 ! udpsink host=226.226.226.123 port=6000 d. ! queue2 ! gdppay ! filesink location=h263pay-rtp.log Actual results: see wireshark and gdp dump with logging of missing packets. Capture is done on the sending machine, so no network issues can carete this that I know of. Expected results: rtp packets in sequence Does this happen every time? yes Other information: see wireshark and gdp dump with logging of missing packets. Capture is done on the sending machine, so no network issues can carete this that I know of.
Created attachment 134173 [details] warnings on missing sequence numbers
wireshark dump (including encoder input and gstreamer output): http://crichton.homelinux.org/~marc/downloads/h263_wireshark_rtph263pay_dump.cap.gz gdp dump before sending http://crichton.homelinux.org/~marc/downloads/ h263pay-rtp.gdp.log.gz
The only reason I can see is that the payloader would reuse and modify buffers after it pushed them out, modifying the seqnum of the buffer downstream. That would be bad and it's not possible to quickly see this from the code...
Haven't seent this anymore in the last year.