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
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
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 @@
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
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
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
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
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
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
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
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
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
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
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
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
>> 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
> -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
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
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
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
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
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
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
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
>
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
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
28 matches
Mail list logo
