> 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
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 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(+),
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
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
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:
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 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
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
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 ++---
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
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
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 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 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, 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
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
__
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
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
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
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:
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!
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
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
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
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 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
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
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
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
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
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
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 ++-
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
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 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
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 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 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
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
41 matches
Mail list logo
