On 21/07/2017 21:59, Anton Khirnov wrote:
> CC: libav-sta...@libav.org
> ---
> libavformat/caf.c| 1 +
> libavformat/cafdec.c | 8
> 2 files changed, 9 insertions(+)
>
> diff --git a/libavformat/caf.c b/libavformat/caf.c
> index cf128d5..c299cad 100644
> --- a/libavformat/caf.c
> +++
Quoting wm4 (2017-07-16 12:41:59)
> Black isn't always just memset(ptr, 0, size). Limited YUV in particular
> requires relatively non-obvious values, and filling a frame with
> repeating 0 bytes is disallowed in some contexts. With component sizes
> larger than 8 or packed YUV, this can become rela
On Fri, 21 Jul 2017 23:02:12 +0200
Anton Khirnov wrote:
> Quoting wm4 (2017-07-21 22:56:43)
> > On Fri, 21 Jul 2017 22:32:43 +0200
> > Anton Khirnov wrote:
> >
> > > Quoting wm4 (2017-07-12 17:02:49)
> > > > +int av_frame_apply_cropping(AVFrame *frame, int flags)
> > > > +{
> > > > +con
Quoting wm4 (2017-07-21 22:56:43)
> On Fri, 21 Jul 2017 22:32:43 +0200
> Anton Khirnov wrote:
>
> > Quoting wm4 (2017-07-12 17:02:49)
> > > +int av_frame_apply_cropping(AVFrame *frame, int flags)
> > > +{
> > > +const AVPixFmtDescriptor *desc;
> > > +size_t offsets[4];
> > > +int i;
>
On Fri, 21 Jul 2017 22:32:43 +0200
Anton Khirnov wrote:
> Quoting wm4 (2017-07-12 17:02:49)
> > +int av_frame_apply_cropping(AVFrame *frame, int flags)
> > +{
> > +const AVPixFmtDescriptor *desc;
> > +size_t offsets[4];
> > +int i;
> > +
> > +if (!(frame->width > 0 && frame->heigh
On Fri, 21 Jul 2017 22:09:03 +0200
Anton Khirnov wrote:
> Quoting wm4 (2017-07-16 12:43:09)
> > Behaves more like FFmpeg, makes some API users not crash on exit.
> > ---
> > libavformat/utils.c | 7 ++-
> > 1 file changed, 6 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavformat/util
Quoting wm4 (2017-07-12 17:02:49)
> +int av_frame_apply_cropping(AVFrame *frame, int flags)
> +{
> +const AVPixFmtDescriptor *desc;
> +size_t offsets[4];
> +int i;
> +
> +if (!(frame->width > 0 && frame->height > 0))
> +return AVERROR(EINVAL);
> +
> +/* make sure we are
Quoting wm4 (2017-07-16 12:43:09)
> Behaves more like FFmpeg, makes some API users not crash on exit.
> ---
> libavformat/utils.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/utils.c b/libavformat/utils.c
> index eaba473914..24a4335016 100644
> --- a/
CC: libav-sta...@libav.org
---
libavformat/caf.c| 1 +
libavformat/cafdec.c | 8
2 files changed, 9 insertions(+)
diff --git a/libavformat/caf.c b/libavformat/caf.c
index cf128d5..c299cad 100644
--- a/libavformat/caf.c
+++ b/libavformat/caf.c
@@ -49,6 +49,7 @@ const AVCodecTag ff_cod
On Thu, 20 Jul 2017, Sean McGovern wrote:
After 95ce02b35d3d1bb16111031df1d82a6e4d894d36, the value of ret
was not guaranteed to be 0 by some compilers.
This description raises quite a bit of questions. The root cause for the
issue seems to be something different. I'm pretty sure the issue li
On 21/07/2017 15:19, Anton Khirnov wrote:
> Some parts of the code are based on a patch by
> Timo Rothenpieler
> ---
Seems fine, once I manage to boot the desktop I can test it.
lu
PS: Do you have plans for hevc as well?
___
libav-devel mailing lis
Quoting James Almer (2017-07-21 17:49:33)
> On 7/21/2017 9:19 AM, Anton Khirnov wrote:
> > Quoting Anton Khirnov (2017-07-21 13:59:41)
> >> CC: libav-sta...@libav.org
> >> ---
> >> libavformat/caf.c | 1 +
> >> 1 file changed, 1 insertion(+)
> >>
> >> diff --git a/libavformat/caf.c b/libavformat/c
On 7/21/2017 9:19 AM, Anton Khirnov wrote:
> Quoting Anton Khirnov (2017-07-21 13:59:41)
>> CC: libav-sta...@libav.org
>> ---
>> libavformat/caf.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/libavformat/caf.c b/libavformat/caf.c
>> index cf128d5..c299cad 100644
>> --- a/libavformat
the same and seems to be working just fine
On Fri, Jul 21, 2017 at 12:36 PM, Luca Barbato wrote:
> On 21/07/2017 08:35, Huang, Zhengxu wrote:
> >
>
> Looks good. The documentation should be updated as well, but can happen
> on a second time.
>
> lu
>
> ___
On 21/07/2017 15:19, Anton Khirnov wrote:
> This will be useful in the CUVID hwaccel. It should also eventually
> replace current decoder-specific mechanisms used by various other
> hwaccels.
> ---
> libavcodec/decode.c | 3 +++
> libavcodec/decode.h | 6 ++
> 2 files changed, 9 insertions(+)
On 21/07/2017 15:19, Anton Khirnov wrote:
> This will be useful in the CUVID hwaccel.
> ---
> libavcodec/decode.c | 11 +++
> libavcodec/decode.h | 15 +++
> 2 files changed, 26 insertions(+)
>
Ok.
___
libav-devel mailing list
liba
On 21/07/2017 15:19, Anton Khirnov wrote:
> Use the AVFrame.opaque_ref field. The original user's opaque_ref is
> wrapped in the lavc struct and then unwrapped before the frame is
> returned to the caller.
>
> This new struct will be useful in the following commits.
> ---
> libavcodec/decode.c |
On 21/07/2017 15:19, Anton Khirnov wrote:
> If the get_buffer() call fails, the frame might have some side data
> already set. Make sure it gets freed.
> ---
> libavcodec/decode.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavcodec/decode.c b/libavcodec/decode.c
> index 175a6fa
Use the AVFrame.opaque_ref field. The original user's opaque_ref is
wrapped in the lavc struct and then unwrapped before the frame is
returned to the caller.
This new struct will be useful in the following commits.
---
libavcodec/decode.c | 57 +
This will be useful in the CUVID hwaccel. It should also eventually
replace current decoder-specific mechanisms used by various other
hwaccels.
---
libavcodec/decode.c | 3 +++
libavcodec/decode.h | 6 ++
2 files changed, 9 insertions(+)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
This will be useful in the CUVID hwaccel.
---
libavcodec/decode.c | 11 +++
libavcodec/decode.h | 15 +++
2 files changed, 26 insertions(+)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index 9cd3081..01e4dd2 100644
--- a/libavcodec/decode.c
+++ b/libavcodec/decode.c
If the get_buffer() call fails, the frame might have some side data
already set. Make sure it gets freed.
---
libavcodec/decode.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
index 175a6fa..89a6d34 100644
--- a/libavcodec/decode.c
+++ b/libavcode
Some parts of the code are based on a patch by
Timo Rothenpieler
---
Changelog | 1 +
avtools/avconv.h| 1 +
avtools/avconv_opt.c| 4 +
configure | 9 +-
libavcodec/Makefile | 2 +
libavcodec/allcodecs.c | 1 +
libavcodec/cuvid.c | 410
Quoting Anton Khirnov (2017-07-21 13:59:41)
> CC: libav-sta...@libav.org
> ---
> libavformat/caf.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/caf.c b/libavformat/caf.c
> index cf128d5..c299cad 100644
> --- a/libavformat/caf.c
> +++ b/libavformat/caf.c
> @@ -49,6 +49,7 @@
CC: libav-sta...@libav.org
---
libavformat/caf.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/caf.c b/libavformat/caf.c
index cf128d5..c299cad 100644
--- a/libavformat/caf.c
+++ b/libavformat/caf.c
@@ -49,6 +49,7 @@ const AVCodecTag ff_codec_caf_tags[] = {
{ AV_CODEC_ID_QCE
On 21/07/2017 08:35, Huang, Zhengxu wrote:
>
Looks good. The documentation should be updated as well, but can happen
on a second time.
lu
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
besides some syntax issues: align the =
It seems to be working with default input as well as from hwaccel qsv:
-hwaccel qsv -c:v h264_qsv -i input_file -vcodec mjpeg_qsv -r 30 -f mjpeg
output
On Fri, Jul 21, 2017 at 6:12 AM, Huang, Zhengxu
wrote:
> ---
> Changes from v2:
> * modify some coding-
27 matches
Mail list logo
