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
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 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 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
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
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 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 ++
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
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 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
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 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,
>>> +
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 @
---
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, 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
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
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/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
> 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
> -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
>
>
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
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
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
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
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 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
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 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
> 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
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
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
> >
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
__
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-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
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-
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 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 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
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 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"
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 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
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 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 :
> 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 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
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/
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(+),
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
> _
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
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:
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
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
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
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 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. 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 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
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
61 matches
Mail list logo
