Chiebot-Mirror/FFmpeg - FFmpeg - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Martin Storsjö	c4584f3c1f	rtpenc: Allow packetizing H263 according to the old RFC 2190 According to newer RFCs, this packetization scheme should only be used for interfacing with legacy systems. Implementing this packetization mode properly requires parsing the full H263 bitstream to find macroblock boundaries (and knowing their macroblock and gob numbers and motion vector predictors). This implementation tries to look for GOB headers (which can be inserted by using -ps <small number>), but if the GOBs aren't small enough to fit into the MTU, the packetizer blindly splits packets at any offset and claims it to be a GOB boundary (by using Mode A from the RFC). While not correct, this seems to work with some receivers. Signed-off-by: Martin Storsjö <martin@martin.st>	13 years ago
Mans Rullgard	2912e87a6c	Replace FFmpeg with Libav in licence headers Signed-off-by: Mans Rullgard <mans@mansr.com>	14 years ago
Martin Storsjö	34056cbba5	Fix a crash in the H.263 RTP packetizer If size == 1 and buf[0] == 0 and buf[1] == 0 (the first byte after the buffer), it would set size = -1 and crash in the later memcpy. Originally committed as revision 22469 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago
Luca Abeni	22c1f65fa6	Rename the RTP muxer sources so that the packetisation functions are in rtpenc_*.c files. Originally committed as revision 21284 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago
Luca Abeni	0f55f341fe	Fix the copyright year Originally committed as revision 18348 to svn://svn.ffmpeg.org/ffmpeg/trunk	16 years ago
Martin Storsjö	9edfaf3c6c	Add support for H.263 video in the RTP muxer patch by Martin Storsjö (martin AT martin DOT st) Originally committed as revision 18347 to svn://svn.ffmpeg.org/ffmpeg/trunk	16 years ago