While there is no reason for starting a frame with anything else
than a Mode A packet, some senders seem to consistently use Mode B
packets for everything. This fixes depacketization of such streams.
---
libavformat/rtpdec_h263_rfc2190.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/rtpdec_h263_rfc2190.c
b/libavformat/rtpdec_h263_rfc2190.c
index a3a4825..92102f3 100644
--- a/libavformat/rtpdec_h263_rfc2190.c
+++ b/libavformat/rtpdec_h263_rfc2190.c
@@ -132,7 +132,7 @@ static int h263_handle_packet(AVFormatContext *ctx,
PayloadContext *data,
if (!data->buf) {
/* Check the picture start code, only start buffering a new frame
* if this is correct */
- if (!f && len > 4 && AV_RB32(buf) >> 10 == 0x20) {
+ if (len > 4 && AV_RB32(buf) >> 10 == 0x20) {
int ret = avio_open_dyn_buf(&data->buf);
if (ret < 0)
return ret;
--
1.7.9.4
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
