< MAX_DELAYED_PIC_COUNT; i++)
h->last_pocs[i] = INT_MIN;
On Tue, Jul 31, 2018 at 7:18 PM Carl Eugen Hoyos wrote:
> 2018-07-28 14:57 GMT+02:00, Naveed Basha :
> > Yes, please find the test stream here. I was using ffmpeg v3.4.2.
> >
> > https://drive.google.com/ope
Thank you Carl.
Is this a known issue? Is there any known good version which does not have
have this issue?
On Wed, Aug 1, 2018 at 4:48 AM Carl Eugen Hoyos wrote:
> 2018-07-28 14:57 GMT+02:00, Naveed Basha :
> > Yes, please find the test stream here. I was using ffmpeg v3.4.2.
>
programmer has to
adopt some logic?
Could someone please help me with this?
On Sat, Jul 28, 2018 at 6:27 PM Naveed Basha wrote:
> Yes, please find the test stream here. I was using ffmpeg v3.4.2.
>
> https://drive.google.com/open?id=1rHCfG4csA3rB4LSgErEBn1F3WfI5nUVr
>
> On Sat, Jul 2
Yes, please find the test stream here. I was using ffmpeg v3.4.2.
https://drive.google.com/open?id=1rHCfG4csA3rB4LSgErEBn1F3WfI5nUVr
On Sat, Jul 28, 2018 at 6:36 AM Michael Niedermayer
wrote:
> On Fri, Jul 27, 2018 at 05:27:44PM +0530, Naveed Basha wrote:
> > Hi All,
>
Yes I have it.
On Sat, 28 Jul 2018 at 6:36 AM, Michael Niedermayer
wrote:
> On Fri, Jul 27, 2018 at 05:27:44PM +0530, Naveed Basha wrote:
> > Hi All,
> >
> > I used av_read_frame to get the AVPacket from encoded h264 file. But when
> > this packet (00 00 01 05 94 5a
Hi All,
I used av_read_frame to get the AVPacket from encoded h264 file. But when
this packet (00 00 01 05 94 5a 33 e7 4d 6b d7 ad 13 86 ff 47 83 93 31 f1 e3
0a) is in the input stream (h264 video) ffmpeg decoder stops decoding
frames for any subsequent AVPackets. But if I skip this packet to prov
