Signed-off-by: hwren
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/davs2.c | 71
3 files changed, 73 insertions(+)
create mode 100644 libavformat/davs2.c
diff --git a/libavformat/Makefile b/libavformat/Mak
Hi Michael,
The operations needed are multiplications, SVD, inversion, scaling, and
additions, as far as I can tell. Convolutions would probably also be
useful. They are certainly possible to implement directly, but it's
unlikely that any naive implementation will be within an order of magnitude
i
On Thu, Aug 02, 2018 at 09:52:45PM +0300, Sergey Lavrushkin wrote:
> This patch adds two floating-point gray formats to use them in sr filter for
> conversion with libswscale. I added conversion from uint gray to float and
> backwards in swscale_unscaled.c, that is enough for sr filter. But for
>
On Thu, Aug 02, 2018 at 09:52:42PM +0300, Sergey Lavrushkin wrote:
> This patch provides on the fly generation of default DNN models for
> tensorflow backend,
> that eliminates data duplication for model weights. Also, files with internal
> weights
> were replaced with automatically generated fil
I just realized: OpenCV has functions to do all the homography hard work
already, so I'll probably use that since OpenCV is already a dependency.
On Fri, Aug 3, 2018 at 1:29 PM Matthew Lai wrote:
> Hi Michael,
>
> The operations needed are multiplications, SVD, inversion, scaling, and
> addition
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_hue.c | 103 ++-
1 file changed, 92 insertions(+), 11 deletions(-)
diff --git a/libavfilter/vf_hue.c b/libavfilter/vf_hue.c
index 45a5a1a92f..32b33c 100644
--- a/libavfilter/vf_hue.c
+++ b/libavfilt
On 03.08.2018 16:34, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_hue.c | 103 ++-
1 file changed, 92 insertions(+), 11 deletions(-)
[...]
Tested here successfully with 10-bit yuvtestsrc data and different hue
fil
docs/filters: add documentation to all existing OpenCL filters
---
Thanks, fixed!
Danil.
doc/filters.texi | 415 +++
1 file changed, 415 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 705d48e..363fe7d 100644
--- a/doc/f
Michael Niedermayer wrote:
>Signed-off-by: Michael Niedermayer
>---
> libavfilter/vf_hue.c | 103 +++
> +++-
> 1 file changed, 92 insertions(+), 11 deletions(-)
On my side it works fine, but don't have any official status in
the project.
Best regards, Reto
A
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Vittorio Giovara
> Sent: Wednesday, July 25, 2018 8:47 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH 1/4] vf_tonemap: Update the default peak
> values
>
> When there is n
>> I have read this patch some problem for this patch.
>>
>> 1. maybe there will have a problem when duration is not same when every
>> fragment, for example:
>> liuqideMacBook-Pro:xxx liuqi$ ./ffmpeg -v quiet -i
>> ~/Movies/Test/bbb_sunflower_1080p_30fps_normal.mp4 -c co
One could copy the initialization to the top from the while loop:
init_sec_buffer(&outbuf[0], SECBUFFER_TOKEN, NULL, 0);
init_sec_buffer(&outbuf[1], SECBUFFER_ALERT, NULL, 0);
init_sec_buffer(&outbuf[2], SECBUFFER_EMPTY, NULL, 0);
init_sec_buffer_desc(&outbuf_desc, outbuf, 3);
But memset
On 03-08-2018 08:46 PM, Danil Iashchenko wrote:
+For most general-purpose filters, no conversion is required.
+
+In case a file contains an alpha channel supported by the format, then
explicit conversion is a requirement.
This is unclear. So, if the input's pixel format has alpha, we should
On Fri, Aug 03, 2018 at 01:29:27PM +0100, Matthew Lai wrote:
> Hi Michael,
>
> The operations needed are multiplications, SVD, inversion, scaling, and
> additions, as far as I can tell. Convolutions would probably also be
> useful. They are certainly possible to implement directly, but it's
> unli
2018-08-03 16:07 GMT+03:00 Michael Niedermayer :
> On Thu, Aug 02, 2018 at 09:52:45PM +0300, Sergey Lavrushkin wrote:
> > This patch adds two floating-point gray formats to use them in sr filter
> for
> > conversion with libswscale. I added conversion from uint gray to float
> and
> > backwards in
How about having different memory location for init_section of each
presentation?
rep_dest->init_section = (struct fragment *) av_mallocz(sizeof(struct
fragment));
From: ffmpeg-devel on behalf of Carl Eugen
Hoyos
Sent: July 31, 2018 6:06 PM
To: FFmpeg d
One could copy the initialization to the top from the while loop:
init_sec_buffer(&outbuf[0], SECBUFFER_TOKEN, NULL, 0);
init_sec_buffer(&outbuf[1], SECBUFFER_ALERT, NULL, 0);
init_sec_buffer(&outbuf[2], SECBUFFER_EMPTY, NULL, 0);
init_sec_buffer_desc(&outbuf_desc, outbuf, 3);
But memset
On Fri, Aug 03, 2018 at 10:33:00PM +0300, Sergey Lavrushkin wrote:
> 2018-08-03 16:07 GMT+03:00 Michael Niedermayer :
>
> > On Thu, Aug 02, 2018 at 09:52:45PM +0300, Sergey Lavrushkin wrote:
> > > This patch adds two floating-point gray formats to use them in sr filter
> > for
> > > conversion wit
2018-08-04 0:11 GMT+03:00 Michael Niedermayer :
> On Fri, Aug 03, 2018 at 10:33:00PM +0300, Sergey Lavrushkin wrote:
> > 2018-08-03 16:07 GMT+03:00 Michael Niedermayer :
> >
> > > On Thu, Aug 02, 2018 at 09:52:45PM +0300, Sergey Lavrushkin wrote:
> > > > This patch adds two floating-point gray for
This allows for a zero-copy output by exporting the v4l2 buffer then wrapping
that buffer
in the AVDRMFrameDescriptor like it is done in rkmpp.
This has been in use for quite some time with great success on many platforms
including:
- Amlogic S905
- Raspberry Pi
- i.MX6
- Dragonboard 410c
T
From: Jorge Ramirez-Ortiz
Signed-off-by: Jorge Ramirez-Ortiz
---
libavcodec/v4l2_context.c | 19 ---
libavcodec/v4l2_m2m_dec.c | 9 +++--
2 files changed, 23 insertions(+), 5 deletions(-)
diff --git a/libavcodec/v4l2_context.c b/libavcodec/v4l2_context.c
index 9457fadb1e..
This just makes the M2MDEC_CLASS similar to how it is done in rkmpp. It looks
clean and has proper indentation
---
libavcodec/v4l2_m2m_dec.c | 46 ---
1 file changed, 24 insertions(+), 22 deletions(-)
diff --git a/libavcodec/v4l2_m2m_dec.c b/libavcodec/v4l2_m2m
Fixes: Timeout
Fixes:
9293/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MICRODVD_fuzzer-5643972541153280
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/microdvddec.c | 2 +-
1 file chang
Fixes: Timeout
Fixes:
9308/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_INDEO5_fuzzer-5284853581873152
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/indeo5.c | 2 ++
1 file changed, 2 i
435740 -> 396078 dezicycles
Signed-off-by: Michael Niedermayer
---
libavcodec/ivi.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/libavcodec/ivi.c b/libavcodec/ivi.c
index cea40d82ca..ebb7f03007 100644
--- a/libavcodec/ivi.c
+++ b/libavcodec/ivi.c
@@ -913,8 +913
396078 -> 268468 dezicycles
Signed-off-by: Michael Niedermayer
---
libavcodec/ivi.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/ivi.c b/libavcodec/ivi.c
index ebb7f03007..b23d4af27e 100644
--- a/libavcodec/ivi.c
+++ b/libavcodec/ivi.c
@@ -914,13 +914,14 @@
just some simple formatting fixes that unify the code quality
---
libavcodec/v4l2_buffers.c | 23 +++
libavcodec/v4l2_buffers.h | 1 -
2 files changed, 15 insertions(+), 9 deletions(-)
diff --git a/libavcodec/v4l2_buffers.c b/libavcodec/v4l2_buffers.c
index e5c46ac81e..897c3c
Sergey Lavrushkin wrote:
>2018-08-03 16:07 GMT+03:00 Michael Niedermayer
>:
[...]
>>division is slow. This should either be a multiplication with
>>the inverse or a LUT with 8bit index changing to float.
>>
>>The faster of them should be used
>
>LUT seems to be faster.
I am not surprised. In my
28 matches
Mail list logo
