rtsp-stream: Use seqnum-offset for rtpinfo

The sequence number in the rtpinfo is supposed to be the first RTP
sequence number. The "seqnum" property on a payloader is supposed to be
the number from the last processed RTP packet. The sequence number for
payloaders that inherit gstrtpbasepayload will not be correct in case of
buffer lists. In order to fix the seqnum property on the payloaders
gst-rtsp-server must get the sequence number for rtpinfo elsewhere and
"seqnum-offset" from the "stats" property contains the value of the
very first RTP packet in a stream. The server will, however, try to look
at the last simple in the sink element and only use properties on the
payloader in case there no sink elements yet, and by looking at the last
sample of the sink gives the server full control of which RTP packet it
looks at. If the payloader does not have the "stats" property, "seqnum"
is still used since "seqnum-offset" is only present in as part of
"stats" and this is still an issue not solved with this patch.

Needed for gst-plugins-base!17
4 jobs for master in 1 minute and 40 seconds (queued for 2 seconds)
latest
Status Job ID Name Coverage
  Manifest
passed #43895
manifest

00:00:20

 
  Build
failed #43909
build fedora x86_64

00:01:19

canceled #43906
build fedora x86_64

00:01:44

failed #43896
build fedora x86_64

00:03:57

 
Name Stage Failure
failed
build fedora x86_64 Build
Uploading artifacts...
manifest.xml: found 1 matching files
WARNING: Uploading artifacts to coordinator... failed id=43909 responseStatus=500 Internal Server Error status=500 Internal Server Error token=e2Yyc9LF
WARNING: Retrying...
WARNING: Uploading artifacts to coordinator... failed id=43909 responseStatus=500 Internal Server Error status=500 Internal Server Error token=e2Yyc9LF
WARNING: Retrying...
WARNING: Uploading artifacts to coordinator... failed id=43909 responseStatus=500 Internal Server Error status=500 Internal Server Error token=e2Yyc9LF
FATAL: invalid argument
ERROR: Job failed: exit code 1