mirror of
https://github.com/asterisk/asterisk.git
synced 2025-11-09 03:18:30 +00:00
H.263 frames can apparently be larger than was originally coded.
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@37785 65c4cc65-6c06-0410-ace0-fbb531ad65f3
This commit is contained in:
@@ -49,7 +49,13 @@ ASTERISK_FILE_VERSION(__FILE__, "$Revision$")
|
|||||||
|
|
||||||
/* Portions of the conversion code are by guido@sienanet.it */
|
/* Portions of the conversion code are by guido@sienanet.it */
|
||||||
|
|
||||||
#define BUF_SIZE 4096 /* Two Real h263 Frames */
|
/* According to:
|
||||||
|
* http://lists.mpegif.org/pipermail/mp4-tech/2005-July/005741.html
|
||||||
|
* the maximum actual frame size is not 2048, but 8192. Since the maximum
|
||||||
|
* theoretical limit is not much larger (32k = 15bits), we'll go for that
|
||||||
|
* size to ensure we don't corrupt frames sent to us (unless they're
|
||||||
|
* ridiculously large). */
|
||||||
|
#define BUF_SIZE 32768 /* Four real h.263 Frames */
|
||||||
|
|
||||||
struct h263_desc {
|
struct h263_desc {
|
||||||
unsigned int lastts;
|
unsigned int lastts;
|
||||||
|
|||||||
Reference in New Issue
Block a user