Am 11.04.16 um 04:34 schrieb Michael Niedermayer:
> On Sun, Apr 10, 2016 at 06:33:47PM +0200, Thilo Borgmann wrote:
>> Hi,
>>
>> basically adding number of input/output frames in expression evaluation
>> for perspective transform coordinates.
>>
>> -Thilo
>
>> doc/filters.texi | 19
On Mon, Apr 11, 2016 at 01:32:07AM +0200, Michael Niedermayer wrote:
> The bits_per_raw_sample represents the number of bits of precission per
> sample.
>
> The field is added at the logical place, not at the end as the code was just
> recently added
>
> This fixes the regression about loosing t
On Tuesday, 12 April 2016 at 13:10, Michael Niedermayer wrote:
> new version of this with improved documentation
> I intend to apply this soon if noone is against
>
>
> From e500dd31368b760144b1e2b5b094f73b571b Mon Sep 17 00:00:00 2001
> From: Michael Niedermayer
> Date: Mon, 11 Apr 2016 00:
On Tue, 12 Apr 2016 13:10:09 +0200
Michael Niedermayer wrote:
> On Mon, Apr 11, 2016 at 01:32:07AM +0200, Michael Niedermayer wrote:
> > The bits_per_raw_sample represents the number of bits of precission per
> > sample.
> >
> > The field is added at the logical place, not at the end as the cod
On Sun, Apr 10, 2016 at 06:22:52PM -0300, James Almer wrote:
> From: Moritz Barsnick
>
> Signed-off-by: Moritz Barsnick
> Signed-off-by: James Almer
> ---
> Here's the previously sent patchset in an easy to read single patch.
> I changed the default from sha512 to sha256 since the former is slo
Hi James,
On Sun, Apr 10, 2016 at 5:22 PM, James Almer wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> Signed-off-by: James Almer
> ---
> The differences with Michael's original patch are that this one is updated
> to use codecpar, and adds the new output as frameh
On Tue, Apr 12, 2016 at 4:56 PM, Ronald S. Bultje wrote:
> Hi James,
>
> On Sun, Apr 10, 2016 at 5:22 PM, James Almer wrote:
>
>> From: Michael Niedermayer
>>
>> Signed-off-by: Michael Niedermayer
>> Signed-off-by: James Almer
>> ---
>> The differences with Michael's original patch are that th
From: Jan Sebechlebsky
Closing single slave operation is pulled out into separate
function close_slave(TeeSlave*).
Both close_slave and close_slaves function are moved before
open_slave function.
Signed-off-by: Jan Sebechlebsky
---
libavformat/tee.c | 58 ++-
From: Jan Sebechlebsky
Calling close_slave in case error is to be returned from open_slave
will free allocated resources.
Since failure can happen before bsfs array is initialized,
close_slave must check that bsfs is not NULL before accessing
tee_slave->bsfs[i] element.
Slave muxer expects writ
From: Jan Sebechlebsky
Adds per slave option 'onfail' to the tee muxer allowing an output to
fail,so other slave outputs can continue.
Signed-off-by: Jan Sebechlebsky
---
doc/muxers.texi | 14
libavformat/tee.c | 102 +-
2 files c
It is practical to de-noise only on luma while keeping chroma unchanged.
However, libavfilter/vf_owdenoise.c always do the Wavelet transform/retransform
on all 3 channels without check whether chroma_strength is 0.
Thus I make this patch. De-noise on Y only for yuv420 is now 1.5 times faster.
S
Hello,
I'm sorry for delay. I made a few modifications to the patchset from the
last version apart from issues pointed by Marton:
- I discovered another source of leaks - slave muxers often allocate memory
in write_header call and free them in write_trailer. write_trailer is called
if write_heade
Hello,
In attach two patch, to fix piz compression.
001 : Set to 0 entire bitmap and lut array.
Fix ticket #3932, also fix decoding error for various official samples :
openexr-images-1.7.0/TestImages/AllHalfValues.exr
openexr-images-1.7.0/ScanLines/MtTamWest.exr
openexr-images-1.7.0/ScanLines/S
On 4/11/2016 12:58 PM, Michael Niedermayer wrote:
> On Sun, Apr 10, 2016 at 06:22:53PM -0300, James Almer wrote:
>> From: Michael Niedermayer
>>
>> Signed-off-by: Michael Niedermayer
>> Signed-off-by: James Almer
>> ---
>> The differences with Michael's original patch are that this one is update
Hi!
Attached patch may fix ticket #5431.
Please review, Carl Eugen
diff --git a/libavformat/webpenc.c b/libavformat/webpenc.c
index 2e0147c..38183ff 100644
--- a/libavformat/webpenc.c
+++ b/libavformat/webpenc.c
@@ -107,7 +107,9 @@ static int flush(AVFormatContext *s, int trailer, int64_t
pts)
On Tue, 12 Apr 2016 21:32:43 +0200
Carl Eugen Hoyos wrote:
> diff --git a/libavformat/webpenc.c b/libavformat/webpenc.c
> index 2e0147c..38183ff 100644
> --- a/libavformat/webpenc.c
> +++ b/libavformat/webpenc.c
> @@ -107,7 +107,9 @@ static int flush(AVFormatContext *s, int trailer, int64_t
> pt
wm4 googlemail.com> writes:
> > -flags |= 2 + 16;
> > +flags |= 2;
> > +if (st->codecpar->format != AV_PIX_FMT_YUV420P)
> > +flags |= 16; // stream may contain transparency
> > information
> The pixel format shouldn't be requir
Hi!
Afaict, FFmpeg is not very good at reading webp files.
Attached patch makes it more obvious to the user why.
Please comment, Carl Eugen
diff --git a/libavcodec/webp.c b/libavcodec/webp.c
index 81b2e91..e715c4b 100644
--- a/libavcodec/webp.c
+++ b/libavcodec/webp.c
@@ -1500,7 +1500,7 @@ exif_e
Sometimes video fails to decode if H.264 configuration changes mid stream. The
reason is that configuration parser assumes that nal_ref_idc is equal to 11b
while actually some codecs but 01b there. The H.264 spec is somewhat vague
about this but it looks like it allows any non-zero nal_ref_idc f
Hi,
On Thu, Apr 7, 2016 at 10:05 AM, Kieran Kunhya wrote:
>
> On Wed, 6 Apr 2016 at 19:10 Ronald S. Bultje wrote:
>
>> +pw_1: times 8 dw 1
>> +pw_2: times 8 dw 2
>> +pw_4: times 8 dw 4
>> +pw_8: times 8 dw 8
>> +pw_16: times 8 dw 16
>> +pw_64: times 8 dw 64
>> +pw_128: times 8 dw 128
>> +pw_256:
Ivan gmail.com> writes:
> Sometimes video fails to decode if H.264 configuration
> changes mid stream.
Could you provide such a stream?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, Apr 12, 2016 at 10:53:58PM +0800, Yuuki Galaxy wrote:
> It is practical to de-noise only on luma while keeping chroma unchanged.
>
> However, libavfilter/vf_owdenoise.c always do the Wavelet
> transform/retransform on all 3 channels without check whether chroma_strength
> is 0.
>
> Thus
Hi,
patch attached.
From 538f424defabd4ae55467ba216a678e0bb50c12c Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Tue, 12 Apr 2016 22:41:51 +0200
Subject: [PATCH] avcodec/wmalosslessdec: real 24bit support
Signed-off-by: Paul B Mahol
---
configure | 1 -
libavcodec/wmaloss
Paul B Mahol gmail.com> writes:
>
> Hi,
>
> patch attached.
Very cool!
> -pred += s->dsp.scalarproduct_and_madd_int16(s->cdlms[ch]
> +pred += scalarproduct_and_madd_int(s->cdlms[ch][ilms].coefs,
Doesn't this lead to a speedloss for 16 bit decoding?
Carl Eugen
__
On 4/12/16, Carl Eugen Hoyos wrote:
> Paul B Mahol gmail.com> writes:
>
>>
>> Hi,
>>
>> patch attached.
>
> Very cool!
>
>> -pred += s->dsp.scalarproduct_and_madd_int16(s->cdlms[ch]
>> +pred += scalarproduct_and_madd_int(s->cdlms[ch][ilms].coefs,
>
> Doesn't this lead to a speedlo
On 4/12/16, Martin Vignali wrote:
> Hello,
>
> In attach two patch, to fix piz compression.
>
> 001 : Set to 0 entire bitmap and lut array.
> Fix ticket #3932, also fix decoding error for various official samples :
>
> openexr-images-1.7.0/TestImages/AllHalfValues.exr
> openexr-images-1.7.0/ScanLi
On 4/12/16, Paul B Mahol wrote:
> On 4/12/16, Carl Eugen Hoyos wrote:
>> Paul B Mahol gmail.com> writes:
>>
>>>
>>> Hi,
>>>
>>> patch attached.
>>
>> Very cool!
>>
>>> -pred += s->dsp.scalarproduct_and_madd_int16(s->cdlms[ch]
>>> +pred += scalarproduct_and_madd_int(s->cdlms[ch][i
On Tue, Apr 12, 2016 at 11:29 PM, Paul B Mahol wrote:
> On 4/12/16, Paul B Mahol wrote:
>> On 4/12/16, Carl Eugen Hoyos wrote:
>>> Paul B Mahol gmail.com> writes:
>>>
Hi,
patch attached.
>>>
>>> Very cool!
>>>
-pred += s->dsp.scalarproduct_and_madd_int16(s->cdlm
On Tue, 12 Apr 2016, Michael Niedermayer wrote:
On Mon, Apr 11, 2016 at 11:11:00PM +0200, Marton Balint wrote:
Signed-off-by: Marton Balint
---
ffplay.c | 56 ++--
1 file changed, 34 insertions(+), 22 deletions(-)
seems working, also no n
Signed-off-by: James Almer
---
libavformat/hashenc.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/libavformat/hashenc.c b/libavformat/hashenc.c
index a45cc42..e007e79 100644
--- a/libavformat/hashenc.c
+++ b/libavformat/hashenc.c
@@ -149,6 +149,33 @@ AVOutpu
The uncodedframecrc muxer didn't like the new ff_framehash_write_header
signature.
This may also simplify further improvements to the output of framehash.
Signed-off-by: James Almer
---
libavformat/Makefile| 8
libavformat/{framehash.c => framecrc.c} | 19 ++---
On Tue, Apr 12, 2016 at 08:46:29PM +0300, sebechlebsky...@gmail.com wrote:
> From: Jan Sebechlebsky
>
> Adds per slave option 'onfail' to the tee muxer allowing an output to
> fail,so other slave outputs can continue.
>
> Signed-off-by: Jan Sebechlebsky
> ---
> doc/muxers.texi | 14
On Tue, Apr 12, 2016 at 07:32:44PM -0300, James Almer wrote:
> The uncodedframecrc muxer didn't like the new ff_framehash_write_header
> signature.
> This may also simplify further improvements to the output of framehash.
>
> Signed-off-by: James Almer
> ---
> libavformat/Makefile
Hi,
I use ffmpeg to receive a live input stream in real time, transcode it and then
output it via various live protocols and as an archived mp4 locally. The input
data is always received in real time.
Sometimes the live input stream stops sending data for a while but the input
stream remains open
On 4/12/2016 11:31 PM, Michael Niedermayer wrote:
> On Tue, Apr 12, 2016 at 07:32:44PM -0300, James Almer wrote:
>> The uncodedframecrc muxer didn't like the new ff_framehash_write_header
>> signature.
>> This may also simplify further improvements to the output of framehash.
>>
>> Signed-off-by:
Previously, the bug was that if -1 < start_time < 0, the reported
"start" time would lose the negative-sign.
---
libavformat/dump.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavformat/dump.c b/libavformat/dump.c
index 3d117f6..a84dcc6 100644
--- a/libavformat/du
Signed-off-by: James Almer
---
I'm keeping the version code for the time being, unless people disagree.
Removing it if needed is trivial.
libavformat/hashenc.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/libavformat/hashenc.c b/libavformat/hashenc.c
index
Signed-off-by: James Almer
---
Once these two patches go in I'll send one enabling version 2 output
by default.
libavformat/hashenc.c | 36 +---
1 file changed, 33 insertions(+), 3 deletions(-)
diff --git a/libavformat/hashenc.c b/libavformat/hashenc.c
index e471
On 08.04.2016 09:19, Tobias Rapp wrote:
On 07.04.2016 20:45, Stefano Sabatini wrote:
On date Thursday 2016-04-07 12:32:47 +0200, Tobias Rapp encoded:
Signed-off-by: Tobias Rapp
---
doc/filters.texi | 7 ++-
libavfilter/vf_drawtext.c | 4 +++-
2 files changed, 9 insertions(+),
On 4/13/16, Tobias Rapp wrote:
> On 08.04.2016 09:19, Tobias Rapp wrote:
>> On 07.04.2016 20:45, Stefano Sabatini wrote:
>>> On date Thursday 2016-04-07 12:32:47 +0200, Tobias Rapp encoded:
Signed-off-by: Tobias Rapp
---
doc/filters.texi | 7 ++-
libavfilter/vf
> On 11 Apr 2016, at 18:30, nablet developer wrote:
>
>
>>>
>>> diff --git a/libavcodec/qsv.c b/libavcodec/qsv.c
>>> index 4c8e6b0..81d1f0c 100644
>>> --- a/libavcodec/qsv.c
>>> +++ b/libavcodec/qsv.c
>>> @@ -18,14 +18,19 @@
>>> * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 0
41 matches
Mail list logo
