Possible bug in rtpjpegpay and/or rtpjpegdepay.

[Nicolas Dufresne]

Le jeudi 27 juillet 2017 à 14:20 -0700, rrazavi a écrit :
> I'm trying to playback rtsp with jpegpay in an Android device. Client
> pipeline is something simple like this :
> udpsrc buffer-size=26214400 port=5000
> caps=application/x-rtp,media=video,clock-rate=90000,encoding-
> name=JPEG,payload=96
> ! queue ! rtpjitterbuffer ! queue ! rtpjpegdepay ! queue ! jpegdec !
> queue 
> ! glupload ! queue  ! glcolorconvert ! queue ! glimagesinkelement
> 
> I've already increased kernel udp maximum memory size in device and
> get this
> from Android device command line:
> sysctl net.core.rmem_default net.core.rmem_max net.core.wmem_default
> net.core.wmem_max
> net.core.rmem_default = 212992
> net.core.rmem_max = 26214400
> net.core.wmem_default = 212992
> net.core.wmem_max = 212992
> 
> But I'm still getting the same error as before :
> gstrtpjpegdepay.c:760:gst_rtp_jpeg_depay_process:<rtpjpegdepay0>
> discarding
> data packets received when we have no header

Maybe this time, the receiver is just too slow. If your reduce the
framerate, is it better ? What is the size of the jpeg images ? (peek
size is important)

Nicolas