On Thu, Aug 02, 2018 at 05:24:08PM +0100, Matthew Lai wrote:
> Ah ok thanks! I'm surprised no one has need a linear algebra library. I
> guess there's OpenCV and people use it to do the heavy lifting?
>
> Will look into the API more.
alot ot linear algebra we needed has been implemented directly.
On Wed, Aug 01, 2018 at 11:20:46PM +0100, Mark Thompson wrote:
> On 28/07/18 22:59, Michael Niedermayer wrote:
> > On Fri, Jul 27, 2018 at 11:57:47AM -0300, James Almer wrote:
> >> Signed-off-by: James Almer
> >> ---
> >> I'm not 100% sure this is correct. I also don't know if the CBS contexts
>
2018-08-02 20:46 GMT+02:00, Paweł Wegner :
> Fixes: runtime error: passing uninitialized value to FreeContextBuffer
> causes a crash
> ---
> libavformat/tls_schannel.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavformat/tls_schannel.c b/libavformat/tls_schannel.c
> index 065dccb
On Mon, Jul 30, 2018 at 03:33:29AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 9213/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QTRLE_fuzzer-5649753332252672
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed
2018-08-02 20:52 GMT+02:00, Sergey Lavrushkin :
> 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
> proper format additi
2018-08-02 13:34 GMT+02:00, Naveed Basha :
> Is this a known issue?
I don't think it was known before you reported it.
> Is there any known good version which does not
> have have this issue?
Not sure, I don't think so.
Please do not top-post here and please move this
discussion to the user ma
On 8/2/2018 4:22 PM, Martin Vignali wrote:
>>
>> +static int uint_y_to_float_y_wrapper(SwsContext *c, const uint8_t *src[],
>> + int srcStride[], int srcSliceY,
>> + int srcSliceH, uint8_t *dst[], int
>> dstStride[])
>> +{
>> +
>
> +static int uint_y_to_float_y_wrapper(SwsContext *c, const uint8_t *src[],
> + int srcStride[], int srcSliceY,
> + int srcSliceH, uint8_t *dst[], int
> dstStride[])
> +{
> +int y, x;
> +int dstStrideFloat = dstStrid
Fixes: runtime error: passing uninitialized value to FreeContextBuffer
causes a crash
Signed-off-by: Paweł Wegner
---
libavformat/tls_schannel.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/tls_schannel.c b/libavformat/tls_schannel.c
index f41b007773..6b51c1f3dc 100644
--- a
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
proper format addition, should I add anything else?
---
libavutil/pixdesc
---
libavfilter/dnn_backend_native.c | 84 +++---
libavfilter/dnn_backend_native.h | 8 +--
libavfilter/dnn_backend_tf.c | 108 +++
libavfilter/dnn_backend_tf.h | 8 +--
libavfilter/dnn_espcn.h | 6 +--
libavfilter
Hello,
These patches address several raised concerns regarding sr filter
and DNN module. I included three patches, that I've already sent,
but they still have not been reviewed properly.
libavfilter: Adds on the fly generation of default DNN models for
tensorflow backend instead of storing
This patch removes conversions, declared inside the sr filter, and uses
libswscale inside
the filter to perform them for only Y channel of input. The sr filter still has
uint
formats as input, as it does not use chroma channels in models and these
channels are
upscaled using libswscale, float fo
---
libavfilter/dnn_backend_tf.c | 64 +++-
libavfilter/dnn_espcn.h | 37 -
libavfilter/dnn_srcnn.h | 35
3 files changed, 63 insertions(+), 73 deletions(-)
diff --git a/libavfilter/dnn_backend_tf.c
---
libavfilter/dnn_backend_tf.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavfilter/dnn_backend_tf.c b/libavfilter/dnn_backend_tf.c
index 7a4ad72d27..662a2a3c6e 100644
--- a/libavfilter/dnn_backend_tf.c
+++ b/libavfilter/dnn_backend_tf.c
@@ -570,7 +570,9 @@ void ff_
---
libavfilter/dnn_espcn.h | 3 ++-
libavfilter/dnn_srcnn.h | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavfilter/dnn_espcn.h b/libavfilter/dnn_espcn.h
index 9344aa90fe..e0013fe1dd 100644
--- a/libavfilter/dnn_espcn.h
+++ b/libavfilter/dnn_espcn.h
@@ -20,7 +20,8 @@
Fixes: runtime error: passing uninitialized value to FreeContextBuffer
causes a crash
---
libavformat/tls_schannel.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/tls_schannel.c b/libavformat/tls_schannel.c
index 065dccb..6953008 100644
--- a/libavformat/tls_schannel.c
+++ b/li
On 7/27/2018 4:55 PM, Michael Niedermayer wrote:
> On Wed, Jul 25, 2018 at 10:11:47PM -0300, James Almer wrote:
>> ~4x speedup in dump_extradata()
>>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/dump_extradata_bsf.c | 7 ---
>> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> should
On 7/30/2018 12:13 PM, James Almer wrote:
> On 7/30/2018 2:03 AM, Steve Lhomme wrote:
>> On 26/07/2018 03:11, James Almer wrote:
>>> Make sure to not write forbidden OBUs to CodecPrivate, and do the same
>>> with
>>> unnecessary OBUs for packets.
>>
>> Does this include reordering the OBUs ? The fi
Ah ok thanks! I'm surprised no one has need a linear algebra library. I
guess there's OpenCV and people use it to do the heavy lifting?
Will look into the API more.
Thanks
matthew
On Thu, Aug 2, 2018 at 3:31 PM Paul B Mahol wrote:
> On 8/2/18, Matthew Lai wrote:
> > Hello!
> >
> > I want to w
On 8/2/18, Matthew Lai wrote:
> Hello!
>
> I want to write a more advanced video stabilizer for libavfilter (*),
> implementing the algorithm described here -
> https://static.googleusercontent.com/media/research.google.com/en//pubs/archive/37744.pdf
> The focus of the paper is rolling shutter rem
Hello!
I want to write a more advanced video stabilizer for libavfilter (*),
implementing the algorithm described here -
https://static.googleusercontent.com/media/research.google.com/en//pubs/archive/37744.pdf
The focus of the paper is rolling shutter removal, but it builds on top of
another algo
Thank you Carl.
Is this a known issue? Is there any known good version which does not have
have this issue?
On Wed, Aug 1, 2018 at 4:48 AM Carl Eugen Hoyos wrote:
> 2018-07-28 14:57 GMT+02:00, Naveed Basha :
> > Yes, please find the test stream here. I was using ffmpeg v3.4.2.
> >
> > https://
Pushed as c9118d4d64a661fddd431a7437994c31eafb32c6
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 8/2/18, Gyan Doshi wrote:
> {no text body}
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 31-07-2018 08:44 PM, Danil Iashchenko wrote:
This hinders overall progress on the documentation and filter implementation of
my GSoC project and there is not much time left. I suggest putting it on the
backburner for the moment and leaving it out until the next patch.
OK.
+@item -ini
26 matches
Mail list logo
