[FFmpeg-devel] [PATCH 0/3] Workaround for large JPEG over RTP

Andrey Utkin andrey.utkin at corp.bluecherry.net
Fri Dec 11 13:48:21 CET 2015

On Wed, Dec 9, 2015 at 4:26 PM, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:
> On Tuesday 08 December 2015 01:10:30 pm Andrey Utkin wrote:
>> RFCs for JPEG over RTP don't support dimensions larger than pixels,
>> but it is possible to work around if we stick with information from SDP.
> Sorry if I misunderstand:
> If the rfc does not allow framesizes over 2040x2040 why should FFmpeg
> allow to send them?

The question sounds like you would prefer FFmpeg to fail voluntary in
this case rather than to work it around.

It currently allows this (rtp-encoding JPEG with larger dimensions),
with a downside that receiving side perceives 2048 pixels dimension
like 0 pixels, etc.

> And am I correct that you found the framesize attribute in rfc 6064?

I've found this during extensive online searches. Indeed, RFC 6064
seems the only source specifying this attribute, and it targets H.263
There are some phrases that "ONVIF specifications have solution for
this shortcoming" (found on live555 maillist and somewhere else), but
I don't see what exactly that solution is.

> Is there another tool that is able to send or receive larger frames?

>From another FFmpeg ticket I see that Axis IP cameras do send:

----- QUOTE -----
Opening an input file: rtsp://
[rtsp @ 0x1ce0940] SDP:
o=- 1396746078623612 1396746078623612 IN IP4
s=Media Presentation
t=0 0
m=video 0 RTP/AVP 26
c=IN IP4
a=framesize:26 2048-1536
----- END QUOTE -----

And I'd assume Axis developers test it against something.

Bluecherry developer.

More information about the ffmpeg-devel mailing list