2017-09-11 5:46 GMT+08:00 James Almer :
> On 9/10/2017 6:10 PM, Nicolas George wrote:
> > Le quartidi 24 fructidor, an CCXXV, Mark Thompson a écrit :
> >> Input and output formats must be the same, the overlay format must be
> >> the same as the input except possibly with an additional alpha
> com
2017-01-12 3:29 GMT+08:00 Michael Niedermayer :
> On Tue, Jan 10, 2017 at 07:44:32PM +0800, Steven Liu wrote:
> > CID: 1396852
> > check the devices_list alloc status,
> > and release the devices_list when alloc devices error
> >
> > Signed-off-by: Steven Liu
> > ---
> > cmdutils_opencl.c | 7 ++
2017-06-11 22:05 GMT+08:00 Timo Rothenpieler :
> Fixes CID 1396840
> ---
> libavutil/opencl.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavutil/opencl.c b/libavutil/opencl.c
> index af35770e06..202756516b 100644
> --- a/libavutil/opencl.c
> +++ b/libavutil/opencl.
2017-03-23 7:34 GMT+08:00 James Almer :
> Signed-off-by: James Almer
> ---
> libavutil/opencl.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/libavutil/opencl.c b/libavutil/opencl.c
> index af35770e06..9b6c8d10d8 100644
> --- a/libavutil/opencl.c
> +++ b/libavutil
2014-08-13 9:45 GMT+08:00 Timothy Gu :
> On Aug 12, 2014 6:43 PM, "highgod0401" wrote:
>
> > Hi
> >
> > Warning is OK for me.
>
> Do you plan to change the API?
>
Hi
Sorry for the late reply, could you tell me more details? How to change
it? I will change it according your suggestion.
Thanks
Hi
I have a question.
Does ffmpeg plan to support FMO(Flexible Macroblock Ordering)?
Thanks
Best regards
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2018-02-07 6:57 GMT+08:00 Michael Niedermayer :
> On Tue, Feb 06, 2018 at 11:14:49AM +0800, Wei Gao wrote:
> > Hi
> >
> > I have a question.
> >
> > Does ffmpeg plan to support FMO(Flexible Macroblock Ordering)?
>
> when someone sends a patch that implemen
2018-02-08 6:59 GMT+08:00 Michael Niedermayer :
> On Wed, Feb 07, 2018 at 02:15:26PM +0800, Wei Gao wrote:
> > 2018-02-07 6:57 GMT+08:00 Michael Niedermayer :
> >
> > > On Tue, Feb 06, 2018 at 11:14:49AM +0800, Wei Gao wrote:
> > > > Hi
> > > >
2014-12-18 8:14 GMT+08:00 Titov, Alexey :
>
> Hi, here is a patch for optimized OpenCL implementation for
> libavfilter/unsharpen filter.
> This implementation leverages hardware acceleration where possible.
>
> Regards,
> Alexey
>
> ---
> libavfilter/unsharp.h | 4 ++
> libavfilter/
2014-12-18 8:14 GMT+08:00 Titov, Alexey :
>
> Hi, here is a patch for optimized OpenCL implementation for
> libavfilter/unsharpen filter.
> This implementation leverages hardware acceleration where possible.
>
> Regards,
> Alexey
>
> ---
> libavfilter/unsharp.h | 4 ++
> libavfilter/
2014-12-25 4:34 GMT+08:00 Michael Niedermayer :
> On Wed, Dec 24, 2014 at 07:55:13PM +, Titov, Alexey wrote:
> > Attached corrected patch
>
> should be ok
> if wei gao is ok with it then i can apply it
>
Hi, I tried to merge the three patches on mingw, but seems some
2014-12-29 10:10 GMT+08:00 Wei Gao :
>
>
> 2014-12-25 4:34 GMT+08:00 Michael Niedermayer :
>
>> On Wed, Dec 24, 2014 at 07:55:13PM +, Titov, Alexey wrote:
>> > Attached corrected patch
>>
>> should be ok
>> if wei gao is ok with it then i can
2015-01-04 7:34 GMT+08:00 Alexey Titov :
> From: atitov
>
> ---
> libavfilter/unsharp.h | 4 ++
> libavfilter/unsharp_opencl.c| 74 +++---
> libavfilter/unsharp_opencl_kernel.h | 122
> ++--
> 3 files changed, 145 insertion
2015-01-06 0:47 GMT+08:00 Titov, Alexey :
> Hi Wei,
> I will double check using yuv.
> What opencl platform/device you are running it on?
> Also, can you point me to /testfile/blueangles.m4v so I can reproduce
> correct and not correct outputs?
>
> Thanks!
>
Hi
Number of platforms:
2015-01-06 12:56 GMT+08:00 James Almer :
> It's not an installed header. Use libavutil/avconfig.h instead.
>
> Signed-off-by: James Almer
> ---
> Untested as i don't have an OpenCL SDK installed.
>
> configure | 2 +-
> libavutil/opencl.h | 2 +-
> 2 files changed, 2 insertions(+), 2 de
2015-01-08 8:42 GMT+08:00 Michael Niedermayer :
> On Wed, Jan 07, 2015 at 05:44:41PM -0300, James Almer wrote:
> > On 06/01/15 11:27 PM, Michael Niedermayer wrote:
> > > On Tue, Jan 06, 2015 at 01:56:01AM -0300, James Almer wrote:
> > >> It's not an installed header. Use libavutil/avconfig.h inste
2015-01-08 10:10 GMT+08:00 James Almer :
> On 07/01/15 10:55 PM, Wei Gao wrote:
> > 2015-01-08 8:42 GMT+08:00 Michael Niedermayer :
> >
> >> On Wed, Jan 07, 2015 at 05:44:41PM -0300, James Almer wrote:
> >>> On 06/01/15 11:27 PM, Michael Niedermayer wrote:
2015-01-09 5:54 GMT+08:00 Thilo Borgmann :
> Am 08.01.15 17:43, schrieb James Almer:
> > On 08/01/15 4:52 AM, Wei Gao wrote:
> >> 2015-01-08 10:10 GMT+08:00 James Almer :
> >>
> >>> On 07/01/15 10:55 PM, Wei Gao wrote:
> >>>> 2015-01-08 8:42
2015-05-28 11:28 GMT+08:00 Gupta, Maneesh :
> Attached is a patch that enables configure to autodetect the presence of
> OpenCL headers and ICD loader. If the necessary headers are found, the
> OpenCL infrastructure compilation is enabled as well. Note that this does
> not modify the runtime behav
2015-10-13 18:27 GMT+08:00 Timo Rothenpieler :
> Hi
>>
>> I use your filter, but the kernel can't pass the compile, you should
>> consider the "double" type in the kernel, some GPU card does not support
>> double type
>> I add "#pragma OPENCL_EXTENSION cl_khr_fp64: enable " to the kernel, but
>> i
2015-10-14 14:31 GMT+08:00 Timo Rothenpieler :
> Hi
>>
>> I have check the error, for some card, yes, just like what I said above,
>> some cards does not support double type, so we must check the opencl
>> extension: cl_khr_fp64 before the kernel compile. If the device support,
>> we use GPU, else
2015-10-14 12:48 GMT+08:00 Timothy Gu :
> All other classes use lowercase names.
> ---
> libavutil/opencl.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavutil/opencl.c b/libavutil/opencl.c
> index f720ce0..62706f3 100644
> --- a/libavutil/opencl.c
> +++ b/libavutil
2015-09-30 3:45 GMT+08:00 Timo Rothenpieler :
> > Signed-off-by: Timo Rothenpieler
> > ---
> > doc/filters.texi | 5 +
> > libavfilter/chromakey_opencl_kernel.h | 98 +++
> > libavfilter/opencl_allkernels.c | 2 +
> > libavfilter/vf_chromakey.c
2015-03-05 8:48 GMT+08:00 Srikanth G :
> When OpenCL kernels are compiled, is_compiled flag is being set for each
> kernel. But, in opencl uninit, this flag is not being cleared.
> This causes an error when an OpenCL kernel is tried on different OpenCL
> devices on same platform.
>
> Here is the p
24 matches
Mail list logo