the structure is different, it doesn't appear in ffmpeg3
On Wed, Feb 15, 2017 at 10:00 AM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> On Wed, Feb 15, 2017 at 08:24:24AM +0800, Shi Qiu wrote:
> > no, it's different in ffmpeg3
>
> which commit fixed it ?
>
> [...]
> --
> Michael Gnu
On Wed, Feb 15, 2017 at 08:24:24AM +0800, Shi Qiu wrote:
> no, it's different in ffmpeg3
which commit fixed it ?
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Asymptotically faster algorithms should always be preferred if you have
asymptotical amounts of data
no, it's different in ffmpeg3
On Tue, Feb 14, 2017 at 9:21 PM, Michael Niedermayer wrote:
> On Tue, Feb 14, 2017 at 12:03:56PM +0800, Shi Qiu wrote:
> > libavformat/utils.c,line 3308:
>
> Is this issue reproduceable with git master ?
>
>
> [...]
> --
> Michael GnuPG fingerprint: 9FF2128B147E
On Tue, Feb 14, 2017 at 12:03:56PM +0800, Shi Qiu wrote:
> libavformat/utils.c,line 3308:
Is this issue reproduceable with git master ?
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In a rich man's house there is no place to spit but his face.
-- Diogenes of
libavformat/utils.c,line 3308:
if (ic->flags & AVFMT_FLAG_NOBUFFER)
> free_packet_buffer(&ic->internal->packet_buffer,
>&ic->internal->packet_buffer_end);
> {
> pkt = add_to_pktbuf(&ic->internal->packet_buffer, &pkt1,
> &ic->internal->packet_
