On 15/11/15 18:07, Andreas Cadhalpun wrote:
> Previously only the edit_rate of material_track was checked.
> If it's negative, it causes assertion failures in av_rescale_rnd.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavformat/mxfdec.c | 10 ++
> 1 file changed, 10 insertions(+)
>
On 10/11/15 12:28, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Also support disabling them as they seem to cause problems to some
> Users. They are also not allowed in IRT D-10 thus the default for
> mxf_d10 is not to write them
>
> This also decreases the filesize when no user co
On 09/11/15 17:56, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Also support disabling them as they seem to cause problems to some
> Users.
>
> [..]
> -for (i = 0; i < local_tag_number; i++) {
> +for (i = 0; i < FF_ARRAY_ELEMS(mxf_local_tag_batch); i++) {
> avio_wb
On 05/10/15 08:51, Christophe Gisquet wrote:
> Hi,
>
> 2015-10-05 8:44 GMT+02:00 tim nicholson :
>> On 02/10/15 20:00, Christophe Gisquet wrote:
>>> A series of 0 in a table can be confusing, and the corresponding checks
>>> strange, so using a macro inste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/10/15 13:07, Tomas Härdin wrote:
> On Mon, 2015-09-28 at 15:11 +0200, Tobias Rapp wrote:
>> On 19.09.2015 22:49, Tomas Härdin wrote:
>>> On Wed, 2015-09-16 at 14:33 +0200, Tobias Rapp wrote:
Hi,
attached patch fixes ticket #4759 bu
On 02/10/15 20:00, Christophe Gisquet wrote:
> A series of 0 in a table can be confusing, and the corresponding checks
> strange, so using a macro instead of that magic is more readable.
> ---
> libavcodec/dnxhddata.c | 10 +-
> libavcodec/dnxhddata.h | 3 +++
> libavcodec/dnxhddec.c |
On 02/10/15 11:03, Paul B Mahol wrote:
> On 10/1/15, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> doc/filters.texi| 23 +++
>> libavfilter/tinterlace.h| 1 +
>> libavfilter/vf_tinterlace.c | 17 -
>> 3 files changed, 36 inserti
On 30/09/15 14:39, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi| 24
> libavfilter/tinterlace.h| 1 +
> libavfilter/vf_tinterlace.c | 13 ++---
> 3 files changed, 35 insertions(+), 3 deletions(-)
>
> diff --git a/doc
On 21/09/15 20:44, Carl Eugen Hoyos wrote:
> Michael Niedermayer gmx.at> writes:
>
>> This "decision" thingy, is intended to confirm that
>> * Stuff should be moved to the telepoint server, possibly duplicates
>> should be left at/moved to the hetzner server for redundancy, if
>> this is tech
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 14/08/15 13:27, Tomas Härdin wrote:
> On Mon, 2015-08-10 at 10:14 +0200, Tomas Härdin wrote:
>> On Sun, 2015-08-09 at 20:32 +0200, Marton Balint wrote:
>>> Since 53f2ef2c4afb1d49a679dea9163cb0e4671f3117 seeking is done using
PTS.
>>>
>>> Signed-off
On 03/08/15 20:43, Michael Niedermayer wrote:
> On Mon, Aug 03, 2015 at 08:51:10AM +0100, tim nicholson wrote:
>> On 31/07/15 17:19, Michael Niedermayer wrote:
>>> On Fri, Jul 31, 2015 at 05:37:12PM +0200, Clément Bœsch wrote:
>>> [...]
>>>> So in order for
On 31/07/15 17:19, Michael Niedermayer wrote:
> On Fri, Jul 31, 2015 at 05:37:12PM +0200, Clément Bœsch wrote:
> [...]
>> So in order for the community to continue this, I'd say we probably need
>> to have some help for:
>>
>> - guidelines on the merge strategies
>> - step-by-step on the release pr
On 23/07/15 11:32, Matthieu Bouron wrote:
> On Thu, Jul 23, 2015 at 11:04 AM, tim nicholson <
> nichot20-at-yahoo@ffmpeg.org> wrote:
>
>> On 22/07/15 14:29, Matthieu Bouron wrote:
>>> Hello there,
>>>
>>> The following patchset add support for
On 22/07/15 14:29, Matthieu Bouron wrote:
> Hello there,
>
> The following patchset add support for j2ki/mxf files (which store frames
> using the separate fields / segmented frame layouts, ie: fields are
> stored in seperate frames) through the insertion of filters at the
> ffmpeg/ffplay level. I
On 22/07/15 11:10, Carl Eugen Hoyos wrote:
> Tomas Härdin codemill.se> writes:
>
>>> New patch attached.
>>
>> Looks alright. You can reindent in a separate patch
>> if you like.
>
> Merged by Michael with the reindentation.
>
> There is still a cropping issue for the given sample:
> Am I corr
On 15/06/15 13:13, Michael Niedermayer wrote:
> This should make no difference as the byte is ignored
>
> Found-by: tim nicholson
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfdec.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff -
On 12/06/15 18:05, Michael Niedermayer wrote:
> Fixes Ticket2345
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfdec.c | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
> index 78e2393..7389555 100644
> --- a/liba
Test of address munging on new server
--
Tim.
Key Fingerprint 38CF DB09 3ED0 F607 8B67 6CED 0C0B FC44 8B0B FC83
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 06/06/15 02:23, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index c612747..f2a7f0a 100644
> --- a/libavformat/mxfenc.c
> +++ b/
On 01/06/15 20:35, Michael Niedermayer wrote:
> This is the maximum rate possible based on the frame size limit of MXF D-10
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/mxfenc.c b/liba
On 01/06/15 15:01, Michael Niedermayer wrote:
> On Mon, Jun 01, 2015 at 07:11:38AM +0100, tim nicholson wrote:
>> On 29/05/15 23:26, Michael Niedermayer wrote:
>>> See SMPTE 377-1-2009 6.3.3 KLV Fill Items
>>>
>>> Signed-off-by: Michael Niedermaye
On 29/05/15 23:26, Michael Niedermayer wrote:
> See SMPTE 377-1-2009 6.3.3 KLV Fill Items
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c|2 +-
> tests/ref/lavf/mxf |6 +++---
> tests/ref/lavf/mxf_d10 |2 +-
> tests/ref/lavf/mxf_o
On 24/05/15 02:15, Michael Niedermayer wrote:
> also store 1 for D10
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c| 11 +++
> tests/ref/lavf/mxf |6 +++---
> tests/ref/lavf/mxf_d10 |2 +-
> tests/ref/lavf/mxf_opatom
On 21/05/15 15:04, tim nicholson wrote:
> Please don't waste any more time fiddling with this, I expect it will
> suddenly click in my brain when I least expect it. Oh hang on I think it
> just did, you superimpose the second art on top of the first so the 3 is
> on top of t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 21/05/15 11:59, Michael Niedermayer wrote:
> On Thu, May 21, 2015 at 09:00:56AM +0200, Tomas Härdin wrote:
>> [..]
>> Why is this "guessing" code in mxfenc? This should be something that'
s
>> taken care of before calling any muxer (like in
>> avfor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 21/05/15 11:47, Michael Niedermayer wrote:
> On Thu, May 21, 2015 at 08:20:48AM +0100, tim nicholson wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 19/05/15 16:50, Michael Niedermayer wrote:
>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 21/05/15 11:29, Michael Niedermayer wrote:
> On Thu, May 21, 2015 at 08:20:48AM +0100, tim nicholson wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 19/05/15 16:50, Michael Niedermayer wrote:
>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 19/05/15 16:50, Michael Niedermayer wrote:
> On Tue, May 19, 2015 at 03:35:42PM +0100, tim nicholson wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 19/05/15 14:11, Michael Niedermayer wrote:
>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 19/05/15 14:11, Michael Niedermayer wrote:
> On Tue, May 19, 2015 at 12:07:24PM +0100, tim nicholson wrote:
>> On 19/05/15 01:33, Michael Niedermayer wrote:
>>> The default is assumed to be 0xFF, which is what the 2009 spec lis
On 19/05/15 01:33, Michael Niedermayer wrote:
> The default is assumed to be 0xFF, which is what the 2009 spec lists,
> the older version i have lists 0 as the default.
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c| 28 +
> tests/ref/la
On 16/05/15 19:18, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c |7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index 14449c9..659c34f 100644
> --- a/libavformat/mxfen
On 16/05/15 19:18, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c |7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index 5966792..14449c9 100644
> --- a/libavformat/mxfenc.c
> +++ b/liba
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 27/04/15 13:16, Nicolas George wrote:
> L'octidi 8 floréal, an CCXXIII, Michael Niedermayer a écrit :
>> the code changes look ok
>
> The phrasing seems to invite this:
>
> The commit message does not shock me.
>
> Seriously, I do not know how my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/04/15 21:00, Michael Niedermayer wrote:
[..]
> we need to move things to a new server (we already have one but
> against expectations moving things over is happening at a snails pace)
> ATM fate-suite and samples are on the new server, rest is st
As per discussion ["FFmpeg-user] using -vtag on input files"
untested (as Carl would say) ;)
--
Tim.
Key Fingerprint 38CF DB09 3ED0 F607 8B67 6CED 0C0B FC44 8B0B FC83
>From fa1b11ae65f6c0c6cd7f5fa11054d2db93c29af4 Mon Sep 17 00:00:00 2001
From: Tim Nicholson
Date: Thu, 2 Apr 2015 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/04/15 10:57, Steve Dierker wrote:
> Hello,
>
>>
>> I am currently looking at the whole range of UL's to see if they can
>> be tidied up, but that will also take some time, so perhaps in the
>> interests of progress use your suggestion for now *b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/04/15 16:32, Steve Dierker wrote:
> Hello,
>
>> I support this patch if you didn't make the
>> file yourself.
>> I only had one sample.
>
> This sample is from the same customer as the other ProRes in MXF sampl
e
> I uploaded for the bug. (Don
On 31/03/15 13:41, Steve Dierker wrote:
> Hello List,
>
> I found another MXF File containing ProRes with the following
> codec_uls: 060E2B34040101010E04020102110500
> Therefor I relaxed the pattern.
>
Are the Prores variants likely to be that big?
Difficult I know for private UL's
I wonder if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30/03/15 13:21, Michael Niedermayer wrote:
> On Mon, Mar 30, 2015 at 12:31:04PM +0200, tomas.har...@codemill.se wro
te:
>> On 2015-03-30 12:19, tim nicholson wrote:
>>> Some software mis decodes IMX material in mxf if this
On 30/03/15 11:31, tomas.har...@codemill.se wrote:
> On 2015-03-30 12:19, tim nicholson wrote:
>> Some software mis decodes IMX material in mxf if this metadata field is
>> missing. See the discussion on the ffmpeg ML:-
>>
>> "[FFmpeg-user] How to set 3 sp
Tim.
Key Fingerprint 38CF DB09 3ED0 F607 8B67 6CED 0C0B FC44 8B0B FC83
From 7ab1565acb1320a6eaafd47cbae86a8415419274 Mon Sep 17 00:00:00 2001
From: Tim Nicholson
Date: Mon, 30 Mar 2015 11:11:17 +0100
Subject: [PATCH] libavformat/mxfenc.c: Add 'Presentation Y offset' metadata
Previo
On 21/02/15 01:34, Dave Rice wrote:
> Hi Robert, Kevin,
>
>> On Feb 20, 2015, at 9:56 AM, Robert Krüger wrote:
>>
>> Am Freitag, 20. Februar 2015 schrieb Kevin Wheatley :
>>
>>> On Fri, Feb 20, 2015 at 1:30 PM, Robert Krüger >> > wrote:
if I read the code correctly, the colr atom is only wri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/01/15 23:52, Nicolas George wrote:
> L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
>>> There is a very simple way of flagging content that is supposed to comply
>>> with BT601: the SAR is 512/351. If SAR is 64/45, that means someone b
On 08/01/15 06:58, William Juwono wrote:
> Hi,
> I am having problem transcoding the audio of the following file. This is
> captured from broadcast ts stream.http://www.datafilehost.com/d/cb3d03be
> If I use "acodec copy", the resulting audio played fine, however, if I
> transcode to other format
On 06/01/15 19:01, Mark Reid wrote:
> On Tue, Jan 6, 2015 at 12:03 AM, tim nicholson <
> nichot20-at-yahoo@ffmpeg.org> wrote:
>
>> On 05/01/15 20:41, Mark Reid wrote:
>>> Hi,
>>> This patch exports the full umid of packages as metadata. ffmpeg
>> c
On 06/01/15 16:31, compn wrote:
> On Tue, 6 Jan 2015 10:10:53 +
> Paul B Mahol wrote:
>
>> On 1/6/15, Stefano Sabatini wrote:
>>> On date Monday 2015-01-05 16:33:44 +, Paul B Mahol encoded:
Signed-off-by: Paul B Mahol
3 files changed, 147 insertions(+)
create mode 10064
On 05/01/15 20:41, Mark Reid wrote:
> Hi,
> This patch exports the full umid of packages as metadata. ffmpeg currently
> only exports the material number portion of the umid.
>
> The new format is
>---
> example:
>060a2b340101010101010f00-13-00-53dc416b9a770251060e2b347f7f2a80
>
I th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/01/15 16:57, Michael Niedermayer wrote:
> On Mon, Jan 05, 2015 at 01:00:41PM +0000, tim nicholson wrote:
>> On 01/01/15 01:56, Michael Niedermayer wrote:
>>> This should allow us to insert idet before scale and let scale have
On 01/01/15 01:56, Michael Niedermayer wrote:
> This should allow us to insert idet before scale and let scale have interl=-1
> as default in that case
Good thinking.
How would interl=-1 then get set as default for auto inserted filters.
Or did I miss something?
>
> Signed-off-by: Michael Nied
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/12/14 19:47, Michael Niedermayer wrote:
> On Fri, Dec 05, 2014 at 01:43:09PM +0100, Michael Niedermayer wrote:
>> On Thu, Dec 04, 2014 at 04:57:09PM +0000, tim nicholson wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/12/14 16:09, Clément Bœsch wrote:
> [..]
>
> This representation requires way more efforts to me to understand than the
> one from Michael...
>
Just shows how different minds think/work ;)
As the saying goes, one man's meat is another man's p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/12/14 08:24, tim nicholson wrote:
> On 02/12/14 17:13, Michael Niedermayer wrote:
>> On Tue, Dec 02, 2014 at 05:02:49PM +0000, tim nicholson wrote:
>>> On 02/12/14 15:33, Michael Niedermayer wrote:
>>>> Sign
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/12/14 09:59, Clément Bœsch wrote:
> On Thu, Dec 04, 2014 at 09:31:47AM +0000, tim nicholson wrote:
>> On 02/12/14 18:43, Clément Bœsch wrote:
>>> ---
>>> After this commit, interlace doesn't behave the same if
On 02/12/14 18:43, Clément Bœsch wrote:
> ---
> After this commit, interlace doesn't behave the same if the input frames
> are already interlaced. Does anyone wants me to keep this behaviour?
>
> Also, the PTS adjustments might be different, but I didn't follow the
> current discussions about it s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/12/14 13:08, Michael Niedermayer wrote:
> On Tue, Dec 02, 2014 at 07:43:47PM +0100, Clément Bœsch wrote:
>> ---
>> After this commit, interlace doesn't behave the same if the input frames
>> are already interlaced. Does anyone wants me to keep th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/12/14 17:13, Michael Niedermayer wrote:
> On Tue, Dec 02, 2014 at 05:02:49PM +0000, tim nicholson wrote:
>> On 02/12/14 15:33, Michael Niedermayer wrote:
>>> Signed-off-by: Michael Niedermayer
>>> ---
&
On 02/12/14 15:33, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> doc/filters.texi | 131
> ++
> 1 file changed, 131 insertions(+)
>
> diff --git a/doc/filters.texi b/doc/filters.texi
> index 8c16c7a..0ea3955 100644
>
On 02/12/14 13:16, Nicolas George wrote:
> Try to detect "$cc -static" without "pkg-config --static".
> Also always print when a library that was not found was
> detected using pkg-config.
I was slightly confused by what you meant here, but looking at the code
I think you mean that if a library wa
On 01/12/14 22:32, Kieran Kunhya wrote:
> Sent from my mobile device
> [...]
>
> I would strongly advise all users of these filters generate their own
> timestamps.
Which would require much better documentation of such usage.
(e.g. the only references to the use of genpts inn ffmpeg docs are
On 23/10/14 17:06, Dave Rice wrote:
> On Oct 23, 2014, at 4:05 AM, Clément Bœsch wrote:
>> On Tue, Oct 21, 2014 at 09:32:39AM +0200, Carl Eugen Hoyos wrote:
>>> Hi!
>>>
>>> It appears to me that we all know that fieldmatch needs cfr input,
>>> but it isn't mentioned in the documentation.
>>> Rela
On 21/10/14 20:21, Lou Logan wrote:
> On Tue, 21 Oct 2014 19:30:39 +0200, Thomas Volkert wrote:
>
>> There was also no response from Facebook within the last days.
>
> The behemoth is probably slow to respond. Let's give them some more
> time then perhaps prod them again after not hearing from th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 28/09/14 02:59, Michael Niedermayer wrote:
> On Sun, Sep 28, 2014 at 03:53:15AM +0200, Michael Niedermayer wrote:
>> On Sun, Sep 28, 2014 at 02:00:00AM +0100, Kieran Kunhya wrote:
>>> On 28 September 2014 00:49, Michael Niedermayer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/09/14 21:45, Tomas Härdin wrote:
> On Tue, 2014-08-19 at 22:30 +0200, Michael Niedermayer wrote:
>> On Tue, Aug 19, 2014 at 01:30:24AM +0200, Carl Eugen Hoyos wrote:
>>> Hi!
>>>
>>> Attached patch removes a request for samples of which we already
On 07/09/14 21:39, Carl Eugen Hoyos wrote:
> Hi!
>
> I have no strong opinion on this but I wonder if ffplay isn't primarily
> a test application for which it is very useful not to exit.
>
+1
> Please comment, Carl Eugen
> [..]
--
Tim.
Key Fingerprint 38CF DB09 3ED0 F607 8B67 6CED 0C0B FC44
Should munge the from headers
--
Tim.
Key Fingerprint 38CF DB09 3ED0 F607 8B67 6CED 0C0B FC44 8B0B FC83
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
65 matches
Mail list logo
