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 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
>> ---
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
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
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
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
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++)
> >> -
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
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
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:
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
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 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
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
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,
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
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
>
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
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
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
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
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
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
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
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++)
>> > -
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,
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
> >
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
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] =
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
> >>
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
>> >
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
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
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,
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
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
+++
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
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
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
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
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(-)
> 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
>
> >
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
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
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 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
>
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'
>
>
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
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
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,
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
+++
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
---
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
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
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
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:
>
>
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
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
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
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
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
+++
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.
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,
63 matches
Mail list logo