Commit 2065317db6dc3a219f8ed2de427fe7e19e02eb68 is the initial version
of the patch. The devel-mailing has a v2 version: '[PATCH 2/4 v2]
avcodec/vc1: add Simple and Main profile to
vc1_put_signed_blocks_clamped' dated Fri Jun 8 12:01:26 EEST 2018.
Regards,
Jerome
On 18-6-2018 1:00, Michael Nieder
I gathered as much, and indeed that is happening in libavformat/utils.c
(seek_frame_internal with AVFMT_NOGENSEARCH in my case). But the mp3 parser
keeps leading data even if freshly created. I was wondering why, maybe some
codecs need it. Anyway, my question remains: What is a format supposed t
Ping?
On Thu, Jun 14, 2018, at 17:48, Thomas Guillem wrote:
> Cf. comment. Restart the VT session when the APP goes from foreground to
> background and vice versa.
> ---
> libavcodec/videotoolboxenc.c | 23 +--
> 1 file changed, 21 insertions(+), 2 deletions(-)
>
> diff --git
2018-06-18 1:00 GMT+02:00, Michael Niedermayer :
> 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
---
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_scale_amf.c | 620 +
4 files changed, 623 insertions(+)
create mode 100644 libavfilter/vf_scale_amf.c
diff --git a/configure
This patch moves AMF common parts from amfenc to hwcontext_amf.
Now av_hwdevice_ctx API is used for AMF context creation/destroying.
This patch does not change component behaviour.
it contains only restructurization for further patches with new amf components
---
libavcodec/amfenc.c|
On Mon, Jun 18, 2018 at 13:53:24 +0300, Alexander Kravchenko wrote:
> ---
> configure | 1 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_scale_amf.c | 620
> +
> 4 files changed, 623 in
remove an unused variable
Signed-off-by: Jun Zhao
---
libavutil/hwcontext_opencl.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavutil/hwcontext_opencl.c b/libavutil/hwcontext_opencl.c
index 65b4a0c..b58d16d 100644
--- a/libavutil/hwcontext_opencl.c
+++ b/libavutil/hwcontext_opencl.c
@@
after the change, use the cmd:
./ffmpeg -init_hw_device opencl=ocl:,device_type=gpu -loglevel 99
in a multi-platforms/multi-devices system get more clean log like:
2 OpenCL platforms found.
1 OpenCL devices found on platform "Portable Computing Language".
0.0: Portable Computing Language / pthread
Ok, Thanks, I will (after code review, probably some issues should be also
fixed)
18.06.2018, 14:10 пользователь "ffmpeg-devel от имени Moritz Barsnick"
написал:
On Mon, Jun 18, 2018 at 13:53:24 +0300, Alexander Kravchenko wrote:
> ---
> configure | 1 +
>
Fixes #7262.
Requires https://patchwork.ffmpeg.org/patch/9420/ to be applied first.
Regards,
Gyan
From bc208828dc7c9456550c1b27e7540b2b03be817e Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Mon, 18 Jun 2018 19:52:20 +0530
Subject: [PATCH 2/2] avformat/movenc: allow hdlr name field to be empty
tor 2018-06-14 klockan 17:03 +0100 skrev Josh de Kock:
> Any comments, and thoughts on a new build system would be much
> appreciated including concerns regarding it.
Others have mentioned this already, but it bears repeating: the build
(make) isn't what's so slow, configure is. I went ahead and
On 17-06-2018 10:07 AM, Gyan Doshi wrote:
Just need to make a note to myself to fix HandBrake when we
update to a version of ffmpeg with the change.
I can just use an if-else to check for both, giving priority to 'handler'.
When I wrote the above, I didn't realize that Handbrake had alread
Tomas Härdin (2018-06-18):
> Others have mentioned this already, but it bears repeating: the build
> (make) isn't what's so slow, configure is. I went ahead and did some
> profiling on it based on the StackOverflow thread that pops up when one
> Web-searches "bash profiling" [1]. I went with what t
On 06/18/2018 07:30 AM, Gyan Doshi wrote:
>
> On 17-06-2018 10:07 AM, Gyan Doshi wrote:
>
>>> Just need to make a note to myself to fix HandBrake when we
>>> update to a version of ffmpeg with the change.
>> I can just use an if-else to check for both, giving priority to 'handler'.
> When I wrote
On Mon, Jun 18, 2018 at 06:52:18PM +0200, Nicolas George wrote:
> Tomas Härdin (2018-06-18):
> > Others have mentioned this already, but it bears repeating: the build
> > (make) isn't what's so slow, configure is. I went ahead and did some
> > profiling on it based on the StackOverflow thread that
On Mon, Jun 18, 2018 at 8:19 PM Michael Niedermayer
wrote:
>
> On Mon, Jun 18, 2018 at 06:52:18PM +0200, Nicolas George wrote:
> > Tomas Härdin (2018-06-18):
> > > Others have mentioned this already, but it bears repeating: the build
> > > (make) isn't what's so slow, configure is. I went ahead an
On 6/18/2018 3:44 PM, Hendrik Leppkes wrote:
> On Mon, Jun 18, 2018 at 8:19 PM Michael Niedermayer
> wrote:
>>
>> On Mon, Jun 18, 2018 at 06:52:18PM +0200, Nicolas George wrote:
>>> Tomas Härdin (2018-06-18):
Others have mentioned this already, but it bears repeating: the build
(make) is
On Mon, Jun 18, 2018 at 2:22 AM Thomas Guillem wrote:
> Ping?
>
Applied to master and release/4.0 branches.
Aman
>
> On Thu, Jun 14, 2018, at 17:48, Thomas Guillem wrote:
> > Cf. comment. Restart the VT session when the APP goes from foreground to
> > background and vice versa.
> > ---
> > l
Just one of the many, many ways to store this stuff in the header.
Signed-off-by: Derek Buitenhuis
---
Related reading, but not exactly the same type:
* https://github.com/libjpeg-turbo/libjpeg-turbo/issues/92
*
https://github.com/libjpeg-turbo/libjpeg-turbo/commit/8ce2c9119a995ef6280f8b
On 18/06/2018 21:19, Derek Buitenhuis wrote:
> Just one of the many, many ways to store this stuff in the header.
>
> Signed-off-by: Derek Buitenhuis
> ---
> Related reading, but not exactly the same type:
> * https://github.com/libjpeg-turbo/libjpeg-turbo/issues/92
> *
> https://githu
On 18/06/18 13:26, Jun Zhao wrote:
> after the change, use the cmd:
> ./ffmpeg -init_hw_device opencl=ocl:,device_type=gpu -loglevel 99
> in a multi-platforms/multi-devices system get more clean log like:
>
> 2 OpenCL platforms found.
> 1 OpenCL devices found on platform "Portable Computing Langua
On 18/06/18 11:53, Alexander Kravchenko wrote:
> ---
> configure | 1 +
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_scale_amf.c | 620
> +
> 4 files changed, 623 insertions(+)
> create
On 18/06/18 21:19, Derek Buitenhuis wrote:
> Just one of the many, many ways to store this stuff in the header.
>
> Signed-off-by: Derek Buitenhuis
> ---
> Related reading, but not exactly the same type:
> * https://github.com/libjpeg-turbo/libjpeg-turbo/issues/92
> *
> https://github.co
On Thu, Jun 14, 2018, at 1:39 PM, Lou Logan wrote:
> Makes v4l2 outdev name consistent with the v4l2 indev.
>
> Signed-off-by: Lou Logan
> ---
> libavdevice/v4l2enc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Pushed.
___
ffmpeg-devel mai
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Monday, June 18, 2018 2:17 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavfi: add helper macro for OpenCL error
> handling.
>
> On 15/06/18 0
This filter does HDR(HDR10/HLG) to SDR conversion with tone-mapping.
An example command to use this filter with vaapi codecs:
FFMPEG -init_hw_device vaapi=va:/dev/dri/renderD128 -init_hw_device \
opencl=ocl@va -hwaccel vaapi -hwaccel_device va -hwaccel_output_format \
vaapi -i INPUT -filter_hw_dev
These functions are shared among colorspace related filters.
Signed-off-by: Ruiling Song
---
libavfilter/Makefile| 2 +-
libavfilter/vf_colorspace.c | 118 +---
2 files changed, 23 insertions(+), 97 deletions(-)
diff --git a/libavfilter/Makefile
On 18-06-2018 12:13 PM, Gyan Doshi wrote:
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
Pushed.
On 18-06-2018 11:17 PM, John Stebbins wrote:
Will push in a day as-is if there are no objections.
No objections from me. Was only making sure you had full information about the
history of this code.
Pushed.
Regards,
Gyan
___
ffmpeg-devel ma
On 6/18/2018 10:36 AM, Tomas Härdin wrote:
I'm in favor of something changing, because the current slowness is
simply not acceptable. Messing around when adding a new codec or format
and having to wait *seven minutes* between attempts when something is
wrong is a serious motivation killer..
Can'
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_loop_filter16_mmi.
Change-Id: Iba567c7ab4c6a284b5e8ccbc567575448a508350
Signed-off-by: gxw
Signed-off-by: Shiyou Yin
---
libavcodec/
32 matches
Mail list logo
