Adding subject line.
Thanks and regards,
Konda Raju
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Konda
Raju
Sent: Friday, March 17, 2017 9:56 AM
To: ffmpeg-devel@ffmpeg.org
Cc: phil...@overt.org
Subject: [FFmpeg-devel] [PATCH] nvenc:
Hi,
P
Hi,
Please review the attached patch.
This patch allows to specify different const qp values for I, P and B frames.
This change is backward compatible.
Note that the constQP values are initialized with default values in preset
configuration, hence there is not "else()" block in set_constqp().
On Thursday, March 16, 2017 3:54:39 PM CDT Marton Balint wrote:
> On Thu, 16 Mar 2017, Nicolas George wrote:
> > Le sextidi 26 ventôse, an CCXXV, Matthias Hunstock a écrit :
> >> I did not find a comparable option for another device in libavdevice,
> >> "format" was the initial suggestion of Marton
use the option set by user
Reported-by: Lancelot Lai
Signed-off-by: Steven Liu
---
libavformat/rtmpproto.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/libavformat/rtmpproto.c b/libavformat/rtmpproto.c
index 5d7ad79..7b2bd81 100644
--- a/libavformat/rtmpprot
On Fri, Mar 17, 2017 at 9:27 AM, wm4 wrote:
> On Fri, 17 Mar 2017 08:01:23 +0700
> Muhammad Faiz wrote:
>
>> when set_compensation is called with zero sample_delta,
>> compensation does not happen (because dst_incr == ideal_dst_incr)
>> but compensation_distance is set
>>
>> regression since 01eb
On Fri, 17 Mar 2017 08:01:23 +0700
Muhammad Faiz wrote:
> when set_compensation is called with zero sample_delta,
> compensation does not happen (because dst_incr == ideal_dst_incr)
> but compensation_distance is set
>
> regression since 01ebb57c03abde89bca7bdbc552917efcb8f551d
>
> Found-by: wm
Signed-off-by: Michael Niedermayer
---
libavcodec/mjpegdec.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/mjpegdec.c b/libavcodec/mjpegdec.c
index 4e78e1e3ae..b159cac197 100644
--- a/libavcodec/mjpegdec.c
+++ b/libavcodec/mjpegdec.c
@@ -188,6 +188,10 @@ int ff_mjpeg_decode_d
Fixes invalid shift
Fixes: 870/clusterfuzz-testcase-5649105424482304
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/mjpegdec.c | 10 +-
libavcodec/mjpegdec.h | 2 +-
2 files changed, 6
On Thu, Mar 16, 2017 at 10:38:24PM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes one of two remaining warnings when compiling
> bitstream_filter.c.
>
> Please comment, Carl Eugen
> avcodec.h |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> cf539519c5fa10e4af07d38e7a
On Fri, Mar 17, 2017 at 7:09 AM, wm4 wrote:
> On Fri, 10 Mar 2017 09:19:38 +0700
> Muhammad Faiz wrote:
>
>> for higher quality resampling
>>
>> Signed-off-by: Muhammad Faiz
>> ---
>
> This patch triggers this assertion:
>
> Assertion !c->frac && !c->dst_incr_mod && !c->compensation_distance fai
when set_compensation is called with zero sample_delta,
compensation does not happen (because dst_incr == ideal_dst_incr)
but compensation_distance is set
regression since 01ebb57c03abde89bca7bdbc552917efcb8f551d
Found-by: wm4
Signed-off-by: Muhammad Faiz
---
libswresample/resample.c | 2 +-
1
On Thu, Mar 16, 2017 at 08:31:34PM +0800, Steven Liu wrote:
> use the option set by user
>
> Reported-by: Lancelot Lai
> Signed-off-by: Steven Liu
> ---
> libavformat/rtmpproto.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
This causes rtmp to segfault:
example:
./ffmpeg_g -r
Signed-off-by: Matthias Hunstock
---
doc/indevs.texi | 14 ++
doc/outdevs.texi | 15 +++
2 files changed, 25 insertions(+), 4 deletions(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index 27cc3d5..a4c99a9 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.texi
@@ -233,6 +
Signed-off-by: Matthias Hunstock
---
libavdevice/decklink_common.cpp | 17 +
libavdevice/decklink_common_c.h | 1 +
libavdevice/decklink_dec.cpp| 5 +++--
libavdevice/decklink_dec_c.c| 1 +
libavdevice/decklink_enc_c.c| 1 +
5 files changed, 19 insertions(+), 6 del
Signed-off-by: Matthias Hunstock
---
libavdevice/decklink_common.cpp | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavdevice/decklink_common.cpp b/libavdevice/decklink_common.cpp
index 8b499c5..82b3a0c 100644
--- a/libavdevice/decklink_common.cpp
+++ b/libavdev
This patch series introduces a new option for the decklink devices. Currently,
a video mode
can be explicitly set via -i "devicename@modenumber", which is a common need
for capture and
sometimes for playout.
The current number based modes are not constant between different cards and
sometimes ev
On Fri, 10 Mar 2017 09:19:38 +0700
Muhammad Faiz wrote:
> for higher quality resampling
>
> Signed-off-by: Muhammad Faiz
> ---
This patch triggers this assertion:
Assertion !c->frac && !c->dst_incr_mod && !c->compensation_distance failed at
libswresample/resample.c:391
when I use avresample
On Fri, 17 Mar 2017 00:32:04 +0100
Michael Niedermayer wrote:
> On Thu, Mar 16, 2017 at 09:20:55PM +0100, Nicolas George wrote:
> > Le sextidi 26 ventôse, an CCXXV, Michael Niedermayer a écrit :
> > > Applications which depend on the current default would need
> >
> > ... to implement a corr
On Thu, Mar 16, 2017 at 09:20:55PM +0100, Nicolas George wrote:
> Le sextidi 26 ventôse, an CCXXV, Michael Niedermayer a écrit :
> > Applications which depend on the current default would need
>
> ... to implement a correct structure to carry the data from their
> demuxer to the lavc decoders.
Is
On Wed, 15 Mar 2017, Marton Balint wrote:
Since subtitles are not yet supported with the new API, CODEC_CAP_DELAY
subtitle codecs (only libzvbi so far) may loose the last few buffered frames in
the end of the stream.
The impact of this is so limited, it seemded better to accept it than losing
This work is sponsored by, and copyright, Google.
This avoids loading and calculating coefficients that we know will
be zero, and avoids filling the temp buffer with zeros in places
where we know the second pass won't read.
This gives a pretty substantial speedup for the smaller subpartitions.
T
This work is sponsored by, and copyright, Google.
This reduces the code size of libavcodec/arm/vp9itxfm_16bpp_neon.o from
17500 to 14516 bytes.
This gives a small slowdown of a couple tens of cycles, up to around
150 cycles for the full case of the largest transform, but makes
it more feasible to
This work is sponsored by, and copyright, Google.
This reduces the code size of libavcodec/aarch64/vp9itxfm_16bpp_neon.o from
26288 to 21512 bytes.
This gives a small slowdown of a couple of tens of cycles, but makes
it more feasible to add more optimized versions of these transforms.
Before:
vp
This makes the code a bit more readable.
---
libavcodec/aarch64/vp9itxfm_16bpp_neon.S | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/libavcodec/aarch64/vp9itxfm_16bpp_neon.S
b/libavcodec/aarch64/vp9itxfm_16bpp_neon.S
index f80604f..86ea29e 100644
--
Align the second/third operands as they usually are.
Due to the wildly varying sizes of the written out operands
in aarch64 assembly, the column alignment is usually not as clear
as in arm assembly.
This is cherrypicked from libav commit
7995ebfad12002033c73feed422a1cfc62081e8f.
---
libavcodec/a
This avoids concatenation, which can't be used if the whole macro
is wrapped within another macro.
---
libavcodec/aarch64/vp9itxfm_16bpp_neon.S | 90
1 file changed, 45 insertions(+), 45 deletions(-)
diff --git a/libavcodec/aarch64/vp9itxfm_16bpp_neon.S
b/libavco
This allows reusing the macro for a separate implementation of the
pass2 function.
---
libavcodec/aarch64/vp9itxfm_16bpp_neon.S | 98
1 file changed, 49 insertions(+), 49 deletions(-)
diff --git a/libavcodec/aarch64/vp9itxfm_16bpp_neon.S
b/libavcodec/aarch64/vp9i
Keep the idct32 coefficients in narrow form in q6-q7, and idct16
coefficients in lengthened 32 bit form in q0-q3. Avoid clobbering
q0-q3 in the pass1 function, and squeeze the idct16 coefficients
into q0-q1 in the pass2 function to avoid reloading them.
The idct16 coefficients are clobbered and re
In the half/quarter cases where we don't use the min_eob array, defer
loading the pointer until we know it will be needed.
This is cherrypicked from libav commit
3a0d5e206d24d41d87a25ba16a79b2ea04c39d4c.
---
libavcodec/aarch64/vp9itxfm_neon.S | 3 ++-
libavcodec/arm/vp9itxfm_neon.S | 4 ++--
---
libavcodec/arm/vp9itxfm_16bpp_neon.S | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavcodec/arm/vp9itxfm_16bpp_neon.S
b/libavcodec/arm/vp9itxfm_16bpp_neon.S
index a92f323..9c02ed9 100644
--- a/libavcodec/arm/vp9itxfm_16bpp_neon.S
+++ b/libavcodec
---
libavcodec/aarch64/vp9itxfm_16bpp_neon.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/aarch64/vp9itxfm_16bpp_neon.S
b/libavcodec/aarch64/vp9itxfm_16bpp_neon.S
index f53e94a..f80604f 100644
--- a/libavcodec/aarch64/vp9itxfm_16bpp_neon.S
+++ b/libavcodec/aarch6
This work is sponsored by, and copyright, Google.
This avoids loading and calculating coefficients that we know will
be zero, and avoids filling the temp buffer with zeros in places
where we know the second pass won't read.
This gives a pretty substantial speedup for the smaller subpartitions.
T
This makes the code slightly clearer, but doesn't make any functional
difference.
---
libavcodec/arm/vp9itxfm_16bpp_neon.S | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/arm/vp9itxfm_16bpp_neon.S
b/libavcodec/arm/vp9itxfm_16bpp_neon.S
index e6e9440..a92f323 100
This reduces the number of lines and reduces the duplication.
Also simplify the eob check for the half case.
If we are in the half case, we know we at least will need to do the
first three slices, we only need to check eob for the fourth one,
so we can hardcode the value to check against instead
On Thu, 16 Mar 2017, Matthias Hunstock wrote:
Am 16.03.2017 um 20:55 schrieb Marton Balint:
On Thu, 16 Mar 2017, Matthias Hunstock wrote:
---
libavdevice/decklink_common.cpp | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavdevice/decklink_common.cpp
b/li
2017-03-16 21:54 GMT+01:00 Marton Balint :
>
> On Thu, 16 Mar 2017, Nicolas George wrote:
>
>> Le sextidi 26 ventôse, an CCXXV, Matthias Hunstock a écrit :
>>>
>>> I did not find a comparable option for another device in libavdevice,
>>> "format" was the initial suggestion of Marton. This is at lea
On Thu, 16 Mar 2017, Matthias Hunstock wrote:
---
libavdevice/decklink_common.cpp | 22 ++
libavdevice/decklink_common_c.h | 1 +
libavdevice/decklink_dec.cpp| 2 +-
libavdevice/decklink_dec_c.c| 1 +
4 files changed, 21 insertions(+), 5 deletions(-)
diff --git a/li
Hi!
Attached patch fixes one of two remaining warnings when compiling
bitstream_filter.c.
Please comment, Carl Eugen
From 7fb60d42ee2137d1181ad0f6e214df87ed06400e Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 16 Mar 2017 22:31:44 +0100
Subject: [PATCH] lavc/avcodec: Constify AVBitS
Am 16.03.2017 um 20:55 schrieb Marton Balint:
>
>
> On Thu, 16 Mar 2017, Matthias Hunstock wrote:
>
>> ---
>> libavdevice/decklink_common.cpp | 11 +++
>> 1 file changed, 7 insertions(+), 4 deletions(-)
>>
>> diff --git a/libavdevice/decklink_common.cpp
>> b/libavdevice/decklink_common.cp
2017-03-01 23:36 GMT+01:00 Carl Eugen Hoyos :
> Hi!
>
> Attached patch silences one of three warnings when compiling
> bitstream_filter.o, I suspect this cast is necessary.
Ping.
This seems to be another patch that does not show up on
patchwork.ffmpeg.org (or that I cannot find there).
Carl Eugen
> ffmpeg | branch: master | Jerry Jiang | Wed Feb
> 1 23:23:04 2017 -0800| [884506dfe2e29a5b2bd2905ca4f17e277e32acb1] |
> committer: Rostislav Pehlivanov
>
> Implement optimal huffman encoding for (M)JPEG.
>
> > seems to break
> > make fate-vsynth1-mjpeg-444
>
> Fixed.
>
> > http://git.vide
2017-03-16 21:23 GMT+01:00 Carl Eugen Hoyos :
> Hi!
>
> Attached patch silences a gcc warning when compiling ffprobe.
Patch applied.
Thank you both, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmp
2017-03-16 22:12 GMT+01:00 Vittorio Giovara :
> On Thu, Mar 16, 2017 at 4:16 PM, Lou Logan wrote:
>> On Wed, 15 Mar 2017 10:22:23 +0100
>> Carl Eugen Hoyos wrote:
>>
>>> Sorry if I miss something but could you clarify who the author of this
>>> patch is?
>>
>> CC'ing as Vittorio is not subscribed
On Thu, Mar 16, 2017 at 4:16 PM, Lou Logan wrote:
> On Wed, 15 Mar 2017 10:22:23 +0100
> Carl Eugen Hoyos wrote:
>
>> Sorry if I miss something but could you clarify who the author of this
>> patch is?
>
> CC'ing as Vittorio is not subscribed to the mailing list. Not that you
> should have to kno
On Thu, Mar 16, 2017 at 4:26 PM, James Almer wrote:
> On 3/16/2017 5:23 PM, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch silences a gcc warning when compiling ffprobe.
>>
>> Please comment, Carl Eugen
>>
>>
>> 0001-lavu-spherical-Make-AVSphericalMapping-pointer-param.patch
>>
>>
>> From 504
Le sextidi 26 ventôse, an CCXXV, Marton Balint a écrit :
> It selects video standard, field order and frame rate, these fourcc-s are
> defined in the BlackMagic SDK. Example: 'Hp50' - HD 1080p50 format.
Then "format_code", "standard_code", "standard_id", etc.
> The argument you made is true for
W dniu 2017-03-16 o 19:17, Michael Niedermayer pisze:
> On Wed, Mar 15, 2017 at 10:52:29PM +0100, Mateusz Brzostek wrote:
>> Hello!
>>
>> There are 3 problems with DITHER_COPY macro in libswscale/swscale_unscaled.c:
>> 1) there is overflow in dithering from 12-bit to 10-bit (output value >
>> 1023
On Thu, 16 Mar 2017, Nicolas George wrote:
Le sextidi 26 ventôse, an CCXXV, Matthias Hunstock a écrit :
I did not find a comparable option for another device in libavdevice,
"format" was the initial suggestion of Marton. This is at least
consistent with the existing "list_formats" option.
I
On Thu, 16 Mar 2017 21:01:04 +0100
Michael Niedermayer wrote:
> On Thu, Mar 16, 2017 at 05:20:51AM +0100, wm4 wrote:
> > This patch deprecates anything that has to do with merging/splitting
> > side data. Automatic side data merging (and splitting), as well as all
> > API symbols involved in it,
On 3/16/2017 5:23 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch silences a gcc warning when compiling ffprobe.
>
> Please comment, Carl Eugen
>
>
> 0001-lavu-spherical-Make-AVSphericalMapping-pointer-param.patch
>
>
> From 5040ee6f7dd43c8d66a241aa0376839916cd3d9f Mon Sep 17 00:00:00 20
Hi!
Attached patch silences a gcc warning when compiling ffprobe.
Please comment, Carl Eugen
From 5040ee6f7dd43c8d66a241aa0376839916cd3d9f Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 16 Mar 2017 21:19:48 +0100
Subject: [PATCH] lavu/spherical: Make AVSphericalMapping pointer parame
Le sextidi 26 ventôse, an CCXXV, Michael Niedermayer a écrit :
> Applications which depend on the current default would need
... to implement a correct structure to carry the data from their
demuxer to the lavc decoders.
Regards,
--
Nicolas George
signature.asc
Description: Digital signatur
2017-03-01 13:04 GMT+01:00 Michael Niedermayer :
> On Sun, Feb 26, 2017 at 12:38:14PM +0100, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes another warning when compiling libavcodec/utils.o.
>>
>> Please comment, Carl Eugen
>
> if it doesnt produce any new warnings elsewere then its prob
On Wed, 15 Mar 2017 10:22:23 +0100
Carl Eugen Hoyos wrote:
> Sorry if I miss something but could you clarify who the author of this
> patch is?
CC'ing as Vittorio is not subscribed to the mailing list. Not that you
should have to know that as there was no CC request in this particular
message.
_
2017-02-26 12:04 GMT+01:00 Carl Eugen Hoyos :
> Anyway, new patch attached.
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2017-03-10 6:26 GMT+01:00 Wang Bin :
[...]
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Thu, Mar 16, 2017 at 05:20:51AM +0100, wm4 wrote:
> This patch deprecates anything that has to do with merging/splitting
> side data. Automatic side data merging (and splitting), as well as all
> API symbols involved in it, are removed completely.
>
> Two FF_API_ defines are dedicated to deprec
On Thu, 16 Mar 2017, Matthias Hunstock wrote:
---
libavdevice/decklink_common.cpp | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavdevice/decklink_common.cpp b/libavdevice/decklink_common.cpp
index 8b499c5..131d186 100644
--- a/libavdevice/decklink_common.cpp
2017-03-16 20:18 GMT+01:00 Vittorio Giovara :
>> LGTM otherwise.
>>
>
> Ok thank you
>
> The "other side" will apply this as well at the same time this is committed.
Don't forget to fix the patch author!
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-
On Wed, 15 Mar 2017 18:47:31 -0800
Lou Logan wrote:
> pcr_period is in milliseconds.
>
> Signed-off-by: Lou Logan
> ---
> libavformat/mpegtsenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Pushed.
___
ffmpeg-devel mailing list
ffmpeg-de
On Wed, Mar 15, 2017 at 11:31 PM, James Almer wrote:
> On 3/15/2017 6:39 PM, Vittorio Giovara wrote:
>> These values are defined to be 32bit in the specification,
>> so it makes more sense to store them as fixed width.
>>
>> Signed-off-by: Vittorio Giovara
>> ---
>> Updated commit message, change
On Thu, 16 Mar 2017 at 15:37 Michael Niedermayer
wrote:
> On Thu, Mar 16, 2017 at 11:41:12AM +, Kieran Kunhya wrote:
> > >
> > > +
> > > +if (pocdiff0 != (int)pocdiff0)
> > > +avpriv_request_sample(sl->h264->avctx, "pocdiff0
> overflow\n");
> > > +
> > >
> >
> > Do you thi
On Mon, 6 Mar 2017 02:46:50 +
Rostislav Pehlivanov wrote:
> Not used by anything at all since we don't auto insert lavr filters.
>
> Signed-off-by: Rostislav Pehlivanov
> ---
> doc/APIchanges | 4
> libavfilter/avfilter.h | 4 +++-
> libavfilter/avfiltergraph.c | 2
Le sextidi 26 ventôse, an CCXXV, Matthias Hunstock a écrit :
> I did not find a comparable option for another device in libavdevice,
> "format" was the initial suggestion of Marton. This is at least
> consistent with the existing "list_formats" option.
I do not know what the option does, and there
On Wed, Mar 15, 2017 at 10:52:29PM +0100, Mateusz Brzostek wrote:
> Hello!
>
> There are 3 problems with DITHER_COPY macro in libswscale/swscale_unscaled.c:
> 1) there is overflow in dithering from 12-bit to 10-bit (output value > 1023);
> 2) for limit range the lower limit is not respected, for e
On Thu, 16 Mar 2017 17:00:17 +0700
Muhammad Faiz wrote:
> On Thu, Mar 16, 2017 at 1:01 PM, wm4 wrote:
> > On Thu, 16 Mar 2017 12:43:10 +0700
> > Muhammad Faiz wrote:
> >
> >> use fltp when doing s32 -> s32 resampling
> >> because s32p has no simd optimization
> >>
> >> benchmark:
> >> old 17.
On Thu, Mar 16, 2017 at 08:56:54AM -0800, Lou Logan wrote:
> On Thu, 16 Mar 2017 16:39:18 +0100
> Michael Niedermayer wrote:
>
> > i suggested it in the past already, but all time and duration values
> > should be changed to use seconds. It would be much cleaner, consistent
> > and less confusing
On Thu, Mar 16, 2017 at 12:05 AM, Muhammad Faiz wrote:
> On Mon, Mar 13, 2017 at 8:40 PM, Muhammad Faiz wrote:
>> better quality without speedloss
>>
>> Signed-off-by: Muhammad Faiz
>> ---
>> doc/resampler.texi | 5 +-
>> libswresample/options.c | 4 +-
>> tests/fate/libswres
On Thu, 16 Mar 2017 16:39:18 +0100
Michael Niedermayer wrote:
> i suggested it in the past already, but all time and duration values
> should be changed to use seconds. It would be much cleaner, consistent
> and less confusing.
Agreed, but this minor commit can be somewhat informative until if/w
On Wed, Mar 15, 2017 at 16:29:22 -0300, James Almer wrote:
> Afaik, old flv videos used VP6 (libavcodec reports them as vp6f). There
> are some real world files out there, like video game trailers.
> I have a Diablo 3 and a Starcraft 2 trailers encoded in VP6 here if you'd
> like to check them.
VP
On Thu, 16 Mar 2017 11:07:44 -0300
James Almer wrote:
> On 3/16/2017 1:20 AM, wm4 wrote:
> > This patch deprecates anything that has to do with merging/splitting
> > side data. Automatic side data merging (and splitting), as well as all
> > API symbols involved in it, are removed completely.
> >
On Thu, 16 Mar 2017 13:38:03 +
Rostislav Pehlivanov wrote:
> On 16 March 2017 at 04:20, wm4 wrote:
>
> > This patch deprecates anything that has to do with merging/splitting
> > side data. Automatic side data merging (and splitting), as well as all
> > API symbols involved in it, are remove
On Thu, Mar 16, 2017 at 11:41:12AM +, Kieran Kunhya wrote:
> >
> > +
> > +if (pocdiff0 != (int)pocdiff0)
> > +avpriv_request_sample(sl->h264->avctx, "pocdiff0 overflow\n");
> > +
> >
>
> Do you think this condition will actually happen in the real world apart
> from in glit
On Wed, Mar 15, 2017 at 06:47:31PM -0800, Lou Logan wrote:
> pcr_period is in milliseconds.
>
> Signed-off-by: Lou Logan
> ---
> libavformat/mpegtsenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
> index 0f394c5fe0.
On Wed, Mar 15, 2017 at 03:32:22PM -0700, Aman Gupta wrote:
> On Wed, Mar 15, 2017 at 2:06 PM, Michael Niedermayer > wrote:
>
> > On Wed, Mar 15, 2017 at 12:53:03PM -0700, Aman Gupta wrote:
> > > From: Aman Gupta
> > >
> > > includes a fate test, which requires
> > > https://s3.amazonaws.com/tmm
On Sat, Mar 11, 2017 at 08:18:54PM +0100, Alexis Ballier wrote:
> ---
> Can be reproduced with: ffmpeg -f lavfi -i cellauto,framerate=fps=100 -t 1 -f
> null -
> (and your favorite memory debugger).
> ---
> libavfilter/vf_framerate.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
patchse
Am 16.03.2017 um 15:40 schrieb Nicolas George:
> I would advise to use a name much more specific than "format".
I did not find a comparable option for another device in libavdevice,
"format" was the initial suggestion of Marton. This is at least
consistent with the existing "list_formats" option.
On date Tuesday 2017-03-14 22:15:11 +0100, Thilo Borgmann encoded:
> Hi,
>
> > Alexander Strasser, Thilo Borgmann, Thomas Volkert and myself
> > represented FFmpeg at the Chemnitzer Linuxtage 2017. We showed
> > different filters in action on video screens, talked to guests and
> > other projects
On Wed, Mar 15, 2017 at 04:12:50AM +0100, Michael Niedermayer wrote:
> Fixes: 857/clusterfuzz-testcase-5319093760557056
>
> Benchmark changes from 335->333 (so if its not a random fluctuation then it
> would be faster)
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuz
On Wed, Mar 15, 2017 at 04:12:51AM +0100, Michael Niedermayer wrote:
> Fixes: 858/clusterfuzz-testcase-5168477042114560
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/h264_cabac.c |
Le sextidi 26 ventôse, an CCXXV, Matthias Hunstock a écrit :
> ---
> libavdevice/decklink_common.cpp | 22 ++
> libavdevice/decklink_common_c.h | 1 +
> libavdevice/decklink_dec.cpp| 2 +-
> libavdevice/decklink_dec_c.c| 1 +
> 4 files changed, 21 insertions(+), 5 de
On date Thursday 2017-02-23 20:35:21 +0100, Thilo Borgmann encoded:
> Hi,
>
> in the aftermath of ELCE 2016 we recieved a donation of 5 displays from a
> company. These went to Michael Niedermayer, Carl Eugen Hoyos, Ronald Bultje,
> Clement Boesch and myself.
>
> Unfortunately, due to lack of e
On 3/16/2017 1:20 AM, wm4 wrote:
> This patch deprecates anything that has to do with merging/splitting
> side data. Automatic side data merging (and splitting), as well as all
> API symbols involved in it, are removed completely.
>
> Two FF_API_ defines are dedicated to deprecating API symbols re
---
doc/indevs.texi | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/doc/indevs.texi b/doc/indevs.texi
index 54f270b..92804cd 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.texi
@@ -233,6 +233,12 @@ Defaults to @option{false}.
If set to @option{true}, print a lis
This patch series introduces a new option for the decklink devices. Currently,
a video mode
can be explicitly set via -i "devicename@modenumber", which is a common need
for capture and
sometimes for playout.
The current number based modes are not constant between different cards and
sometimes ev
---
libavdevice/decklink_common.cpp | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/libavdevice/decklink_common.cpp b/libavdevice/decklink_common.cpp
index 8b499c5..131d186 100644
--- a/libavdevice/decklink_common.cpp
+++ b/libavdevice/decklink_common.cpp
@@ -276,6
---
libavdevice/decklink_common.cpp | 22 ++
libavdevice/decklink_common_c.h | 1 +
libavdevice/decklink_dec.cpp| 2 +-
libavdevice/decklink_dec_c.c| 1 +
4 files changed, 21 insertions(+), 5 deletions(-)
diff --git a/libavdevice/decklink_common.cpp b/libavdevice/de
On Tue, Feb 28, 2017 at 11:10:23PM +0100, Michael Niedermayer wrote:
> On Tue, Feb 28, 2017 at 01:39:07PM -0500, Damien Riegel wrote:
> > Add a codec capable of decoding some formats of the RFC4175. For now
> > it's only capable of handling YCbCr-4:2:2 with 8-bit or 10-bit depth.
> >
> > For 8-bit
On 16 March 2017 at 04:20, wm4 wrote:
> This patch deprecates anything that has to do with merging/splitting
> side data. Automatic side data merging (and splitting), as well as all
> API symbols involved in it, are removed completely.
>
> Two FF_API_ defines are dedicated to deprecating API symb
use the option set by user
Reported-by: Lancelot Lai
Signed-off-by: Steven Liu
---
libavformat/rtmpproto.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/rtmpproto.c b/libavformat/rtmpproto.c
index 5d7ad79..bbafa77 100644
--- a/libavformat/rtmpproto.c
+++
>
> +
> +if (pocdiff0 != (int)pocdiff0)
> +avpriv_request_sample(sl->h264->avctx, "pocdiff0 overflow\n");
> +
>
Do you think this condition will actually happen in the real world apart
from in glitchy live streams?
Kieran
___
ffmpeg-
Dear Mark,
Sorry for the long delay in replying.
We have now pushed some changes to our main Turing codec repository to address
your comments below. Our custom boost libraries should now be correctly
installed so there is no need for preserving any additional Turing build
folder. These changes
Fixes timeout with 847/clusterfuzz-testcase-5291877358108672
Fixes timeout with 850/clusterfuzz-testcase-5721296509861888
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/vp56.c | 2 +-
1 file ch
use the option set by user
Reported-by: Lancelot Lai
Signed-off-by: Steven Liu
---
libavformat/rtmpproto.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavformat/rtmpproto.c b/libavformat/rtmpproto.c
index 5d7ad79..e1fb16f 100644
--- a/libavformat/rtmpproto.c
+++ b
On Wed, Mar 15, 2017 at 01:14:42PM +0100, Matthieu Bouron wrote:
> On Mon, Mar 06, 2017 at 03:48:57PM +0100, Matthieu Bouron wrote:
> > On Thu, Feb 23, 2017 at 04:59:16PM +0100, Matthieu Bouron wrote:
> > > Hello,
> > >
> > > The following patchset add the ff_simple_idct function neon functions fo
On Wed, Mar 15, 2017 at 08:44:25PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Mar 15, 2017 at 6:12 PM, Michael Niedermayer > wrote:
>
> > On Wed, Mar 15, 2017 at 07:18:30PM +, Kieran Kunhya wrote:
> > > >
> > > > > > I have tons of testcases for h264 that are 1KB and can make error
> >
On Thu, Mar 16, 2017 at 1:01 PM, wm4 wrote:
> On Thu, 16 Mar 2017 12:43:10 +0700
> Muhammad Faiz wrote:
>
>> use fltp when doing s32 -> s32 resampling
>> because s32p has no simd optimization
>>
>> benchmark:
>> old 17.913s
>> new 7.584s (use fma3)
>>
>> Signed-off-by: Muhammad Faiz
>> ---
>>
On 6 March 2017 at 02:46, Rostislav Pehlivanov wrote:
> Not used by anything at all since we don't auto insert lavr filters.
>
>
>
Ping, I'll push this tomorrow if there are no objections.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffm
On 6 March 2017 at 17:51, Michael Niedermayer
wrote:
> On Mon, Mar 06, 2017 at 02:46:49AM +, Rostislav Pehlivanov wrote:
> > That pointer isn't used by absolutely anything.
> >
> > Signed-off-by: Rostislav Pehlivanov
> > ---
> > ffmpeg_filter.c | 1 -
> > 1 file changed, 1 deletion(-)
>
> L
On 6 March 2017 at 20:47, Marton Balint wrote:
>
> On Mon, 6 Mar 2017, Rostislav Pehlivanov wrote:
>
> Long overdue for removal, af_aresample should be used instead.
>>
>> Signed-off-by: Rostislav Pehlivanov
>> ---
>> Changelog | 1 +
>> configure | 2 -
>>
100 matches
Mail list logo