On Sun, Apr 2, 2017 at 11:14 PM, Christina Brien
wrote:
>
>> On 2 Apr 2017, at 22:03, Hendrik Leppkes wrote:
>>
>> C integer divison truncates, that equals rounding towards zero.
>
> For positive numbers, yes.
> 3 (0b 0011) is right shifted with
> sign-insertion to
Signed-off-by: James Almer
---
libavcodec/hevc_parse.c| 12 ++--
libavcodec/hevc_parse.h| 4 ++--
libavcodec/mediacodecdec.c | 2 +-
3 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/libavcodec/hevc_parse.c b/libavcodec/hevc_parse.c
index 028ca5afe5..3b817c4f4d 1006
Signed-off-by: James Almer
---
configure | 5 +++--
libavcodec/Makefile | 9 +
2 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/configure b/configure
index adaf1a35f7..477a23f985 100755
--- a/configure
+++ b/configure
@@ -2108,6 +2108,7 @@ CONFIG_EXTRA="
h264p
Use ff_hevc_decode_extradata() instead, which correctly only tries
to decode parameter set NAL units and not any other NAL that may be
present in extradata.
Signed-off-by: James Almer
---
libavcodec/hevcdec.c | 61 ++--
libavcodec/hevcdec.h | 2 +-
While they shouldn't be present, they are harmless if they are.
Signed-off-by: James Almer
---
libavcodec/hevc_parse.c | 21 ++---
1 file changed, 2 insertions(+), 19 deletions(-)
diff --git a/libavcodec/hevc_parse.c b/libavcodec/hevc_parse.c
index 3b817c4f4d..ee4cd54d3e 100644
Signed-off-by: James Almer
---
libavcodec/hevc_parse.c | 32 +---
1 file changed, 25 insertions(+), 7 deletions(-)
diff --git a/libavcodec/hevc_parse.c b/libavcodec/hevc_parse.c
index 6c1138e015..028ca5afe5 100644
--- a/libavcodec/hevc_parse.c
+++ b/libavcodec/hevc_pa
On Sun, Apr 02, 2017 at 09:16:48PM +0200, Martin Vignali wrote:
> >
> > failed test on mips qemu
> > thus not pushed
> >
> > [exr @ 0x1e6e900] Warning: not compiled with thread support, using thread
> > emulation
> > [exr @ 0x1e6e900] Unsupported channel VRaySamplerInfo.A.
> > [exr @ 0x1e6e900] Uns
On Sun, Apr 02, 2017 at 11:29:38PM +0200, Martin Vignali wrote:
> Hello,
>
> In attach patch to add a fate test for pixlet decoder
>
> Sample can be found here :
> https://we.tl/HYuFmmmfIe
file uploaded
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
There wil
On Mon, Apr 03, 2017 at 12:10:50AM +0200, Martin Vignali wrote:
> Hello,
>
> in attach patch for testing dvcpro hd decoding
>
> Samples can be found here :
> https://we.tl/STetjfjCpy
files uploaded
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In fact, the
On Sun, Apr 02, 2017 at 03:27:57PM -0700, Thomas Turner wrote:
> Reference found at: http://bit.ly/2ogQygb
>
> Signed-off-by: Thomas Turner
> ---
> tests/fate/filter-video.mak | 7 +++
> 1 file changed, 7 insertions(+)
reference file uploaded
test passes on linux 32/64 x86, mingw 32/64, mip
On Mon, Apr 03, 2017 at 12:10:50AM +0200, Martin Vignali wrote:
> Hello,
>
> in attach patch for testing dvcpro hd decoding
>
> Samples can be found here :
> https://we.tl/STetjfjCpy
>
> and need to be put inside ./fate-suite/dv/ (folder doesn't exist)
>
> test can be run with
> make fate-dv SA
On Sun, Apr 02, 2017 at 04:26:07PM -0400, Micah Galizia wrote:
> Signed-off-by: Micah Galizia
> ---
> libavformat/Makefile | 1 +
> libavformat/tests/http.c | 185
> +
> tests/fate/libavformat.mak | 5 ++
> tests/ref/fate/http| 30
Signed-off-by: Kyle Swanson
---
libavfilter/af_loudnorm.c | 58 +++
1 file changed, 34 insertions(+), 24 deletions(-)
diff --git a/libavfilter/af_loudnorm.c b/libavfilter/af_loudnorm.c
index 9d91c76..e3e815e 100644
--- a/libavfilter/af_loudnorm.c
+++ b
On Sun, Apr 02, 2017 at 09:48:12PM +0100, Christina Brien wrote:
> > wouldn't
> > ROUNDED_DIV() macro be more appropriate?
>
> ROUNDED_DIV rounds to nearest. The specification states to round towards zero.
>
> > the Changelog is not supposed to include these kind of changes.
>
> I assumed Change
Document the capture protocol, with description for the accepted option, and
an example of it being used under ffplay.
---
doc/protocols.texi | 23 +++
1 file changed, 23 insertions(+)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index a7968ff56e..89a1f2afa8 100644
---
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index ad53c9dd55..4b7553a4b5 100644
--- a/Changelog
+++ b/Changelog
@@ -32,6 +32,7 @@ version :
- Removed the legacy X11 screen grabber, use XCB instead
- MPEG-7 Video Signature filter
- Removed asyncts filt
Capture is an input stream capture protocol that dumps the input stream to a
file. The default name of the output file is "capture.dat", but it can be
changed using the "capture_file" option.
capture.c borrows heavily from cache.c.
---
libavformat/Makefile| 1 +
libavformat/capture.c | 3
change name from av_strreplace to av_strireplace
Use AVBprint to implement av_strireplace
add av_strireplace test case TEST_STRIREPLACE
Signed-off-by: Steven Liu
---
libavutil/avstring.c | 76 +++---
libavutil/avstring.h | 2 +-
libavutil/test
On 29/03/17 10:35, Jun Zhao wrote:
> From 3afe863771fdb1ebf2316d2f6ae5ea2351e7cb4f Mon Sep 17 00:00:00 2001
> From: Jun Zhao
> Date: Wed, 29 Mar 2017 17:18:59 +0800
> Subject: [PATCH] lavc/vaapi_encode: fix p_per_i calculate issue.
>
> now gop_size <= (max_b_frames + 1) * p_per_i + 1 (IDR frame),
Reference found at: http://bit.ly/2ogQygb
Signed-off-by: Thomas Turner
---
tests/fate/filter-video.mak | 7 +++
1 file changed, 7 insertions(+)
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
index b067cc1..b40422a 100644
--- a/tests/fate/filter-video.mak
+++ b/tests/
it works, i'll send in patch with smaller reference
On Sun, Apr 2, 2017 at 2:56 PM, Michael Niedermayer
wrote:
> On Sun, Apr 02, 2017 at 02:09:20PM -0700, Thomas Turner wrote:
> > On Fri, Mar 31, 2017 at 2:49 AM, Michael Niedermayer
> > > wrote:
> >
> > > On Thu, Mar 30, 2017 at 07:14:42PM -070
Hello,
in attach patch for testing dvcpro hd decoding
Samples can be found here :
https://we.tl/STetjfjCpy
and need to be put inside ./fate-suite/dv/ (folder doesn't exist)
test can be run with
make fate-dv SAMPLES=./fate-suite/
Martin
0005-fate-dv-add-test-for-dvcprohd-decoding.patch
Descr
On Sun, Apr 02, 2017 at 02:09:20PM -0700, Thomas Turner wrote:
> On Fri, Mar 31, 2017 at 2:49 AM, Michael Niedermayer > wrote:
>
> > On Thu, Mar 30, 2017 at 07:14:42PM -0700, Thomas Turner wrote:
> > > Reference found at: http://bit.ly/2ogQygb
> > >
> > > Signed-off-by: Thomas Turner
> > > ---
>
Hello,
In attach patch to add a fate test for pixlet decoder
Sample can be found here :
https://we.tl/HYuFmmmfIe
and need to be put inside ./fate-suite/pixlet (the folder doesn't exist)
test can be run with
make fate-pixlet SAMPLES=fate-suite/
Martin
0004-fate-pixlet-add-test-for-rgb.patch
Reference found at: http://bit.ly/2ogQygb
Signed-off-by: Thomas Turner
---
tests/fate/filter-video.mak | 7 +++
1 file changed, 7 insertions(+)
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
index b067cc1..b4661c1 100644
--- a/tests/fate/filter-video.mak
+++ b/tests/
On Fri, Mar 31, 2017 at 2:49 AM, Michael Niedermayer wrote:
> On Thu, Mar 30, 2017 at 07:14:42PM -0700, Thomas Turner wrote:
> > Reference found at: http://bit.ly/2ogQygb
> >
> > Signed-off-by: Thomas Turner
> > ---
> > tests/fate/filter-video.mak | 7 +++
> > 1 file changed, 7 insertions(+
> On 2 Apr 2017, at 22:03, Hendrik Leppkes wrote:
>
> C integer divison truncates, that equals rounding towards zero.
For positive numbers, yes.
3 (0b 0011) is right shifted with sign-insertion
to 1.
-3 (0b 1 1 11101) is right shifted w
On 4/2/17, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 3 +++
> libavfilter/vf_pad.c | 14 ++
> 2 files changed, 17 insertions(+)
>
> +if (adjusted_aspect.num && adjusted_aspect.den) {
> +adjusted_aspect = av_mul_q(adjusted_aspect, av
On Sun, Apr 2, 2017 at 10:33 PM, Christina Brien
wrote:
> Hi
>
> Having written a clean-room implementation of H.261 and comparing it to the
> output of FFMPEG, I have found that FFMPEG is not spec-compliant with regard
> to negative chroma motion vectors. The spec states that chroma motion vect
Hello,
In attach a patch to fix a fate test, the sample doesn't have alpha
Martin
0003-fate-exr-fix-pix_fmt.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> wouldn't
> ROUNDED_DIV() macro be more appropriate?
ROUNDED_DIV rounds to nearest. The specification states to round towards zero.
> the Changelog is not supposed to include these kind of changes.
I assumed Changelog was for incompatible changes, of which this would be. I
have removed the cha
Hi,
No more passing null to strcmp -- hopefully this addresses the crash.
Thanks in advance.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi
Having written a clean-room implementation of H.261 and comparing it to the
output of FFMPEG, I have found that FFMPEG is not spec-compliant with regard to
negative chroma motion vectors. The spec states that chroma motion vectors are
the luma motion vectors divided by two, and rounded *towa
Signed-off-by: Micah Galizia
---
libavformat/Makefile | 1 +
libavformat/tests/http.c | 185 +
tests/fate/libavformat.mak | 5 ++
tests/ref/fate/http| 30
4 files changed, 221 insertions(+)
create mode 100644 libavformat/t
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 3 +++
libavfilter/vf_pad.c | 14 ++
2 files changed, 17 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 8e5e21f..bc37e66 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -10453,6 +10453,9 @@ Evaluate
>
> failed test on mips qemu
> thus not pushed
>
> [exr @ 0x1e6e900] Warning: not compiled with thread support, using thread
> emulation
> [exr @ 0x1e6e900] Unsupported channel VRaySamplerInfo.A.
> [exr @ 0x1e6e900] Unsupported channel VRaySamplerInfo.B.
> [exr @ 0x1e6e900] Unsupported channel VRay
On Sat, Apr 01, 2017 at 09:17:00PM +0200, Marton Balint wrote:
>
> On Fri, 31 Mar 2017, James Almer wrote:
>
> >Now, regarding merges, we're like 10 commits away from the massive
> >bitstream reader batch, which is more or less the only thing committed
> >to libav for a whole week. So how about w
On Mon, 3 Apr 2017, Steven Liu wrote:
Use AVBprint to implementing av_strreplace
add av_strreplace TEST_STRREPLACE
Thanks for keeping working on this. Agreeing with Nicolas, I also think it
should be renamed to av_strireplace to reflect its case insensitivity.
Also the patch should be back
On 4/2/2017 3:36 PM, Moritz Barsnick wrote:
> On Sun, Apr 02, 2017 at 10:08:23 +0200, Steve Lhomme wrote:
>> As found in HEVC.
>>
>> I put the code in mastering_display_metadata as they usually go together in
>> Blu-Ray UHD sources.
>
> These spelling remarks of mine remain valid:
> http://ffmpeg.
On Sun, Apr 02, 2017 at 10:08:23 +0200, Steve Lhomme wrote:
> As found in HEVC.
>
> I put the code in mastering_display_metadata as they usually go together in
> Blu-Ray UHD sources.
These spelling remarks of mine remain valid:
http://ffmpeg.org/pipermail/ffmpeg-devel/2017-April/209567.html
Mori
On Sun, Apr 02, 2017 at 10:17:05AM +0100, Christina Brien wrote:
> Hi
>
> Having written a clean-room implementation of H.261 and comparing it to the
> output of FFMPEG, I have found that FFMPEG is not spec-compliant with regard
> to negative chroma motion vectors. The spec states that chroma mo
Hi
Having written a clean-room implementation of H.261 and comparing it to the
output of FFMPEG, I have found that FFMPEG is not spec-compliant with regard to
negative chroma motion vectors. The spec states that chroma motion vectors are
the luma motion vectors divided by two, and rounded *towa
On 4/2/2017 1:58 PM, Clément Bœsch wrote:
> Hi,
>
> We've been merging Libav's work for weeks now after a long period of
> stagnation. We were at 1000+ commits to merge and we're now below 600.
>
> We also just reached the first commit of the controversial new bitstream
> API. API to which they c
> Subject: Re: [FFmpeg-devel] [RFC] Merge of Libav's bitstream filter
bitstream API, obviously
--
Clément B.
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-deve
Hi,
We've been merging Libav's work for weeks now after a long period of
stagnation. We were at 1000+ commits to merge and we're now below 600.
We also just reached the first commit of the controversial new bitstream
API. API to which they currently have updated 91 decoders to (in their
main tree
Use AVBprint to implementing av_strreplace
add av_strreplace TEST_STRREPLACE
Signed-off-by: Steven Liu
---
libavformat/dashdec.c | 2 ++
libavutil/avstring.c | 74 +++---
libavutil/tests/avstring.c | 16 ++
3 files changed, 28 insertion
2017-04-02 23:18 GMT+08:00 Nicolas George :
> Le tridi 13 germinal, an CCXXV, Steven Liu a écrit :
> > I have implementation the av_strreplace use AVBprint, the API context now
> > is:
>
> No need to Cc mo. On the other hand, sending the function itself instead
> of the diff makes it easier in thi
Le tridi 13 germinal, an CCXXV, Steven Liu a écrit :
> I have implementation the av_strreplace use AVBprint, the API context now
> is:
No need to Cc mo. On the other hand, sending the function itself instead
of the diff makes it easier in this case, thanks.
Nice. Just one issue:
> char *av_strre
2017-04-02 22:49 GMT+08:00 Steven Liu :
> Use AVBprint to implementing av_strreplace
>
> Signed-off-by: Steven Liu
> ---
> libavutil/avstring.c | 74 ++
> --
> 1 file changed, 8 insertions(+), 66 deletions(-)
>
> diff --git a/libavutil/avstring.c b
Use AVBprint to implementing av_strreplace
Signed-off-by: Steven Liu
---
libavutil/avstring.c | 74 ++--
1 file changed, 8 insertions(+), 66 deletions(-)
diff --git a/libavutil/avstring.c b/libavutil/avstring.c
index 52e6e6cd13..55f3bee94c 100644
>>>Nicolas George schrieb am So, 2.4.2017:
> Fortunately, you do not need to change your e-mail provider and address,
> you only need to change your mail software: just choose and install a
> real and good mail client instead of relying on webmails. You will gain
> a lot in comfort; and if you con
Le tridi 13 germinal, an CCXXV, Thomas Mundt a écrit :
> Yes, I will switch to gmail...
Fortunately, you do not need to change your e-mail provider and address,
you only need to change your mail software: just choose and install a
real and good mail client instead of relying on webmails. You will
>>Nicolas George schrieb am So, 2.4.2017:
>> Will you also fix the ticket or shall I make a new patch then?
>
> I do not understand what you mean.
So I think I misunderstood. Sorry, please ignore that sentence.
> And maybe you should find a mail user agent that works and does not
> break threads
Hi
I am trying to play an audio udp (HE-AAC) using libavcodec and ao player.
.While trying to play I hear a very noisy channel.
This is my code: What am i am doing worng?
#include
#include
#include
#include
#include
#include
#include
#define AVCODEC_MAX_AUDIO_FRAME_SIZE 19200
void die
2017-04-02 17:41 GMT+08:00 Nicolas George :
> Le decadi 10 germinal, an CCXXV, Steven Liu a écrit :
> > refer to: http://creativeandcritical.net/str-replace-c
> > add av_strreplace API for replace string operations.
> >
> > Signed-off-by: Steven Liu
> > ---
> > libavutil/avstring.c | 77
Le tridi 13 germinal, an CCXXV, Thomas Mundt a écrit :
> OK, I´ll wait and use my patch locally meanwhile.
Ok.
> Will you also fix the ticket or shall I make a new patch then?
I do not understand what you mean.
And maybe you should find a mail user agent that works and does not
break threads. T
>>>Nicolas George schrieb am So, 2.4.2017:
>>Le tridi 13 germinal, an CCXXV, Thomas Mundt a écrit :
>...
>> link->current_pts always returns the pts until the current (last) frame.
>> I can calculate its duration for cfr video, but not for vfr. I need the pts
>> until the virtual next frame.
>> A
Hi,
On Sat, Apr 1, 2017 at 8:19 PM, Michael Niedermayer
wrote:
> Supporting changing delay and number of threads at runtime was a
> big factor in the design of the frame thread encoder. Its something
> i cared about, so i am not to positive towards patches removing that.
It introduced a bug. I
Le tridi 13 germinal, an CCXXV, Thomas Mundt a écrit :
> I found the use of this function in f_loop.c, so I thought it´s ok.
Well, it is a bug. I missed it when it was first committed.
> link->current_pts always returns the pts until the current (last) frame.
> I can calculate its duration for cf
>>>Nicolas George schrieb am Sa, 1.4.2017:
> Le quartidi 4 germinal, an CCXXV, Thomas Mundt a écrit :
>> v2: Use av_frame_get_pkt_duration to calculate count of duplication of last
>> frame.
>> Use average of the earlier pts steps when av_frame_get_pkt_duration is not
>> set.
>
> Sorry for missi
Le decadi 10 germinal, an CCXXV, Steven Liu a écrit :
> refer to: http://creativeandcritical.net/str-replace-c
> add av_strreplace API for replace string operations.
>
> Signed-off-by: Steven Liu
> ---
> libavutil/avstring.c | 77
>
> libavut
--
update the previous patch:
- use MaxCLL/MaxFALL which are not rational numbers anymore
---
libavformat/dump.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/libavformat/dump.c b/libavformat/dump.c
index ef4a6b093b..8fd58a0dba 100644
--- a/libavformat/dump.c
+++ b/libavformat/d
These data are necessary when transmitting HDR over HDMI.
--
update the previous patch:
- rename CEA 861.3 to CTA-861.3
- update with MaxCLL/MaxFALL changes in avutil
update the previous patch:
- rebased and updated version bump
---
libavcodec/avcodec.h | 7 +++
libavcodec/avpacket.c | 1 +
As found in HEVC.
I put the code in mastering_display_metadata as they usually go together in
Blu-Ray UHD sources.
--
update the previous patch:
- rename CEA 861.3 to CTA-861.3
- use MaxCLL and MaxFALL names that are more commonly found
- use unsigned integer rather than rational numbers as (supp
64 matches
Mail list logo