On 05.11.2014 19:26, Luca Barbato wrote:
On 27/10/14 20:32, Martin Storsjö wrote:
On Mon, 27 Oct 2014, Luca Barbato wrote:
From: ThomasVolkert <[email protected]>
Signed-off-by: Luca Barbato <[email protected]>
---
Disregard the previous.
libavcodec/mpegvideo_enc.c | 3 +
libavformat/Makefile | 2 +
libavformat/rtpdec.c | 1 +
libavformat/rtpdec_formats.h | 5 ++
libavformat/rtpdec_h261.c | 203
+++++++++++++++++++++++++++++++++++++++++++
libavformat/rtpenc.c | 4 +
libavformat/rtpenc.h | 1 +
libavformat/rtpenc_h261.c | 58 +++++++++++++
8 files changed, 277 insertions(+)
create mode 100644 libavformat/rtpdec_h261.c
create mode 100644 libavformat/rtpenc_h261.c
diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
index bb612d6..5a2f318 100644
--- a/libavcodec/mpegvideo_enc.c
+++ b/libavcodec/mpegvideo_enc.c
@@ -2635,6 +2635,9 @@ static int encode_thread(AVCodecContext *c, void
*arg){
if(s->start_mb_y == mb_y && mb_y > 0 && mb_x==0)
is_gob_start=1;
switch(s->codec_id){
+ case AV_CODEC_ID_H261:
+ is_gob_start = 0; //FIXME
+ break;
case AV_CODEC_ID_H263:
case AV_CODEC_ID_H263P:
if(!s->h263_slice_structured)
So, what's the actual reason for this change? It most definitely needs
to be documented here, instead of just marked as fixme.
I had the same question, got no answer, by looking around the code it
seems fitting the rest of it and I didn't investigate more than that.
lu
Sorry, this is just delayed - not dropped. :-)
Currently, I try to solve that FIXME to get a complete patch. If this is
not working, I will re-post the parts that I already have in the hope
someone else solves this FIXME. This time I will add more documentation
about that FIXME.
Regards,
Thomas.
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
