On 03/14/2016 05:59 AM, Mats Peterson wrote:
On 03/14/2016 05:33 AM, Mats Peterson wrote:
On 03/14/2016 05:25 AM, Mats Peterson wrote:
Luca Barbato from the libav project has apparently fixed the banding
artifacts in Intel Video. Now I don't know how to contribute a merge
commit. I would be tha
On 03/14/2016 05:33 AM, Mats Peterson wrote:
On 03/14/2016 05:25 AM, Mats Peterson wrote:
Luca Barbato from the libav project has apparently fixed the banding
artifacts in Intel Video. Now I don't know how to contribute a merge
commit. I would be thankful for some help, or if someone else would
On 03/14/2016 05:25 AM, Mats Peterson wrote:
Luca Barbato from the libav project has apparently fixed the banding
artifacts in Intel Video. Now I don't know how to contribute a merge
commit. I would be thankful for some help, or if someone else would be
willing to apply this one.
Libav commit ID
Luca Barbato from the libav project has apparently fixed the banding
artifacts in Intel Video. Now I don't know how to contribute a merge
commit. I would be thankful for some help, or if someone else would be
willing to apply this one.
Libav commit ID is f8c34f4b8d62afad3f63cf3d9617d73735bef8c
On 16-02-16 at 17:27, Derek Buitenhuis wrote:
> ffmpeg | branch: master | Derek Buitenhuis | Tue
> Feb 16 16:26:49 2016 +| [d0fc5de3a643fe7f974ed14e410c2ac2f4147d7e] |
> committer: Derek Buitenhuis
>
> Merge commit '81306fd4bdeb5c17d4db771e4fec684773b5790f'
>
> * commit '81306fd4bdeb5c17d4
On Sun, Mar 13, 2016 at 07:12:50PM -0400, Ganesh Ajjanagadde wrote:
> This is based on the relatively well known xorshift128+ of Sebastiano
> Vigna (https://en.wikipedia.org/wiki/Xorshift) that performs very well on the
> BigCrush suite, is very efficient, and is thus used by a number of
> clients:
There is no reason for computing cbrtf at runtime; we have a table for
this.
Yields a negligible speedup.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/aacenc.c | 2 ++
libavcodec/aacenc_quantization.h | 3 ++-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavc
On Sat, Mar 12, 2016 at 12:19 PM, Ganesh Ajjanagadde wrote:
> Code taken from the Julia project, licensed under MIT:
> https://github.com/JuliaLang/julia/blob/master/base/random.jl, in turn
> derived from: "The Ziggurat Method for generating random variables" -
> Marsaglia and Tsang.
>
> Paper an
On Sun, Mar 13, 2016 at 8:09 PM, Marton Balint wrote:
>
> On Sun, 13 Mar 2016, Ganesh Ajjanagadde wrote:
>
>> On Sun, Mar 13, 2016 at 6:50 PM, Marton Balint wrote:
>>>
>>> Signed-off-by: Marton Balint
>>> ---
>>> libavcodec/sinewin_tablegen.h | 6 +++---
>>> 1 file changed, 3 insertions(+), 3 d
On Sun, 13 Mar 2016, Marton Balint wrote:
Related to ticket #2324, #2325.
Stream duration still need to be fixed...
Signed-off-by: Marton Balint
---
libavformat/mov.c| 3 +++
tests/ref/fate/gaplessenc-itunes-to-ipod-aac | 8
tests/ref/fate/gaplessenc-pcm-to-
On Sun, 13 Mar 2016, Ganesh Ajjanagadde wrote:
On Sun, Mar 13, 2016 at 6:50 PM, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavcodec/sinewin_tablegen.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/sinewin_tablegen.h b/libavcodec/sinewin_ta
On Sun, Mar 13, 2016 at 6:50 PM, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavcodec/sinewin_tablegen.h | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/sinewin_tablegen.h b/libavcodec/sinewin_tablegen.h
> index 4432135..9c912aa 100644
This is based on the relatively well known xorshift128+ of Sebastiano
Vigna (https://en.wikipedia.org/wiki/Xorshift) that performs very well on the
BigCrush suite, is very efficient, and is thus used by a number of
clients: http://xorshift.di.unimi.it/ (see Introduction).
Moreover, the implementat
Signed-off-by: Marton Balint
---
libavcodec/sinewin_tablegen.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/sinewin_tablegen.h b/libavcodec/sinewin_tablegen.h
index 4432135..9c912aa 100644
--- a/libavcodec/sinewin_tablegen.h
+++ b/libavcodec/sinewin_tablege
Hi,
We tried this via the docs but got lost heavily. We need the actual wall clock
time of video data from a camera which delivers via rtsp. I have read around
that there are things like RTCP sender reports and such on the low level
containing this info, and I have seen indication that it is so
On Sun, Mar 13, 2016 at 09:09:39PM +0100, Thilo Borgmann wrote:
> Am 13.03.16 um 20:55 schrieb Nicolas George:
> > Le quartidi 24 ventôse, an CCXXIV, Thilo Borgmann a écrit :
> >> +{ "list_filters", "list available filters", OFFSET(list_filters),
> >> AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, .fl
> ffmpeg | branch: master | Thomas Mundt | Sun Mar 13
> 10:06:21 2016 +0100| [5024a82e9548d186224b3be4de4041dbd1c2a482] | committer:
> Paul B Mahol
>
> avfilter/vf_bwdif: add x86 SIMD
>
> Signed-off-by: Thomas Mundt
>
> > http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=5024a82e9548d18
Am 13.03.16 um 20:55 schrieb Nicolas George:
> Le quartidi 24 ventôse, an CCXXIV, Thilo Borgmann a écrit :
>> +{ "list_filters", "list available filters", OFFSET(list_filters),
>> AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, .flags = FLAGS, "list_filters" },
>> +{ "true", "", 0, AV_OPT_TYPE_CONS
Am 13.03.16 um 15:08 schrieb wm4:
> On Sat, 12 Mar 2016 15:13:21 +0100
> Thilo Borgmann wrote:
>
>> From a1d9ce388c69eabb256e6b351c2acd36d7f4076e Mon Sep 17 00:00:00 2001
>> From: Thilo Borgmann
>> Date: Sat, 12 Mar 2016 14:52:17 +0100
>> Subject: [PATCH 1/2] lavu/dict: Add new flag to allow mul
On Fri, Mar 11, 2016 at 09:36:41PM +0100, Matthieu Bouron wrote:
> From: Matthieu Bouron
>
> Android N will prevent users from loading non-public APIs.
>
> Users should only rely on the av_jni_set_java_vm function to set the
> Java VM.
> ---
> libavcodec/ffjni.c | 88
> ++--
Le quartidi 24 ventôse, an CCXXIV, Thilo Borgmann a écrit :
> +{ "list_filters", "list available filters", OFFSET(list_filters),
> AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, .flags = FLAGS, "list_filters" },
> +{ "true", "", 0, AV_OPT_TYPE_CONST, {.i64=1}, 0, 0, FLAGS,
> "list_filters" },
> +
On 13.03.2016, at 19:11, Ganesh Ajjanagadde wrote:
> On Sun, Mar 13, 2016 at 1:46 PM, Reimar Döffinger
> wrote:
>>
>>>
>>> --enable-hardcoded-tables partially does that; it increases memory
>>> usage as tables are burnt into the library at some gains for
>>> initialization time.
>>
>> No, exa
Am 12.03.16 um 15:14 schrieb Thilo Borgmann:
> Add coreimage filter for OSX.
Option type set to bool (Nicolas)
Proper Texinfo escaping (comments on trac ticket #4143)
New patch attached.
-Thilo
From 32198ec9a0522f181ac8a4974b7b36de4e08596d Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Su
On Sun, Mar 13, 2016 at 1:46 PM, Reimar Döffinger
wrote:
> On Sun, Mar 13, 2016 at 01:27:52PM -0400, Ganesh Ajjanagadde wrote:
>> On Sun, Mar 13, 2016 at 1:21 PM, Reimar Döffinger
>> wrote:
>> >> > I don't understand the waste; the double init anyway needs to be done,
>> >> > all tables are deriv
On Sun, Mar 13, 2016 at 01:27:52PM -0400, Ganesh Ajjanagadde wrote:
> On Sun, Mar 13, 2016 at 1:21 PM, Reimar Döffinger
> wrote:
> >> > I don't understand the waste; the double init anyway needs to be done,
> >> > all tables are derived from it. This dates to an approach I did in
> >> > commit: 0
On Sun, Mar 13, 2016 at 1:21 PM, Reimar Döffinger
wrote:
> On Sun, Mar 13, 2016 at 06:14:18PM +0100, Reimar Döffinger wrote:
>> On Sun, Mar 13, 2016 at 01:12:57PM -0400, Ganesh Ajjanagadde wrote:
>> > On Sun, Mar 13, 2016 at 12:49 PM, Reimar Döffinger
>> > wrote:
>> > > On Sun, Mar 13, 2016 at 12
On Sun, Mar 13, 2016 at 06:14:18PM +0100, Reimar Döffinger wrote:
> On Sun, Mar 13, 2016 at 01:12:57PM -0400, Ganesh Ajjanagadde wrote:
> > On Sun, Mar 13, 2016 at 12:49 PM, Reimar Döffinger
> > wrote:
> > > On Sun, Mar 13, 2016 at 12:24:25PM -0400, Ganesh Ajjanagadde wrote:
> > >> On Sat, Mar 12,
On Sun, Mar 13, 2016 at 01:12:57PM -0400, Ganesh Ajjanagadde wrote:
> On Sun, Mar 13, 2016 at 12:49 PM, Reimar Döffinger
> wrote:
> > On Sun, Mar 13, 2016 at 12:24:25PM -0400, Ganesh Ajjanagadde wrote:
> >> On Sat, Mar 12, 2016 at 1:24 PM, Reimar Döffinger
> >> wrote:
> >> > for (i = 0;
On Sun, Mar 13, 2016 at 05:53:10PM +0100, Reimar Döffinger wrote:
> On Sun, Mar 13, 2016 at 05:50:17PM +0100, Hendrik Leppkes wrote:
> > On Sun, Mar 13, 2016 at 5:24 PM, Ganesh Ajjanagadde
> > wrote:
> > >> @@ -75,9 +66,8 @@ static av_cold void AAC_RENAME(cbrt_tableinit)(void)
> > >> }
>
On Sun, Mar 13, 2016 at 12:49 PM, Reimar Döffinger
wrote:
> On Sun, Mar 13, 2016 at 12:24:25PM -0400, Ganesh Ajjanagadde wrote:
>> On Sat, Mar 12, 2016 at 1:24 PM, Reimar Döffinger
>> wrote:
>> > for (i = 0; i < 1<<13; i++)
>> > -cbrt_tab[i] = CBRT(cbrt_tab_dbl[i]);
>> > +
On Sun, Mar 13, 2016 at 05:50:17PM +0100, Hendrik Leppkes wrote:
> On Sun, Mar 13, 2016 at 5:24 PM, Ganesh Ajjanagadde
> wrote:
> >> @@ -75,9 +66,8 @@ static av_cold void AAC_RENAME(cbrt_tableinit)(void)
> >> }
> >>
> >> for (i = 0; i < 1<<13; i++)
> >> -cbrt_tab[i]
On Sun, Mar 13, 2016 at 12:24:25PM -0400, Ganesh Ajjanagadde wrote:
> On Sat, Mar 12, 2016 at 1:24 PM, Reimar Döffinger
> wrote:
> > for (i = 0; i < 1<<13; i++)
> > -cbrt_tab[i] = CBRT(cbrt_tab_dbl[i]);
> > +AAC_RENAME(ff_cbrt_tab)[i] = CBRT(cbrt_tab_dbl[i]);
> >
On Sun, Mar 13, 2016 at 5:24 PM, Ganesh Ajjanagadde wrote:
> On Sat, Mar 12, 2016 at 1:24 PM, Reimar Döffinger
> wrote:
>> Allows sharing and reusing the data between different files.
>>
>> Signed-off-by: Reimar Döffinger
>> ---
>> libavcodec/Makefile | 10 +-
>> libavco
On Sat, Mar 12, 2016 at 11:01 AM, Michael Niedermayer
wrote:
> On Sat, Mar 12, 2016 at 08:58:40AM -0500, Ganesh Ajjanagadde wrote:
>> Also added a TODO to change to a proper normality test in the future.
>>
>> Signed-off-by: Ganesh Ajjanagadde
>> ---
>> libavutil/lfg.c | 20 ++--
On Sun, Mar 13, 2016 at 7:51 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Sat, Mar 12, 2016 at 11:40 AM, Ganesh Ajjanagadde
> wrote:
>>
>> diff --git a/libavutil/internal.h b/libavutil/internal.h
>> index da76ca2..aa43754 100644
>> --- a/libavutil/internal.h
>> +++ b/libavutil/internal.h
>> @@ -315,6
On Sat, Mar 12, 2016 at 1:24 PM, Reimar Döffinger
wrote:
> Allows sharing and reusing the data between different files.
>
> Signed-off-by: Reimar Döffinger
> ---
> libavcodec/Makefile | 10 +-
> libavcodec/aacdec.c | 2 +-
> libavcodec/aacdec_fixed.c
Michael Niedermayer skrev: (13 mars 2016 16:45:43 CET)
>On Sun, Mar 13, 2016 at 04:11:54PM +0100, Mats Peterson wrote:
>> I don't know if this is necessary or relevant, but since you said
>> snow encoding failed, and valgrind reported that the tag was
>> uninitialised, why not clear the whole of i
On Sun, Mar 13, 2016 at 04:11:54PM +0100, Mats Peterson wrote:
> I don't know if this is necessary or relevant, but since you said
> snow encoding failed, and valgrind reported that the tag was
> uninitialised, why not clear the whole of it.
>
> Mats
>
> --
> Mats Peterson
> http://matsp888.no-i
Mats Peterson skrev: (13 mars 2016 16:28:04
CET)
>Mats Peterson skrev: (13 mars 2016
>16:11:54 CET)
>>I don't know if this is necessary or relevant, but since you said snow
>
>>encoding failed, and valgrind reported that the tag was uninitialised,
>
>>why not clear the whole of it.
>>
>>Mats
>
>
Mats Peterson skrev: (13 mars 2016 16:11:54
CET)
>I don't know if this is necessary or relevant, but since you said snow
>encoding failed, and valgrind reported that the tag was uninitialised,
>why not clear the whole of it.
>
>Mats
Well, it's not needed, since I only check the first byte, but
On Sun, Mar 13, 2016 at 09:00:32AM +0100, Carl Eugen Hoyos wrote:
> On Sunday 13 March 2016 08:56:22 am Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch may fix an issue reported on the user mailing list.
>
> Second try attached.
>
> Please review, Carl Eugen
probably ok
thx
PS: also ple
I don't know if this is necessary or relevant, but since you said snow
encoding failed, and valgrind reported that the tag was uninitialised,
why not clear the whole of it.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From a1d51457e12a488b7ad993a61579cb0ba3bdd9f9 Mon Sep 17 00:00:00
On 03/13/2016 04:04 PM, Michael Niedermayer wrote:
On Sun, Mar 13, 2016 at 09:34:41AM +0100, Mats Peterson wrote:
Reposting it.
Here's an interesting one. Windows Media Player won't make any palette
changes without the xxpc chunks being indexed.
Fixing the logic for reading and seeking with xx
On Sun, Mar 13, 2016 at 09:34:41AM +0100, Mats Peterson wrote:
> Reposting it.
>
> Here's an interesting one. Windows Media Player won't make any palette
> changes without the xxpc chunks being indexed.
>
> Fixing the logic for reading and seeking with xxpc chunks in the
> demuxer is a future ta
Tomas Härdin codemill.se> writes:
> On Thu, 2016-03-10 at 15:06 +0100, Carl Eugen Hoyos wrote:
> >
> > Attached patch fixes ticket #5312 here.
> > The OP claims that the file plays fine with Mainconcept software,
> > afaict the track number of the video track in the mxf header
> > (0x15010800)
On 03/13/2016 09:34 AM, Mats Peterson wrote:
Reposting it.
Here's an interesting one. Windows Media Player won't make any palette
changes without the xxpc chunks being indexed.
Fixing the logic for reading and seeking with xxpc chunks in the demuxer
is a future task. Now the muxing of video w
On 03/13/2016 01:11 PM, Michael Niedermayer wrote:
On Sun, Mar 13, 2016 at 09:33:41AM +0100, Mats Peterson wrote:
I hope this one is an acceptable compromise. Original description follows:
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows
On Sat, 12 Mar 2016 15:13:21 +0100
Thilo Borgmann wrote:
> From a1d9ce388c69eabb256e6b351c2acd36d7f4076e Mon Sep 17 00:00:00 2001
> From: Thilo Borgmann
> Date: Sat, 12 Mar 2016 14:52:17 +0100
> Subject: [PATCH 1/2] lavu/dict: Add new flag to allow multiple equal keys.
>
> ---
> libavutil/dict
On Thu, 2016-03-10 at 15:08 +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> While debugging ticket #5312, I realized that I included the
> track number in the Canopus essence element.
OK
/Tomas
signature.asc
Description: This is a digitally signed message part
___
On Thu, 2016-03-10 at 15:06 +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #5312 here.
> The OP claims that the file plays fine with Mainconcept softare,
> afaict the track number of the video track in the mxf header
> (0x15010800) does not match the track number of the vid
Ronald S. Bultje gmail.com> writes:
> > Attached patch fixes the default display window for cropped
> > hevc and pix_fmt != yuv420.
> > Tested with x265 --crop-rect and FFmpeg -apply_defdispwin.
> >
>
> lgtm.
Patch applied.
Thank you, Carl Eugen
__
On Sun, Mar 13, 2016 at 09:33:41AM +0100, Mats Peterson wrote:
> I hope this one is an acceptable compromise. Original description follows:
>
> From the Microsoft documentation for BITMAPINFOHEADER at
> https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
>
> "biSi
Hi,
On Sat, Mar 12, 2016 at 11:40 AM, Ganesh Ajjanagadde
wrote:
> diff --git a/libavutil/internal.h b/libavutil/internal.h
> index da76ca2..aa43754 100644
> --- a/libavutil/internal.h
> +++ b/libavutil/internal.h
> @@ -315,6 +315,22 @@ static av_always_inline float ff_exp10f(float x)
> }
>
> /
Hi,
On Sun, Mar 13, 2016 at 5:36 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes the default display window for cropped hevc and
> pix_fmt != yuv420.
> Tested with x265 --crop-rect and FFmpeg -apply_defdispwin.
>
lgtm.
Ronald
___
ffmpeg-de
SIGQUIT is meant for debugging purposes. A signal handler will
corrupt stack traces and make everything more complicated.
Signed-off-by: Nicolas George
---
ffmpeg.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index 45a22fa..f0e4966 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
Fix SIGTTOU when used in background with -nostdin but no
---
ffmpeg.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index 1887946..45a22fa 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -366,7 +366,7 @@ static BOOL WINAPI CtrlHandler(DWORD fdwCtrlType)
void ter
Signed-off-by: Nicolas George
---
ffmpeg.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
It seems more logical, and the next patch does not work without.
diff --git a/ffmpeg.c b/ffmpeg.c
index 9a14294..1887946 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -4306,8 +4306,6 @@ int main(int
Hi!
Attached patch fixes the default display window for cropped hevc and
pix_fmt != yuv420.
Tested with x265 --crop-rect and FFmpeg -apply_defdispwin.
Please review, Carl Eugen
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
index a36c6ee..ce3f3df 100644
--- a/libavcodec/hevc_ps.c
+++ b
Am 13.03.16 um 09:41 schrieb Nicolas George:
> Le quartidi 24 ventôse, an CCXXIV, Thilo Borgmann a écrit :
>> +static const AVOption coreimage_options[] = {
>> +{ "list_filters", "list available filters", OFFSET(list_filters),
>> AV_OPT_TYPE_INT, { .i64 = 0 }, 0, 1, .flags = FLAGS, "list_filt
Hendrik Leppkes gmail.com> writes:
> > Encoder and decoder patches should be separated, they are quite
> > distinct code other then being related by codec, otherwise its
> > probably fine.
> >
>
> Actually some further comments:
All comments applied and changes pushed.
Thank you for the review
Le quartidi 24 ventôse, an CCXXIV, Thilo Borgmann a écrit :
> +static const AVOption coreimage_options[] = {
> +{ "list_filters", "list available filters", OFFSET(list_filters),
> AV_OPT_TYPE_INT, { .i64 = 0 }, 0, 1, .flags = FLAGS, "list_filters" },
> +{ "true", "", 0, AV_OPT_TYPE_CONST,
Reposting it.
Here's an interesting one. Windows Media Player won't make any palette
changes without the xxpc chunks being indexed.
Fixing the logic for reading and seeking with xxpc chunks in the demuxer
is a future task. Now the muxing of video with xxpc chunks works
properly at least.
Tr
I hope this one is an acceptable compromise. Original description follows:
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
"biSize: Specifies the number of bytes required by the structure. This
value do
On Sunday 13 March 2016 08:56:22 am Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch may fix an issue reported on the user mailing list.
Second try attached.
Please review, Carl Eugen
diff --git a/libavformat/http.c b/libavformat/http.c
index f18d9e2..814ca01 100644
--- a/libavformat/http.c
+++ b
64 matches
Mail list logo
