On 15-06-2018 09:50 PM, Gyan Doshi wrote:
On 13-06-2018 07:08 PM, Gyan Doshi wrote:
Default for both parameters in both libs is 0.
Ping.
Will push in a day.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/
Feature of converting audio to AAX format is highly useful in some cases. In my
case I need to transfer personal audio files for listening on Kindle e-reader,
which only accepts Audible files. The AAX files are to be encrypted with
information of activation_bytes of individual Audible accounts (
2018-06-17 6:21 GMT+02:00, Ramiro Polla :
> +int ff_mb_type_str(char *str, int size, int mb_type)
I don't think you can use "ff_" functions from a tool, you
have to make this part of the API afaict.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel
On Sun, 17 Jun 2018 03:05:27 +0200
Michael Niedermayer wrote:
> On Tue, Jun 12, 2018 at 12:53:20PM +0300, Shlomi Fish wrote:
> > This message did not arrive to the list after three submissions.
> >
> > Begin forwarded message:
> >
> > Date: Tue, 12 Jun 2018 12:42:52 +0300
> > From: Shlomi Fish
On 17 June 2018 at 05:21, Ramiro Polla wrote:
> ---
> libavcodec/avcodec.h | 4
> libavcodec/mpegutils.c | 20
> libavcodec/options_table.h | 1 +
> libavutil/frame.c | 1 +
> libavutil/frame.h | 9 +
> 5 files changed, 35 inserti
On 14/06/18 05:51, Xiang, Haihao wrote:
> On Wed, 2018-06-13 at 23:27 +0100, Mark Thompson wrote:
>> On 12/06/18 08:22, Xiang, Haihao wrote:
>>> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
Previously there was one fixed choice for each codec (e.g. H.265 -> Main
profile), and u
On 14/06/18 07:48, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> Choose what types of reference frames will be used based on what types
>> are available, and make the intra-only mode explicit (GOP size one,
>> which must be used for MJPEG).
>> ---
>> libavcodec/
On 14/06/18 07:07, Xiang, Haihao wrote:
> On Wed, 2018-06-13 at 23:42 +0100, Mark Thompson wrote:
>> On 13/06/18 08:03, Xiang, Haihao wrote:
>>> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
Query which modes are supported and select between VBR and CBR based
on that - this remo
On 14/06/18 08:15, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> Add a larger warning more clearly explaining the consequences of missing
>> packed header support in the driver. Also only write the extradata if the
>> user actually requests it via the GLOBAL_HEA
On 14/06/18 08:22, Li, Zhong wrote:
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>> Of Xiang, Haihao
>> Sent: Thursday, June 14, 2018 2:08 PM
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH v2 16/36] vaapi_encode: Clean
On 14/06/18 10:50, Carl Eugen Hoyos wrote:
> 2018-06-14 5:08 GMT+02:00, Li, Zhong :
>>> -Original Message-
>>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>>> Of Carl Eugen Hoyos
>>> Sent: Wednesday, June 13, 2018 6:11 PM
>>> To: FFmpeg development discussions and
On 15/06/18 01:52, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> ---
>> configure | 2 +
>> libavcodec/Makefile | 1 +
>> libavcodec/cbs.c | 6 +
>> libavcodec/cbs_internal.h |
On 15/06/18 02:37, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> Also adds greyscale, 4:2:2, 4:4:4 and RGB support.
>> ---
>> configure | 2 +-
>> doc/encoders.texi | 17 +-
>> libavcodec/vaapi_encode_mjpeg.c | 529
On 15/06/18 03:24, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> ---
>> libavcodec/vaapi_encode_h264.c | 34 ++
>> 1 file changed, 30 insertions(+), 4 deletions(-)
>>
>> diff --git a/libavcodec/vaapi_encode_h264.c b/libavcodec/vaa
On 15/06/18 03:49, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> ---
>> doc/bitstream_filters.texi | 9 +
>> libavcodec/h264_metadata_bsf.c | 90
>> ++
>> 2 files changed, 99 insertions(+)
>>
>> ...
>> diff --git
On 15/06/18 04:01, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> The max and default values are 15, not 16.
>
> I guessed you mixed both h264 and h265. The h264 doc i have specifies the
> range
> for log2_max_mv_length_vertical/log2_max_mv_length_horizontal is
On 15/06/18 04:46, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> ---
>> libavcodec/cbs_h264_syntax_template.c | 42
>> +++
>> 1 file changed, 42 insertions(+)
>>
>> diff --git a/libavcodec/cbs_h264_syntax_template.c
>> b/libavcode
On 15/06/18 04:59, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> Set profile compatibility/constraint flags properly (including the
>> constraint flags used for RExt profiles, as all streams we can currently
>> generate are RExt-compatible), and use that to add s
On 15/06/18 05:22, Xiang, Haihao wrote:
> On Fri, 2018-06-08 at 00:43 +0100, Mark Thompson wrote:
>> Sets the level based on the stream properties if it is not explicitly
>> set by the user. Also add a tier option to set general_tier_flag, since
>> that affects the level choice.
>> ---
>> doc/enc
On Sun, Jun 17, 2018 at 2:45 PM Rostislav Pehlivanov
wrote:
>
> On 17 June 2018 at 05:21, Ramiro Polla wrote:
>
> > ---
> > libavcodec/avcodec.h | 4
> > libavcodec/mpegutils.c | 20
> > libavcodec/options_table.h | 1 +
> > libavutil/frame.c | 1 +
Hi list,
I have a question about mpegaudio_parser. I see that it keeps any packet data
before a frame header, instead of discarding it. This makes sense, because it
usually can combine this data with the leftovers from a previous packet to
complete a frame. But the parser also does this when ju
On 15/06/18 06:44, Xiang, Haihao wrote:
>
> I may confirm that the error is returned from the old version of libva and
> vaapi
> driver w/wo this patch, the command below works well for me if using the new
> version of libva and vaapi driver.
Trying others:
* The Mesa driver running on an AMD
On 13/06/18 14:38, Gyan Doshi wrote:
> Default for both parameters in both libs is 0.
>
> Regards,
> Gyan
>
> From f875734cc5a1652162156118864db406b192526b Mon Sep 17 00:00:00 2001
> From: Gyan Doshi
> Date: Wed, 13 Jun 2018 19:01:17 +0530
> Subject: [PATCH] avcodec/libx265: apply lavc maxrate a
On 15/06/18 15:52, Timo Rothenpieler wrote:
> ---
> libavcodec/qsvenc.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/qsvenc.h b/libavcodec/qsvenc.h
> index d48272224c..bb175c5df8 100644
> --- a/libavcodec/qsvenc.h
> +++ b/libavcodec/qsvenc.h
> @@ -45,7 +45,7
On 16/06/18 13:39, Carl Eugen Hoyos wrote:
> 2018-02-05 3:05 GMT+01:00, James Almer :
>> On 2/4/2018 10:33 PM, Carl Eugen Hoyos wrote:
>>> Hi!
>>>
>>> OOM is unlikely as a failure for avfilter_graph_alloc_filter(), the
>>> patch avoids a surprising error if a filter was not found.
>>>
>>> Please co
2018-06-14 23:39 GMT+02:00, Lou Logan :
> AVOutputFormat ff_v4l2_muxer = {
> -.name = "v4l2",
> +.name = "video4linux2,v4l2",
Wouldn't it make more sense to remove the extremely
long name at the next bump if consistency is needed
here?
Carl Eugen
Mark Thompson (2018-06-17):
> There is AVERROR_FILTER_NOT_FOUND - while it isn't currently returned
> from lavfi, it does sound exactly right for this.
It is not exactly right for this, because this can be ENOMEM too.
Furthermore, this error code is really wrong, because this function does
not se
2018-06-14 13:56 GMT+02:00, yinshiyou...@loongson.cn :
>>
>> 2018-06-14 9:36 GMT+02:00, Shiyou Yin :
>> > From: gxw
>> >
>> > Optimize vp8 decoding with mmi in function:
>> > 1. ff_vp8_h_loop_filter8uv_mmi.
>> > 2. ff_vp8_v_loop_filter8uv_mmi.
>> > 3. ff_vp8_h_loop_filter16_mmi.
>> > 4. ff_vp8_v_l
On Sun, Jun 17, 2018, at 8:25 AM, Carl Eugen Hoyos wrote:
>
> Wouldn't it make more sense to remove the extremely
> long name at the next bump if consistency is needed
> here?
I don't think it matters too much to also have the alias video4linux2, or at
least I can't think of any good reasons to r
2018-06-17 19:10 GMT+02:00, Lou Logan :
> On Sun, Jun 17, 2018, at 8:25 AM, Carl Eugen Hoyos wrote:
>>
>> Wouldn't it make more sense to remove the extremely
>> long name at the next bump if consistency is needed
>> here?
>
> I don't think it matters too much to also have the alias video4linux2, or
On 15/06/18 03:55, Danil Iashchenko wrote:
> ---
>
> Hi!
> I like your idea with OCL_FAIL_ON_ERR(), but still do not know which one is
> better.
> My idea relies on fact, that there are only few OpenCL functions which are
> used multiple times in filters:
> clSetKernelArg, clCreateKernel(in case
On 15/06/18 03:36, Dan Yaschenko wrote:
> On 12 June 2018 at 10:20, Ruiling Song wrote:
>
>> Signed-off-by: Ruiling Song
>> ---
>> I am not sure whether do you think this would be useful?
>> the main purpose is to make OpenCL error check code simpler.
>> If we think this is good, I can go to rep
On Sun, Jun 17, 2018 at 06:21:15AM +0200, Ramiro Polla wrote:
> ---
> libavcodec/mpegutils.c | 115
> +
> libavcodec/mpegutils.h | 7 +++
> 2 files changed, 76 insertions(+), 46 deletions(-)
>
> diff --git a/libavcodec/mpegutils.c b/libavcodec/mp
On date Sunday 2018-06-17 06:21:16 +0200, Ramiro Polla encoded:
> ---
> fftools/ffprobe.c | 19 +++
> 1 file changed, 19 insertions(+)
[...]
Missing changes to doc/ffprobe.xsd I think.
--
FFmpeg = Fast and Foolish Mysterious Picky Efficient Guide
Am 17.06.2018 um 17:48 schrieb Mark Thompson:
On 15/06/18 15:52, Timo Rothenpieler wrote:
---
libavcodec/qsvenc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/qsvenc.h b/libavcodec/qsvenc.h
index d48272224c..bb175c5df8 100644
--- a/libavcodec/qsvenc.h
+++ b
On Tue, Jun 12, 2018 at 11:34:58AM +0200, Jerome Borsboom wrote:
> Change vc1_decode_i_blocks to use vc1_put_blocks_clamped and
> ff_vc1_i_loop_filter.
>
> Signed-off-by: Jerome Borsboom
> ---
> The v3 patch should resolve the crashing that was seen on corrupted source
> files.
This (commit 77a
Hi Karsten,
I believe that the parsers are seek-unaware, so you're expected to delete
and recreate (or reinit) the parsers after each seek.
Ronald
On Sun, Jun 17, 2018 at 10:56 AM, Karsten Otto wrote:
> Hi list,
>
> I have a question about mpegaudio_parser. I see that it keeps any packet
> dat
On 17-06-2018 09:11 PM, Mark Thompson wrote:
Given you have these two, maybe set vbvBufferInit from
rc_initial_buffer_occupancy as well?
LGTM in either case.
Revised patch attached. Will apply by tonight.
Gyan
From a6d468b803b839a6cc403da094c7b39cc1ac9f30 Mon Sep 17 00:00:00 2001
From: Gy
38 matches
Mail list logo
