On Mon, Jul 27, 2020 at 04:57:29PM +0800, Steven Liu wrote: > hwren <hwr...@126.com> 于2020年7月27日周一 下午3:59写道： > > > > > > > > > 在 2020-07-27 15:26:24，"Steven Liu" <lingjiujia...@gmail.com> 写道： > > ><hwr...@126.com> 于2020年7月27日周一 下午2:22写道： > > >> > > >> From: hwren <hwr...@126.com> > > >> > > >> Signed-off-by: hwren <hwr...@126.com> > > >> --- > > >> libavcodec/libxavs2.c | 6 ++++++ > > >> 1 file changed, 6 insertions(+) > > >> > > >> diff --git a/libavcodec/libxavs2.c b/libavcodec/libxavs2.c > > >> index 76b57e731e..8519f6925a 100644 > > >> --- a/libavcodec/libxavs2.c > > >> +++ b/libavcodec/libxavs2.c > > >> @@ -223,6 +223,12 @@ static int xavs2_encode_frame(AVCodecContext > > >> *avctx, AVPacket *pkt, > > >> pkt->pts = cae->packet.pts; > > >> pkt->dts = cae->packet.dts; > > >> > > >> + if (cae->packet.type == XAVS2_TYPE_IDR || > > >> + cae->packet.type == XAVS2_TYPE_I || > > >Don't support OpenGOP? > > > > There is no obvious difference between IDR/I frame in AVS2. Actually we > > will use TYPE_I in most cases. > > So I think, when a jump occurs, ffmpeg just needs to find the closest I > > frame. Then the decoder will > > determine the validity and discard the illegal frames. This method may > > trigger some error reports, > > but they should be harmless. > > Looks ok then.
will apply thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB You can kill me, but you cannot change the truth.
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
