On 5/19/2018 9:13 PM, Michael Niedermayer wrote:
> On Sat, May 19, 2018 at 08:23:59PM -0300, James Almer wrote:
>> On 5/19/2018 6:40 PM, Michael Niedermayer wrote:
>>> On Fri, May 18, 2018 at 05:06:36PM +0200, Jerome Borsboom wrote:
Direct prediction for interlace frame B pictures references t
On Fri, May 18, 2018 at 05:06:18PM +0200, Jerome Borsboom wrote:
> FIELDTX bitplane is only present in interlace frame I pictures.
> v->fieldtx_is_raw may spill over from a previous interlaced frame I picture
> while decoding a non-interlace frame I picture.
>
> Signed-off-by: Jerome Borsboom
> -
On Sat, May 19, 2018 at 08:23:59PM -0300, James Almer wrote:
> On 5/19/2018 6:40 PM, Michael Niedermayer wrote:
> > On Fri, May 18, 2018 at 05:06:36PM +0200, Jerome Borsboom wrote:
> >> Direct prediction for interlace frame B pictures references the mv in the
> >> second block in an MB in the backw
On Fri, May 18, 2018 at 05:06:28PM +0200, Jerome Borsboom wrote:
> DIRECTBIT was decoded before the intra/inter MB branching when decoding
> interlace frame B pictures. Resulting in mistakenly also decoding it for intra
> MBs where this syntax element is not present.
>
> Signed-off-by: Jerome Bors
On Fri, May 18, 2018 at 05:06:32PM +0200, Jerome Borsboom wrote:
> Only for the last slice of the first field is the last line of the slice
> equal to the height of the field.
>
> Signed-off-by: Jerome Borsboom
> ---
> libavcodec/vc1dec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
On 5/19/2018 6:40 PM, Michael Niedermayer wrote:
> On Fri, May 18, 2018 at 05:06:36PM +0200, Jerome Borsboom wrote:
>> Direct prediction for interlace frame B pictures references the mv in the
>> second block in an MB in the backward reference frame for the twomv case.
>> When the backward referenc
On Fri, May 18, 2018 at 05:06:23PM +0200, Jerome Borsboom wrote:
> For interlace field pictures s->mb_height indicates the height of the full
> picture in MBs, i.e. the two fields combined. A single field is half this
> size. When calculating mquant for interlace field pictures, the bottom edge
> i
On 5/19/2018 6:31 PM, Michael Niedermayer wrote:
> On Fri, May 18, 2018 at 11:15:04AM -0700, Aman Gupta wrote:
>> From: Aman Gupta
>>
>> These fields will allow the mpegts demuxer to expose details about
>> the PMT/program which created the AVProgram and its AVStreams.
>>
>> In mpegts, a PMT which
On Fri, May 18, 2018 at 05:06:36PM +0200, Jerome Borsboom wrote:
> Direct prediction for interlace frame B pictures references the mv in the
> second block in an MB in the backward reference frame for the twomv case.
> When the backward reference frame is an I frame, this value may be unset.
>
> S
On Fri, May 18, 2018 at 11:15:04AM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> These fields will allow the mpegts demuxer to expose details about
> the PMT/program which created the AVProgram and its AVStreams.
>
> In mpegts, a PMT which advertises streams has a version number
> which can be
On Sat, May 19, 2018 at 08:51:26PM +0200, Paul B Mahol wrote:
> On 5/12/18, Michael Niedermayer wrote:
> > This massively reduces the detection of random data as low score mp3
> > It may improve security by making it harder to read non multimedia data
> >
> > Signed-off-by: Michael Niedermayer
>
On Sat, May 12, 2018 at 06:33:29PM +0200, Michael Niedermayer wrote:
> This eliminates several low score detections of non mp3 files
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mp3dec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
please report any cases th
On Sat, May 12, 2018 at 06:33:28PM +0200, Michael Niedermayer wrote:
> This corrects several misdetections of large files
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mp3dec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
please report any cases with CC to me
On 5/12/18, Michael Niedermayer wrote:
> This massively reduces the detection of random data as low score mp3
> It may improve security by making it harder to read non multimedia data
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mp3dec.c | 10 +++---
> 1 file changed, 7 inserti
The libvpx doxy says that a value of 0 for the g_threads field is
equivalent to a value of 1, whereas for avctx->thread_count it means
the maximum amount of threads possible for the host system.
Use av_cpu_count() to get the correct thread count when auto threads
is requested.
Signed-off-by: Jame
>
> Thanks for comments and testing.
> Dropped the window_pos patch.
>
> New patch in attach :
> - 001 : Fix -window_size option --> Unchanged patch
> - 002 : Add option to disable quit action : Add doc
>
>
> Pushed
Martin
___
ffmpeg-devel mailing list
f
On Fri, May 18, 2018 at 16:54:25 -0700, Wang Cao wrote:
Apart from the functional changes:
> data_size += ost->data_size;
> -if ( (ost->enc_ctx->flags & (AV_CODEC_FLAG_PASS1 |
> AV_CODEC_FLAG_PASS2))
> +
> +if ((ost->enc_ctx->flags & (AV_CODEC_FLAG_PASS1 |
> AV_CODEC
17 matches
Mail list logo
