Re: [FFmpeg-devel] GSoC 2018

Am 11.01.18 um 09:45 schrieb Paul B Mahol: > On 1/11/18, Michael Niedermayer wrote: >> On Tue, Jan 09, 2018 at 07:27:28PM +0100, Thilo Borgmann wrote: >>> Hi folks, >>> >>> yet again, the registration for Google Summer of Code 2018 has opened. >>> >>> Like in the previous

Re: [FFmpeg-devel] [PATCH] avformat/libssh: check the user provided a password before trying to use it

On 1/11/2018 8:05 AM, James Cowgill wrote: > Hi, > > On 11/06/17 18:47, jamrial at gmail.com (James Almer) wrote: >> Fixes ticket #6413 >> >> Signed-off-by: James Almer >> --- >> The public key authentication also tries to use the password variable. I >> don't know if NULL is valid in that case

Re: [FFmpeg-devel] GSoC 2018

Am 11.01.18 um 08:04 schrieb Lou Logan: > On Wed, Jan 10, 2018, at 7:31 PM, Carl Eugen Hoyos wrote: >> >> Were the GSoC rules concerning documentation projects changed? > > I don't know. I haven't memorized the rules and haven't looked at them for > several years. I can't find anything

Re: [FFmpeg-devel] GSoC 2018

On Wed, Jan 10, 2018 at 04:10:39PM -0900, Lou Logan wrote: > On Wed, Jan 10, 2018, at 3:30 PM, Michael Niedermayer wrote: > > > > Would there be interrest in a project to write a QR code / barcode > > search & decode filter ? > > I've personally never scanned a QR code, but maybe I'm an outlier.

Re: [FFmpeg-devel] GSoC 2018

Hi, On Thu, Jan 11, 2018 at 7:32 AM, Thilo Borgmann wrote: > Am 11.01.18 um 08:04 schrieb Lou Logan: > > On Wed, Jan 10, 2018, at 7:31 PM, Carl Eugen Hoyos wrote: > >> > >> Were the GSoC rules concerning documentation projects changed? > > > > I don't know. I haven't

[FFmpeg-devel] [PATCH] avfilter/drawtext - implement fix_bounds

The no-op commit e496c45 from Libav introduced an option which allowed the user to relocate text to fit within the frame if it was going out of bounds. For some reason, when the merge commit b479e01 was applied, the option was added but the code fragment which implemented it, was not. So the

[FFmpeg-devel] ffmpeg.org: snapshots not up-to-date

Hi, it seems the snapshots provided on ffmpeg.org, as prominently linked from the Download page, are no longer up-to-date: $ HEAD https://ffmpeg.org/releases/ffmpeg-snapshot.tar.bz2 | grep -Fi last-mod Last-Modified: Sat, 06 Jan 2018 17:24:14 GMT $ HEAD

Re: [FFmpeg-devel] [PATCH] avformat/libssh: check the user provided a password before trying to use it

Hi, On 11/06/17 18:47, jamrial at gmail.com (James Almer) wrote: > Fixes ticket #6413 > > Signed-off-by: James Almer > --- > The public key authentication also tries to use the password variable. I > don't know if NULL is valid in that case or not. > Perhaps for that one it would be better to

Re: [FFmpeg-devel] ffmpeg.org: snapshots not up-to-date

On 1/11/18, Moritz Barsnick wrote: > Hi, > > it seems the snapshots provided on ffmpeg.org, as prominently linked > from the Download page, are no longer up-to-date: > > $ HEAD https://ffmpeg.org/releases/ffmpeg-snapshot.tar.bz2 | grep -Fi > last-mod > Last-Modified: Sat, 06 Jan

[FFmpeg-devel] Patch submitted on Nov 28, 2017 (avdevice/gdigrab: Fix screen size and mouse position calculations on hi-DPI screens)

Hi everybody, I've submitted the patch "avdevice/gdigrab: Fix screen size and mouse position calculations on hi-DPI screens" (https://patchwork.ffmpeg.org/patch/6420/) about 1.5 months ago and was wondering if somebody could review and merge it in the FFmpeg main branch. I know that there are

Re: [FFmpeg-devel] [PATCH] add dumpwave filter

On 10.01.2018 18:18, Kyle Swanson wrote: Hi, For this to be a part of libavfilter the output needs to be more generic than the just the Soundcloud format. If we want this to be generally useful it should probably just output an array of floats between 0.0 and 1.0. The consumer of this data (JS

Re: [FFmpeg-devel] GSoC 2018

On 1/11/18, Michael Niedermayer wrote: > On Tue, Jan 09, 2018 at 07:27:28PM +0100, Thilo Borgmann wrote: >> Hi folks, >> >> yet again, the registration for Google Summer of Code 2018 has opened. >> >> Like in the previous years, we've setup an ideas page in our wiki: >>

[FFmpeg-devel] [PATCH v3 2/4] avformat/libopenmpt: Update to libopenmpt 0.3 API

libopenmpt 0.3 deprecates openmpt_module_create_from_memory() and provides a replacement function openmpt_module_create_from_memory2(). Detecting libopenmpt 0.3 can be done at build time via the API version macros provided by libopenmpt. libopenmpt 0.2 did not provide all required macros, however

[FFmpeg-devel] [PATCH v3 1/4] avformat/libopenmpt: Fix mixed code and declarations

Signed-off-by: Jörn Heusipp --- libavformat/libopenmpt.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c index af6eb1a..2e22290 100644 --- a/libavformat/libopenmpt.c +++

[FFmpeg-devel] [PATCH v3 3/4] avformat/libopenmpt: Update file extensions list for libopenmpt 0.3

Signed-off-by: Jörn Heusipp --- libavformat/libopenmpt.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c index 30c3d6e..5efbdc4 100644 --- a/libavformat/libopenmpt.c +++

[FFmpeg-devel] [PATCH v3 4/4] avformat/libopenmpt: Probe file format from file data if possible

When building with libopenmpt 0.3, use the libopenmpt file header probing functions for probing. libopenmpt probing functions are allocation-free and designed to be as fast as possible. For libopenmpt 0.2, or when libopenmpt 0.3 file header probing cannot probe successfully due to too small probe

Re: [FFmpeg-devel] GSoC 2018

On 1/11/18, Michael Niedermayer wrote: > On Wed, Jan 10, 2018 at 04:10:39PM -0900, Lou Logan wrote: >> On Wed, Jan 10, 2018, at 3:30 PM, Michael Niedermayer wrote: >> > >> > Would there be interrest in a project to write a QR code / barcode >> > search & decode filter ? >>

Re: [FFmpeg-devel] GSoC 2018

On Thu, Jan 11, 2018 at 03:38:23PM +0100, Paul B Mahol wrote: > On 1/11/18, Michael Niedermayer wrote: > > On Wed, Jan 10, 2018 at 04:10:39PM -0900, Lou Logan wrote: > >> On Wed, Jan 10, 2018, at 3:30 PM, Michael Niedermayer wrote: > >> > > >> > Would there be interrest in

Re: [FFmpeg-devel] GSoC 2018

Am 11.01.18 um 15:25 schrieb Ronald S. Bultje: > Hi, > > On Thu, Jan 11, 2018 at 7:32 AM, Thilo Borgmann > wrote: > >> Am 11.01.18 um 08:04 schrieb Lou Logan: >>> On Wed, Jan 10, 2018, at 7:31 PM, Carl Eugen Hoyos wrote: Were the GSoC rules concerning

Re: [FFmpeg-devel] GSoC 2018

Hi, What about a Super Resolution filter? lately there was much research in this area, mainly in Single Image Super Resolution. I think it would be an interesting experiment, and maybe we could get something useful from it. ___ ffmpeg-devel mailing list

Re: [FFmpeg-devel] [PATCH] avfilter: add dumpwave filter.

On 1/11/18, Dmitry Gumenyuk wrote: > >> On 11 Jan 2018, at 22:41, Paul B Mahol wrote: >> >>> On 1/11/18, Dmitry Gumenyuk wrote: >>> Hello >>> >>> 2018-01-10 11:33 GMT+01:00 Moritz Barsnick : > On Wed,

[FFmpeg-devel] [PATCH 3/3] http: fix memory leak in parse_cookie.

From: Richard Shaffer This is my first time contributing. The problem and the solution seem pretty straightforward, but if I'm missing something, please do point me in the right direction. Thanks, -Richard --- libavformat/http.c | 1 + 1 file changed, 1 insertion(+)

Re: [FFmpeg-devel] [PATCH] ffmpeg.c: use sigterm_handler with sigpipe

On Thu, Jan 11, 2018 at 22:43:48 +0100, Nicolas George wrote: > SIGTERM is there for a reason. It prevents programs whose output was > closed from continuing needlessly. Ignoring it unconditionally will lose > that property, which is desirable in most cases. This patch doesn't change the handling

Re: [FFmpeg-devel] [PATCH] avfilter: add dumpwave filter.

On 1/11/18, Dmitry Gumenyuk wrote: > >> On 11 Jan 2018, at 23:02, Paul B Mahol wrote: >> >>> On 1/11/18, Dmitry Gumenyuk wrote: >>> > On 11 Jan 2018, at 22:41, Paul B Mahol wrote: > > On

Re: [FFmpeg-devel] [PATCH] avfilter: add dumpwave filter.

On 1/11/18, Dmitry Gumenyuk wrote: > Hello > > 2018-01-10 11:33 GMT+01:00 Moritz Barsnick : >> On Wed, Jan 10, 2018 at 08:58:05 +0100, dmitry.gumen...@gmail.com wrote: >> >>> +@table @option >>> +@item d >>> +Dimensions @code{WxH}. >>> +@code{W} -

Re: [FFmpeg-devel] [PATCH 3/3] http: fix memory leak in parse_cookie.

On Thu, Jan 11, 2018 at 14:28:52 -0800, rshaf...@tunein.com wrote: > [PATCH 3/3] http: fix memory leak in parse_cookie.g > This is my first time contributing. Where are the other two of the three ("3/3") patches then? (Not important, but it's confusing on the mailing list.) > The problem and

Re: [FFmpeg-devel] [PATCH] avfilter: add dumpwave filter.

> On 11 Jan 2018, at 22:41, Paul B Mahol wrote: > >> On 1/11/18, Dmitry Gumenyuk wrote: >> Hello >> >> 2018-01-10 11:33 GMT+01:00 Moritz Barsnick : On Wed, Jan 10, 2018 at 08:58:05 +0100, dmitry.gumen...@gmail.com wrote:

Re: [FFmpeg-devel] ffmpeg.org: snapshots not up-to-date

On 1/11/2018 3:56 PM, Michael Niedermayer wrote: > On Thu, Jan 11, 2018 at 11:49:06AM +0100, Moritz Barsnick wrote: >> Hi, >> >> it seems the snapshots provided on ffmpeg.org, as prominently linked >> from the Download page, are no longer up-to-date: >> >> $ HEAD

Re: [FFmpeg-devel] [PATCH] ffmpeg.c: use sigterm_handler with sigpipe

On Thu, Jan 11, 2018 at 16:20:04 -0500, Dave Rice wrote: > Based on a suggestion by Moritz Barsnick at > http://ffmpeg.org/pipermail/ffmpeg-user/2018-January/038549.html > That's me. > signal(SIGINT , sigterm_handler); /*

Re: [FFmpeg-devel] [PATCH] avfilter: add dumpwave filter.

Hello 2018-01-10 11:33 GMT+01:00 Moritz Barsnick : > On Wed, Jan 10, 2018 at 08:58:05 +0100, dmitry.gumen...@gmail.com wrote: > >> +@table @option >> +@item d >> +Dimensions @code{WxH}. >> +@code{W} - number of data values in json, values will be scaled according >> to

Re: [FFmpeg-devel] ffmpeg.org: snapshots not up-to-date

On Thu, Jan 11, 2018 at 19:56:27 +0100, Michael Niedermayer wrote: > could not open .../doc/ffserver.texi: No such file or directory > ive removed the reference now, we will see if that fixes it At least the souce snapshots are up-to-date now, thanks! I didn't bother to check the web pages. Paul

[FFmpeg-devel] [PATCH] avcodec/arm/sbrdsp_neon: Use a free register instead of putting 2 things in one

Fixes high pitched shriek Fixes: 25420848_1478428308873746_4255813235963330560_n.mp4 Reported-by: Dale Curtis Signed-off-by: Michael Niedermayer --- libavcodec/arm/sbrdsp_neon.S | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH] avfilter: add dumpwave filter.

-- Best regards, Dmytro > On 11 Jan 2018, at 23:57, Paul B Mahol wrote: > >> On 1/11/18, Dmitry Gumenyuk wrote: >> On 11 Jan 2018, at 23:02, Paul B Mahol wrote: On 1/11/18, Dmitry Gumenyuk

Re: [FFmpeg-devel] ffmpeg.org: snapshots not up-to-date

On Thu, Jan 11, 2018 at 06:57:52PM -0300, James Almer wrote: > On 1/11/2018 3:56 PM, Michael Niedermayer wrote: > > On Thu, Jan 11, 2018 at 11:49:06AM +0100, Moritz Barsnick wrote: > >> Hi, > >> > >> it seems the snapshots provided on ffmpeg.org, as prominently linked > >> from the Download page,

Re: [FFmpeg-devel] [PATCH] avfilter: add dumpwave filter.

> On 11 Jan 2018, at 23:02, Paul B Mahol wrote: > >> On 1/11/18, Dmitry Gumenyuk wrote: >> On 11 Jan 2018, at 22:41, Paul B Mahol wrote: On 1/11/18, Dmitry Gumenyuk wrote: Hello

Re: [FFmpeg-devel] [PATCH 3/3] http: fix memory leak in parse_cookie.

On Thu, Jan 11, 2018 at 2:49 PM, Moritz Barsnick wrote: > On Thu, Jan 11, 2018 at 14:28:52 -0800, rshaf...@tunein.com wrote: > > > [PATCH 3/3] http: fix memory leak in parse_cookie.g > > > This is my first time contributing. > > Where are the other two of the three ("3/3")

Re: [FFmpeg-devel] [PATCH] ffmpeg.c: use sigterm_handler with sigpipe

Dave Rice (2018-01-11): > From 0faa2954010feb8428542fc33aa81e898a280c88 Mon Sep 17 00:00:00 2001 > From: Dave Rice > Date: Thu, 11 Jan 2018 15:52:36 -0500 > Subject: [PATCH] ffmpeg.c: use sigterm_handler with sigpipe > > Based on a suggestion by Moritz Barsnick at >

Re: [FFmpeg-devel] [PATCH] ffmpeg.c: use sigterm_handler with sigpipe

Moritz Barsnick (2018-01-11): > This patch doesn't change the handling of SIGTERM You should have read SIGPIPE, obviously. > Is SIGPIPE an interactive signal? Of course not. > Anything on the other side of output > file(name) "-" or "pipe:N" may terminate for

Re: [FFmpeg-devel] GSoC 2018

On Thu, Jan 11, 2018 at 02:43:01PM -0200, Pedro Arthur wrote: > Hi, > > What about a Super Resolution filter? lately there was much research in > this area, mainly in Single Image Super Resolution. > I think it would be an interesting experiment, and maybe we could get > something useful from it.

Re: [FFmpeg-devel] [PATCH] avfilter: add foobar filter.

On Thu, Jan 11, 2018 at 21:57:11 +0100, Dmytro Humeniuk wrote: You forget to comment on or react to all the reviews you got. How about a result normalized to 0.0 .. 1.0, for example? (dB for SoundCloud could be a special case/option.) How about getting rid of the switch/case by supporting just

[FFmpeg-devel] [PATCH] ffmpeg.c: use sigterm_handler with sigpipe

From 0faa2954010feb8428542fc33aa81e898a280c88 Mon Sep 17 00:00:00 2001 From: Dave Rice Date: Thu, 11 Jan 2018 15:52:36 -0500 Subject: [PATCH] ffmpeg.c: use sigterm_handler with sigpipe Based on a suggestion by Moritz Barsnick at

[FFmpeg-devel] avcodec/utvideoenc : add SIMD (SSSE3) for sub_left_pred

Hello, in attach patch to add SIMD for sub_left_pred in utvideoenc 001 : add SIMD for utvideoenc 002 : add checkasm for llviddspenc (diff bytes and sub_left_pred) Encoding result : ./ffmpeg -i utvideo_file.avi -c:v utvideo -pred left res.avi Without frame= 3316 fps=194 q=-0.0 Lsize= 3613675kB

Re: [FFmpeg-devel] GSoC 2018

Thilo Borgmann wrote: >Should I? Yes, please! Best regards, Reto ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] GSoC 2018

Am 11.01.18 um 19:45 schrieb Michael Niedermayer: > On Thu, Jan 11, 2018 at 02:43:01PM -0200, Pedro Arthur wrote: >> Hi, >> >> What about a Super Resolution filter? lately there was much research in >> this area, mainly in Single Image Super Resolution. >> I think it would be an interesting

[FFmpeg-devel] [PATCH v2] avfilter: add dumpwave filter.

Signed-off-by: Dmytro Humeniuk --- Changelog| 1 + doc/filters.texi | 23 +++ libavfilter/Makefile | 1 + libavfilter/af_dumpwave.c| 324 +++

Re: [FFmpeg-devel] avfilter/vf_interlace : add checkasm for lowpass_line and AVX2 version

2017-12-30 19:57 GMT+01:00 Martin Vignali : > > > >> >> > >> This broke several interlace fate tests, including the new checkasm >> one >> > >> you added. >> > >> > > > New patch in attach for AVX2 version > i add a process of only 1* mmsize, before the loop (who process

[FFmpeg-devel] [PATCH] avfilter: add foobar filter.

Signed-off-by: Dmytro Humeniuk --- Changelog| 1 + doc/filters.texi | 23 +++ libavfilter/Makefile | 1 + libavfilter/af_dumpwave.c| 324 +++

Re: [FFmpeg-devel] ffmpeg.org: snapshots not up-to-date

On Thu, Jan 11, 2018 at 03:20:59PM -0900, Lou Logan wrote: > On Thu, Jan 11, 2018, at 2:51 PM, Michael Niedermayer wrote: > > On Thu, Jan 11, 2018 at 06:57:52PM -0300, James Almer wrote: > > > Speaking of doxygen, doxy for branches 3.3 and 3.4 doesn't seem to be > > > generated. > > >

Re: [FFmpeg-devel] avcodec/utvideoenc : add SIMD (SSSE3) for sub_left_pred

On Thu, Jan 11, 2018 at 09:45:07PM +0100, Martin Vignali wrote: > Hello, > > in attach patch to add SIMD for sub_left_pred in utvideoenc > > 001 : add SIMD for utvideoenc > 002 : add checkasm for llviddspenc (diff bytes and sub_left_pred) > > Encoding result : > ./ffmpeg -i utvideo_file.avi

Re: [FFmpeg-devel] GSoC 2018

On Thu, Jan 11, 2018 at 09:17:06PM +0100, Thilo Borgmann wrote: > Am 11.01.18 um 19:45 schrieb Michael Niedermayer: > > On Thu, Jan 11, 2018 at 02:43:01PM -0200, Pedro Arthur wrote: > >> Hi, > >> > >> What about a Super Resolution filter? lately there was much research in > >> this area, mainly in

Re: [FFmpeg-devel] ffmpeg.org: snapshots not up-to-date

On Thu, Jan 11, 2018, at 2:51 PM, Michael Niedermayer wrote: > On Thu, Jan 11, 2018 at 06:57:52PM -0300, James Almer wrote: > > Speaking of doxygen, doxy for branches 3.3 and 3.4 doesn't seem to be > > generated. > > https://ffmpeg.org/documentation.html mentions up to 3.2, and of course > > the

Re: [FFmpeg-devel] ffmpeg.org: snapshots not up-to-date

On Thu, Jan 11, 2018, at 3:25 PM, Michael Niedermayer wrote: > > its not fully automated, never was Ah, I was assuming more complication. I now see the fix was to simply add the links. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] FFV1: make RGB48 support as non-experimental

On Fri, Jan 05, 2018 at 10:26:42PM +0100, Jerome Martinez wrote: > On 05/01/2018 16:14, Tobias Rapp wrote: > >On 05.01.2018 11:18, Jerome Martinez wrote: > >>0001-FFV1-make-RGB48-support-as-non-experimental.patch > >> > >>From cd1bfe68a1a809700f25e593ac21ca3876d265ad Mon Sep 17 00:00:00 2001 >

Re: [FFmpeg-devel] [PATCH] Don't overwrite previously setup dimensions for all codecs

> >> 2018-01-10 9:10 GMT+01:00 Zhong Li : > >> > Currently a hacky way is used for some specific codecs such as > >> > H264/VP6F/DXV. > >> > >> > Replace with a more generic way(an evolution based on a history > >> > commit > >> > 9de9b828ef005dec37052548c195a6b4f18fc701 but

Re: [FFmpeg-devel] GSoC 2018

On Fri, 12 Jan 2018 03:06:29 +0100 Michael Niedermayer wrote: > On Thu, Jan 11, 2018 at 09:17:06PM +0100, Thilo Borgmann wrote: > > Am 11.01.18 um 19:45 schrieb Michael Niedermayer: > > > On Thu, Jan 11, 2018 at 02:43:01PM -0200, Pedro Arthur wrote: > > >> Hi, > > >>

Re: [FFmpeg-devel] [PATCH] avcodec: increase AV_INPUT_BUFFER_PADDING_SIZE to 64

On 1/7/2018 3:06 PM, Rostislav Pehlivanov wrote: > On 7 January 2018 at 04:22, James Almer wrote: > >> AVX-512 support has been introduced, and even if no functions currently >> use zmm registers (able to load as much as 64 bytes of consecutive data >> per instruction), they

Re: [FFmpeg-devel] [PATCH v2] avfilter: add dumpwave filter.

On Thu, Jan 11, 2018 at 10:11:47PM +0100, Dmytro Humeniuk wrote: [...] > +static const AVOption dumpwave_options[] = { > +{ "s", "set width and height", OFFSET(w), AV_OPT_TYPE_IMAGE_SIZE, {.str > = "1800x140"}, 0, 0, FLAGS }, > +{ "size", "set width and height", OFFSET(w),

Re: [FFmpeg-devel] [PATCH v2] avfilter: add dumpwave filter.

Hi, Make sure you go back and read our comments. There were several things you didn't address in your most recent patch. Thanks, Kyle ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] libavformat/opensrt: add Haivision Open SRT protocol

On 12/25/2017 10:52 AM, nablet developer wrote: On 19-Dec-17 15:01, nablet developer wrote: On 13 Dec 2017, at 15:31, Nablet Developer wrote: The protocol is used by thousands of Haivision customers since 2013, in extremely sensitive medical, military and enterprise