On Sun, 8 Jan 2017 19:12:47 +
Mark Thompson wrote:
> (cherry picked from commit ade370a4d7eab1866b6023c91c135d27c77ca465)
> ---
> One minor fixup for allocation due to differences in the lavfis, otherwise
> unchanged.
>
> configure | 1 +
> libavfilter/Makefile
On Sun, 8 Jan 2017 18:08:38 +
Mark Thompson wrote:
> Hi,
>
> This merges the improved VAAPI decode infrastructure from libav, with various
> related parts updated to work together.
Patchset works for me. Though I only tried the decode API, and only with
h264 and vp8. (The latter out of mor
2017.01.12. 6:03 keltezéssel, Steven Liu írta:
when hlsenc use flag second_level_segment_index,
second_level_segment_size and second_level_segment_duration,
the rename is ok but the output filename always use the old filename
so move the rename operation after the close the ts file and
before o
On Wed, Jan 11, 2017 at 06:03:33PM +0100, Matthieu Bouron wrote:
> On Thu, Jan 05, 2017 at 12:11:31PM +0100, Matthieu Bouron wrote:
> > Patchset updated and rebased on master with the following minor changes:
> > * add av_assert0 in ff_frame_pool_get_{audio,video}_config
> > * FFFramePool.type
2017-01-12 17:18 GMT+08:00 Bodecs Bela :
>
>
> 2017.01.12. 6:03 keltezéssel, Steven Liu írta:
>
>> when hlsenc use flag second_level_segment_index,
>> second_level_segment_size and second_level_segment_duration,
>> the rename is ok but the output filename always use the old filename
>> so move the
On 12/01/17 08:01, wm4 wrote:
> On Sun, 8 Jan 2017 19:12:47 +
> Mark Thompson wrote:
>
>> (cherry picked from commit ade370a4d7eab1866b6023c91c135d27c77ca465)
>> ---
>> One minor fixup for allocation due to differences in the lavfis, otherwise
>> unchanged.
>>
>> configure
Have you noticed my second comment also about code change in my earlier
reply?
2017.01.12. 10:39 keltezéssel, Steven Liu írta:
2017-01-12 17:18 GMT+08:00 Bodecs Bela :
2017.01.12. 6:03 keltezéssel, Steven Liu írta:
when hlsenc use flag second_level_segment_index,
second_level_segment_size
Found-by: ubitux
Signed-off-by: Michael Niedermayer
---
libavcodec/h264dec.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
index ed0b7246b7..dabcaf698a 100644
--- a/libavcodec/h264dec.c
+++ b/libavcodec/h264dec.c
@@ -1096,6 +1096,15 @@ st
when hlsenc use flag second_level_segment_index,
second_level_segment_size and second_level_segment_duration,
the rename is ok but the output filename always use the old filename
so move the rename operation after the close the ts file and
before open new segment
Reported-by: Christian Johannesen
On Wed, Jan 11, 2017 at 23:52:53 +0100, Bodecs Bela wrote:
> >> my patch included the muxers.texi also.
> > D'uh, sorry! ;)
> Will you please review it?
LGTM. It's even close to perfect.
Moritz
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:
Hi Joel,
On Wed, Jan 11, 2017 at 6:01 PM, Joel Cunningham
wrote:
> Hi,
>
> I’ve been working on optimizing HTTP forward seek performance for ffmpeg
> and would like to contribute this patch into mainline ffmpeg. Please see
> the below patch for an explanation of the issue and proposed fix. I h
Le duodi 22 nivôse, an CCXXV, Joel Cunningham a écrit :
> This commit optimizes HTTP forward seeks by advancing the stream on
> the current connection when the seek amount is within the current
> TCP window rather than closing the connection and opening a new one.
> This improves performance becaus
2017-01-12 20:34 GMT+08:00 Moritz Barsnick :
> On Wed, Jan 11, 2017 at 23:52:53 +0100, Bodecs Bela wrote:
> > >> my patch included the muxers.texi also.
> > > D'uh, sorry! ;)
> > Will you please review it?
>
> LGTM. It's even close to perfect.
>
> Moritz
> _
Le tridi 23 nivôse, an CCXXV, Steven Liu a écrit :
> Reviewed-by: Moritz Barsnick
> Signed-off-by: Bela Bodecs
> ---
> doc/muxers.texi | 29 ++--
> libavformat/hlsenc.c | 54
> +---
> 2 files changed, 70 insertions(+),
Hi!
Please correct me if I miss something but I don't see why
the dss demuxer tests the content of dss_sp frames.
Please comment, Carl Eugen
From 5b975c20361d80ac7f889f05c23efd447873683f Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 12 Jan 2017 14:12:35 +0100
Subject: [PATCH] lavf/
On Mon, 9 Jan 2017 11:48:50 +0100
Nicolas George wrote:
> Le decadi 20 nivôse, an CCXXV, wm4 a écrit :
> > Can we have a document in doc/ or a doxygen section that gives an
> > overview how the "new" internal API works?
>
> I already stated several times this was planned.
Do you have any expl
Le tridi 23 nivôse, an CCXXV, wm4 a écrit :
> Do you have any explanation as to why you pushed this patchset without
> doing what was requested?
What do you mean exactly?
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-dev
On Thu, 12 Jan 2017 14:22:56 +0100
Nicolas George wrote:
> Le tridi 23 nivôse, an CCXXV, wm4 a écrit :
> > Do you have any explanation as to why you pushed this patchset without
> > doing what was requested?
>
> What do you mean exactly?
>
In my opinion, such an overview was necessary along
Le tridi 23 nivôse, an CCXXV, wm4 a écrit :
> In my opinion, such an overview was necessary along such a huge
> change - if only to make sure reviewers can properly review the new
> API before giving their ok.
That "overview" is already present on the mailing-list and in the
comments of the patche
On 1/12/17, Carl Eugen Hoyos wrote:
> Hi!
>
> Please correct me if I miss something but I don't see why
> the dss demuxer tests the content of dss_sp frames.
>
> Please comment, Carl Eugen
>
Should be ok.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpe
Hopefully fix compilation with suncc.
Signed-off-by: Nicolas George
---
libavfilter/asrc_anoisesrc.c | 2 +-
libavfilter/buffersink.c | 22 +++---
2 files changed, 12 insertions(+), 12 deletions(-)
Well, I am responsible for some of them, but not all of them, and it has
be
On Thu, 12 Jan 2017 14:49:51 +0100
Nicolas George wrote:
> Le tridi 23 nivôse, an CCXXV, wm4 a écrit :
> > In my opinion, such an overview was necessary along such a huge
> > change - if only to make sure reviewers can properly review the new
> > API before giving their ok.
>
> That "overview"
Le tridi 23 nivôse, an CCXXV, wm4 a écrit :
> Well then why didn't you point these out when I asked? Oh I know, these
> comments didn't really give a coherent overview.
You do not know that, you only read the patches looking for ways to
criticize and nag me. Never to do constructive comments.
> I
On 1/12/17, Nicolas George wrote:
> Hopefully fix compilation with suncc.
>
> Signed-off-by: Nicolas George
> ---
> libavfilter/asrc_anoisesrc.c | 2 +-
> libavfilter/buffersink.c | 22 +++---
> 2 files changed, 12 insertions(+), 12 deletions(-)
>
>
> Well, I am responsible
2017-01-11 19:55 GMT+01:00 Michael Niedermayer :
> On Tue, Jan 10, 2017 at 05:23:04PM +0100, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes ticket #6068.
>>
>> Please comment, Carl Eugen
>
>> matroskaenc.c |1 +
>> 1 file changed, 1 insertion(+)
>> 41a44b306b4f66f182c30289e093372556
On Thu, 12 Jan 2017 15:04:04 +0100
Nicolas George wrote:
> Le tridi 23 nivôse, an CCXXV, wm4 a écrit :
> > Well then why didn't you point these out when I asked? Oh I know, these
> > comments didn't really give a coherent overview.
>
> You do not know that, you only read the patches looking fo
2017-01-11 14:08 GMT+01:00 Paul B Mahol :
> On 1/11/17, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch files ticket #6072 for me.
>>
>> Please comment, Carl Eugen
>>
>
> ok
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-
2017-01-11 12:24 GMT+01:00 Moritz Barsnick :
> On Tue, Jan 10, 2017 at 17:05:47 +0100, Carl Eugen Hoyos wrote:
>> +enum AVPixelFormat pix_fmt =
>> avpriv_find_pix_fmt(avpriv_pix_fmt_bps_avi,
>> +
>> par->bits_per_code
Le tridi 23 nivôse, an CCXXV, Paul B Mahol a écrit :
> ok, i guess
Thanks, pushed.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffm
2017-01-12 14:55 GMT+01:00 Paul B Mahol :
> On 1/12/17, Carl Eugen Hoyos wrote:
>>
>> Please correct me if I miss something but I don't see why
>> the dss demuxer tests the content of dss_sp frames.
>
> Should be ok.
Patch applied.
Thank you, Carl Eugen
__
2017-01-12 21:02 GMT+08:00 Nicolas George :
> Le tridi 23 nivôse, an CCXXV, Steven Liu a écrit :
> > Reviewed-by: Moritz Barsnick
> > Signed-off-by: Bela Bodecs
> > ---
> > doc/muxers.texi | 29 ++--
> > libavformat/hlsenc.c | 54
> >
Le tridi 23 nivôse, an CCXXV, Nicolas George a écrit :
> Thanks, pushed.
suncc still complains that:
"vf_noise.c", [line_noise_avg_mmx]:ube: error: Cannot allocate register for
argument '%5' in GASM Inlining
But now that is the only error.
Regards,
--
Nicolas George
signature.asc
Descrip
> On Jan 12, 2017, at 6:47 AM, Ronald S. Bultje wrote:
>
> Hi Joel,
>
> On Wed, Jan 11, 2017 at 6:01 PM, Joel Cunningham
> wrote:
>
>> Hi,
>>
>> I’ve been working on optimizing HTTP forward seek performance for ffmpeg
>> and would like to contribute this patch into mainline ffmpeg. Please s
> On Jan 12, 2017, at 6:53 AM, Nicolas George wrote:
>
> Le duodi 22 nivôse, an CCXXV, Joel Cunningham a écrit :
>> This commit optimizes HTTP forward seeks by advancing the stream on
>> the current connection when the seek amount is within the current
>> TCP window rather than closing the conne
Joel Cunningham wrote:
Hi,
I’ve been working on optimizing HTTP forward seek performance for ffmpeg and
would like to contribute this patch into mainline ffmpeg. Please see the below
patch for an explanation of the issue and proposed fix. I have provided
evidence of the current performance
> On Jan 12, 2017, at 10:08 AM, Andy Furniss wrote:
>
> Joel Cunningham wrote:
>> Hi,
>>
>> I’ve been working on optimizing HTTP forward seek performance for ffmpeg and
>> would like to contribute this patch into mainline ffmpeg. Please see the
>> below patch for an explanation of the issue
when hlsenc use flag second_level_segment_index,
second_level_segment_size and second_level_segment_duration,
the rename is ok but the output filename always use the old filename
so move the rename operation after the close the ts file and
before open new segment
Reported-by: Christian Johannesen
Joel Cunningham wrote:
According TCP RFCs, a receiver is not allowed to decrease the window,
Not sure that's true.
It's certainly possible to do it illegally, on a linux box tcp will log
a message something like heresy shrank window.
That IME is where some middle box is "interfearing".
I've
Nicolas,
I’ve found existing “read-ahead logic” in avio_seek to do what I’ve implemented
in http_stream_forward(). This is controlled by SHORT_SEEK_THRESHOLD,
currently set to 4KB. I proto-typed increasing this to the 256KB (matches the
initial TCP window in my test setup) and saw the same nu
On Thu, Jan 12, 2017 at 04:59:33PM +, Andy Furniss wrote:
> I've seen plenty of "legal" shrinks looking at tcpdumps - usually the
> app is throttling it's read speed.
You're not really allowed to shrink by more than you've received, though,
are you? Typically the buffer going down is just that
Steinar H. Gunderson wrote:
On Thu, Jan 12, 2017 at 04:59:33PM +, Andy Furniss wrote:
I've seen plenty of "legal" shrinks looking at tcpdumps - usually the
app is throttling it's read speed.
You're not really allowed to shrink by more than you've received, though,
are you? Typically the bu
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Sasi
> Inguva
> Sent: Friday, January 6, 2017 8:25 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] mov: support for multiple edits and cenc
> decryption
>
>
> On Jan 12, 2017, at 11:04 AM, Steinar H. Gunderson
> wrote:
>
> On Thu, Jan 12, 2017 at 04:59:33PM +, Andy Furniss wrote:
>> I've seen plenty of "legal" shrinks looking at tcpdumps - usually the
>> app is throttling it's read speed.
>
> You're not really allowed to shrink by more than yo
On 1/9/2017 7:22 PM, pkoshe...@gmail.com wrote:
> From: Pavel Koshevoy
>
> Evidently CUVID doesn't support decoding 422 or 444 chroma formats,
> and only a limited set of resolutions per codec are supported.
>
> Given that stream resolution and pixel format are typically known as a
> result of p
Signed-off-by: Paul B Mahol
---
libavformat/mxf.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/mxf.c b/libavformat/mxf.c
index e9c48e8..8a40b67 100644
--- a/libavformat/mxf.c
+++ b/libavformat/mxf.c
@@ -61,6 +61,8 @@ const MXFCodecUL ff_mxf_codec_uls[] = {
{ {
0x06,0x0E
On 1/8/2017 12:25 PM, James Almer wrote:
> This moves code around so dsp functions used by either one or more
> codecs are in the corresponding contexts. Decoder and encoder dsp
> functions are also now properly split.
>
> James Almer (5):
> lossless_videodsp: move shared functions from huffyuvd
On 1/12/17, James Almer wrote:
> On 1/8/2017 12:25 PM, James Almer wrote:
>> This moves code around so dsp functions used by either one or more
>> codecs are in the corresponding contexts. Decoder and encoder dsp
>> functions are also now properly split.
>>
>> James Almer (5):
>> lossless_videod
---
libavfilter/af_biquads.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/af_biquads.c b/libavfilter/af_biquads.c
index 4953202..79f1b7c 100644
--- a/libavfilter/af_biquads.c
+++ b/libavfilter/af_biquads.c
@@ -420,6 +420,7 @@ static int filter_frame(AVFilterLink *inlink, AVFrame
On 1/12/17, Sergey Kudryashov wrote:
> ---
> libavfilter/af_biquads.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavfilter/af_biquads.c b/libavfilter/af_biquads.c
> index 4953202..79f1b7c 100644
> --- a/libavfilter/af_biquads.c
> +++ b/libavfilter/af_biquads.c
> @@ -420,6 +420,7 @
On Fri, Jan 13, 2017 at 1:10 AM, Carl Eugen Hoyos wrote:
> 2017-01-11 12:24 GMT+01:00 Moritz Barsnick :
>> On Tue, Jan 10, 2017 at 17:05:47 +0100, Carl Eugen Hoyos wrote:
>>> +enum AVPixelFormat pix_fmt =
>>> avpriv_find_pix_fmt(avpriv_pix_fmt_bps_avi,
>>> +
2017-01-12 23:20 GMT+01:00 Hendrik Leppkes :
> On Fri, Jan 13, 2017 at 1:10 AM, Carl Eugen Hoyos wrote:
>> 2017-01-11 12:24 GMT+01:00 Moritz Barsnick :
>>> On Tue, Jan 10, 2017 at 17:05:47 +0100, Carl Eugen Hoyos wrote:
+enum AVPixelFormat pix_fmt =
avpriv_find_pix_fmt(a
On Thu, Jan 12, 2017 at 01:31:04PM +0800, Steven Liu wrote:
> CID: 1396852
> check the devices_list alloc status,
> and release the devices_list when alloc devices error
>
> Signed-off-by: Steven Liu
> ---
> cmdutils_opencl.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
i th
On Wed, Jan 11, 2017 at 05:20:30PM -0800, Thomas Turner wrote:
> Signed-off-by: Thomas Turner
> ---
> libavutil/tests/audio_fifo.c | 30 +++---
> 1 file changed, 15 insertions(+), 15 deletions(-)
applied
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF
On Thu, Jan 12, 2017 at 10:59:56AM -0600, Joel Cunningham wrote:
> Nicolas,
>
> I’ve found existing “read-ahead logic” in avio_seek to do what I’ve
> implemented in http_stream_forward(). This is controlled by
> SHORT_SEEK_THRESHOLD, currently set to 4KB. I proto-typed increasing this to
> th
2017-01-13 6:51 GMT+08:00 Michael Niedermayer :
> On Thu, Jan 12, 2017 at 01:31:04PM +0800, Steven Liu wrote:
> > CID: 1396852
> > check the devices_list alloc status,
> > and release the devices_list when alloc devices error
> >
> > Signed-off-by: Steven Liu
> > ---
> > cmdutils_opencl.c | 9 ++
2017-01-12 13:07 GMT+08:00 Steven Liu :
> because the oc have been potint to hls->avf or hls->vtt_avf
> here is not needed point once again
>
> Signed-off-by: Steven Liu
> ---
> libavformat/hlsenc.c | 5 -
> 1 file changed, 5 deletions(-)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/
2017-01-13 0:55 GMT+08:00 Steven Liu :
> when hlsenc use flag second_level_segment_index,
> second_level_segment_size and second_level_segment_duration,
> the rename is ok but the output filename always use the old filename
> so move the rename operation after the close the ts file and
> before op
On 01/12/2017 10:32 AM, Timo Rothenpieler wrote:
On 1/9/2017 7:22 PM, pkoshe...@gmail.com wrote:
From: Pavel Koshevoy
Evidently CUVID doesn't support decoding 422 or 444 chroma formats,
and only a limited set of resolutions per codec are supported.
Given that stream resolution and pixel forma
On 1/12/2017 2:54 PM, Paul B Mahol wrote:
> On 1/12/17, James Almer wrote:
>> On 1/8/2017 12:25 PM, James Almer wrote:
>>> This moves code around so dsp functions used by either one or more
>>> codecs are in the corresponding contexts. Decoder and encoder dsp
>>> functions are also now properly sp
On Thu, 12 Jan 2017 23:31:11 +0100
Carl Eugen Hoyos wrote:
> 2017-01-12 23:20 GMT+01:00 Hendrik Leppkes :
> > On Fri, Jan 13, 2017 at 1:10 AM, Carl Eugen Hoyos
> > wrote:
> >> 2017-01-11 12:24 GMT+01:00 Moritz Barsnick :
> >>> On Tue, Jan 10, 2017 at 17:05:47 +0100, Carl Eugen Hoyos wrote:
On Fri, 13 Jan 2017 08:00:34 +0800
Steven Liu wrote:
> 2017-01-13 0:55 GMT+08:00 Steven Liu :
>
> > when hlsenc use flag second_level_segment_index,
> > second_level_segment_size and second_level_segment_duration,
> > the rename is ok but the output filename always use the old filename
> > so mo
61 matches
Mail list logo
