On Tue, Nov 7, 2017 at 12:28 AM, Mironov, Mikhail
wrote:
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>> Of Michael Niedermayer
>> Sent: November 6, 2017 5:47 PM
>> To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>> Subje
---
libavformat/avio_internal.h | 8
libavformat/aviobuf.c | 8
2 files changed, 16 insertions(+)
diff --git a/libavformat/avio_internal.h b/libavformat/avio_internal.h
index c01835d..04c1ad5 100644
--- a/libavformat/avio_internal.h
+++ b/libavformat/avio_internal.h
@@ -13
---
libavformat/http.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index bd9148f..0854c01 100644
--- a/libavformat/http.c
+++ b/libavformat/http.c
@@ -1527,7 +1527,7 @@ static int http_write(URLContext *h, const uint8_t *buf,
int siz
---
doc/muxers.texi | 3 +++
libavformat/hlsenc.c | 50 +++---
2 files changed, 46 insertions(+), 7 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 91bbe67..1e1468c 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -794,6 +79
>On 11/7/17, 10:45 AM, "Jeyapal, Karthick" wrote:
>
>>On 11/3/17, 9:44 PM, "Aman Gupta" wrote:
>>
>>I recently implemented keepalive support in the hls demuxer, and have been
>>using it with a lot of success. See my patchset:
>>http://ffmpeg.org/pipermail/ffmpeg-devel/2017-October/217353.html
>>
Hi!
Attached patch fixes compilation with current libressl, related to ticket #6801.
Please comment, Carl Eugen
From 9e660d1bbe0842264971f1e4e8c2539bdb36cd4c Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Tue, 7 Nov 2017 13:25:55 +0100
Subject: [PATCH] lavf/tls_openssl: Fix compilation wi
2017-11-06 14:20 GMT+01:00 Carl Eugen Hoyos :
> Hi!
>
> I believe the following patch is necessary to fix the libvmaf license
> dependencies.
Patch applied, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listin
Am 07.11.2017 um 13:28 schrieb Carl Eugen Hoyos:
Hi!
Attached patch fixes compilation with current libressl, related to ticket #6801.
Please comment, Carl Eugen
Wouldn't it be better to move that check to configure, so it does not
build the openssl backend with libressl, and then merge the l
On 11/7/2017 10:04 AM, Timo Rothenpieler wrote:
> Am 07.11.2017 um 13:28 schrieb Carl Eugen Hoyos:
>> Hi!
>>
>> Attached patch fixes compilation with current libressl, related to
>> ticket #6801.
>>
>> Please comment, Carl Eugen
>
> Wouldn't it be better to move that check to configure, so it does
I would very much rather have a way to get libressl to compile with
tls_openssl.c, or just reject it altogether, than adding a duplicate
module just for a fork that pretends to be compatible with a version of
openssl but not providing the required API for it.
I refuse to give special treatment to
On 11/7/2017 10:28 AM, Timo Rothenpieler wrote:
>> I would very much rather have a way to get libressl to compile with
>> tls_openssl.c, or just reject it altogether, than adding a duplicate
>> module just for a fork that pretends to be compatible with a version of
>> openssl but not providing the
Am 07.11.2017 um 14:37 schrieb James Almer:
On 11/7/2017 10:28 AM, Timo Rothenpieler wrote:
I would very much rather have a way to get libressl to compile with
tls_openssl.c, or just reject it altogether, than adding a duplicate
module just for a fork that pretends to be compatible with a versio
On Tue, Nov 7, 2017 at 1:28 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes compilation with current libressl, related to ticket
> #6801.
>
I believe we basically had that exact same patch on the ML before, and
the consensus was to not have a jungle of #ifdefs in the code, and
instead
On 11/7/2017 10:48 AM, Hendrik Leppkes wrote:
> On Tue, Nov 7, 2017 at 1:28 PM, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes compilation with current libressl, related to ticket
>> #6801.
>>
>
> I believe we basically had that exact same patch on the ML before, and
> the consensus w
Hello,
I tried to address all issues.
I did not have time yet to try more image formats, so it is still only
YUV420P.
Please review.
Greetings,
FelixFrom a235f56518fc1f11698a5028dfd4b654989993c5 Mon Sep 17 00:00:00 2001
From: Felix Matouschek
Date: Tue, 24 Oct 2017 13:11:23 +0200
Subject: [P
Am 02.11.2017 16:20, schrieb Daniel Kučera:
some devices have cameras which are unlisted - this condition makes
them unusable.
How does one use unlisted devices? As far as I understood all supported
devices are listed. If the Camera2 API does not support the camera
it cannot be used.
_
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Hendrik Leppkes
> Sent: November 7, 2017 3:25 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Added HW H.264 and HEVC encoding for AMD
> GPU
On Tue, Nov 7, 2017 at 2:57 PM, James Almer wrote:
> On 11/7/2017 10:48 AM, Hendrik Leppkes wrote:
>> On Tue, Nov 7, 2017 at 1:28 PM, Carl Eugen Hoyos wrote:
>>> Hi!
>>>
>>> Attached patch fixes compilation with current libressl, related to ticket
>>> #6801.
>>>
>>
>> I believe we basically had
On 11/7/2017 12:15 PM, Hendrik Leppkes wrote:
> On Tue, Nov 7, 2017 at 2:57 PM, James Almer wrote:
>> On 11/7/2017 10:48 AM, Hendrik Leppkes wrote:
>>> On Tue, Nov 7, 2017 at 1:28 PM, Carl Eugen Hoyos wrote:
Hi!
Attached patch fixes compilation with current libressl, related to tic
2017-11-07 15:25 GMT+01:00 Felix Matouschek :
> Am 02.11.2017 16:20, schrieb Daniel Kučera:
>
>> some devices have cameras which are unlisted - this condition makes
>> them unusable.
>
>
> How does one use unlisted devices? As far as I understood all supported
> devices are listed. If the Camera2 A
> Am 07.11.2017 um 16:17 schrieb Daniel Kučera :
>
> It's used like here:
> https://github.com/danielkucera/ZidoStreamer/blob/master/app/src/main/java/eu/danman/zidostreamer/zidostreamer/StreamService.java#L62
>
> If I open standard streaming or camera app, no camera is listed.
Note that your a
2017-11-07 18:47 GMT+01:00 Felix Matouschek :
>
>> Am 07.11.2017 um 16:17 schrieb Daniel Kučera :
>>
>> It's used like here:
>> https://github.com/danielkucera/ZidoStreamer/blob/master/app/src/main/java/eu/danman/zidostreamer/zidostreamer/StreamService.java#L62
>>
>> If I open standard streaming or
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 5 +
libavfilter/vf_tile.c | 53 ++-
2 files changed, 49 insertions(+), 9 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 2ba6e04166..a6d537485b 100644
--- a/doc/filte
2017-11-07 3:38 GMT+01:00 James Almer :
> On 11/6/2017 8:05 PM, Martin Vignali wrote:
> > Hello,
> >
> > Sorry, i put the ret variable declaration in the previous patch, at the
> > wrong place (at the start of the func, instead of inside the
> > FF_API_DEBUG_MV part
> >
> > patch in attach fix war
Hello,
patchs in attach add avx2 version for add_left_pred
Pass fate test for me
checkasm test (kaby lake os 10.12)
with width = 1024
add_left_pred_zero_c: 1229.7
add_left_pred_zero_ssse3: 269.7
add_left_pred_zero_avx2: 217.9
0001-checkasm-llviddsp-test-return-of-add_left_pred-16
Modify the ch
On 6 November 2017 at 18:03, Nicolas George wrote:
> Le sextidi 16 brumaire, an CCXXVI, Rostislav Pehlivanov a écrit :
> > Signed-off-by: Rostislav Pehlivanov
> > ---
> > doc/APIchanges | 3 +++
> > libavutil/frame.h | 6 ++
> > libavutil/version.h | 2 +-
> > 3 files changed, 10 ins
Hello,
Patch in attach add tests for magicyuv encoding (for the 3 prediction
(left, median, gradient))
0001-fate-magicyuv-move-decoding-test-to-magicyuv.mak-fil
move magicyuvdecoding test inside a new file
0002-fate-magicyuvenc-add-test-for-magicyuv-encoding
add test for encoding (based on utvid
On 11/7/17, Martin Vignali wrote:
> Hello,
>
> Patch in attach add tests for magicyuv encoding (for the 3 prediction
> (left, median, gradient))
>
> 0001-fate-magicyuv-move-decoding-test-to-magicyuv.mak-fil
> move magicyuvdecoding test inside a new file
>
> 0002-fate-magicyuvenc-add-test-for-magic
2017-11-07 17:17 GMT+01:00 mmironov :
> diff --git a/Changelog b/Changelog
> index 6592d86..f0d22fa 100644
> --- a/Changelog
> +++ b/Changelog
> @@ -6,7 +6,8 @@ version :
> - Dropped support for OpenJPEG versions 2.0 and below. Using OpenJPEG now
>requires 2.1 (or later) and pkg-config.
> -
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: November 7, 2017 4:44 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Added HW accelerated H.264 and HEVC
> encodin
Hi!
I ‘m working in a Project where we make a software to take
images from an ip camera using Python embed in a raspberry. I have all the
parameters of the camera (fx, fy, cx, cy, alpha, k1, k2, k3, p1, p2) calibrated
in Matlab.
I would like to use ffmpeg to get
On Mon, Nov 06, 2017 at 12:30:02AM +, Rostislav Pehlivanov wrote:
> On 5 November 2017 at 23:39, Aurelien Jacobs wrote:
>
> > The encoder was reverse engineered from binary library and from
> > EP0398973B1 patent (long expired).
> > The decoder was simply deduced from the encoder.
> > ---
> >
The encoder was reverse engineered from binary library and from
EP0398973B1 patent (long expired).
The decoder was simply deduced from the encoder.
---
doc/general.texi| 2 +
libavcodec/Makefile | 2 +
libavcodec/allcodecs.c | 1 +
libavcodec/aptx.c | 826 +
---
doc/general.texi | 1 +
libavformat/Makefile | 2 ++
libavformat/allformats.c | 1 +
libavformat/aptxdec.c| 58
libavformat/rawenc.c | 13 +++
libavformat/utils.c | 1 +
6 files changed, 76 insertions(+)
cre
On 7 November 2017 at 20:47, Agustín Trombotto
wrote:
>
> Hi!
> I ‘m working in a Project where we make a software to take
> images from an ip camera using Python embed in a raspberry. I have all the
> parameters of the camera (fx, fy, cx, cy, alpha, k1, k2, k3, p1, p2)
> calibrat
On 7 November 2017 at 22:26, Aurelien Jacobs wrote:
> The encoder was reverse engineered from binary library and from
> EP0398973B1 patent (long expired).
> The decoder was simply deduced from the encoder.
> ---
> doc/general.texi| 2 +
> libavcodec/Makefile | 2 +
> libavcodec/a
On 11/4/2017 9:43 PM, Greg Wessels wrote:
---
libavutil/hwcontext_d3d11va.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/hwcontext_d3d11va.c b/libavutil/hwcontext_d3d11va.c
index 52683b9..65dd665 100644
--- a/libavutil/hwcontext_d3d11va.c
+++ b/libavutil/hwcontext_d3d11va.c
@@
On 11/7/2017 10:50 PM, Aaron Levinson wrote:
> On 11/4/2017 9:43 PM, Greg Wessels wrote:
>> ---
>> libavutil/hwcontext_d3d11va.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/libavutil/hwcontext_d3d11va.c
>> b/libavutil/hwcontext_d3d11va.c
>> index 52683b9..65dd665 100644
>> --- a/
On 11/6/2017 8:43 PM, Michael Niedermayer wrote:
> On Sun, Nov 05, 2017 at 03:06:56PM -0300, James Almer wrote:
>> It has no reason to be in a public header, even if defined as private.
>>
>> Signed-off-by: James Almer
>> ---
>> To be honest, none of the fields below the "not part of the API" noti
2017-11-07 21:32 GMT+08:00 Dixit, Vishwanath :
>
>
>>On 11/3/17, 8:31 PM, "刘歧" wrote:
>>look at your mail title please!
>>and read the test case which i write for the fate-filter-hls-append
>
> Thanks for your clarification on sample HLS encoder test. I have referred to
> the test fate-filte
>There have no master playlist after use patchset:
>
>test command line at bellow:
>
>
>liuqideMBP:xxx liuqi$ ./ffmpeg -f lavfi -i color=red -f lavfi -i
>anullsrc -g 25 -r 25 -b:v:0 1000k -b:v:1 256k -b:a:1 64k -b:a:1 32k
>-map 0:v -map 1:a -map 0:v -map 1:a -f hls -v
41 matches
Mail list logo
