Dana 13. 6. 2015. 00:05 osoba "Michael Niedermayer"
napisala je:
>
> Theres currently no case where this could be triggered but adding this
> provides future robustness
>
> Found-by: Daemon404
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/drawutils.c |7 ++-
> 1 file changed,
Removes a defined but not used warning on files including softfloat.h
Signed-off-by: James Almer
---
libavutil/softfloat.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/softfloat.h b/libavutil/softfloat.h
index 70a9adf..4272363 100644
--- a/libavutil/softfloat.h
+
On Thu, Jun 11, 2015 at 09:06:19PM +0200, Timo Rothenpieler wrote:
> ---
> Changelog | 1 +
> MAINTAINERS | 1 +
> doc/filters.texi | 39
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_colorkey.c | 221
On Thu, Jun 11, 2015 at 11:31:12AM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> This patch adds MSA (MIPS-SIMD-Arch) optimizations for AVC qpel functions in
> new file h264qpel_msa.c
> Adds new generic macros (needed for this patch) in
> libavutil/mips/generic_macros_msa.h
>
On Thu, Jun 11, 2015 at 09:45:28AM +0200, Stefano Sabatini wrote:
> On date Wednesday 2015-06-10 22:21:23 +0200, Michael Niedermayer encoded:
> > This is what FFmpeg / FFplay do and it is more robust
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > doc/examples/decoding_encoding.c |2 +
On Fri, Jun 12, 2015 at 08:40:28PM +0200, Andreas Cadhalpun wrote:
> Together with commit 04f0002 this changes the behavior back to what it
> was was before commit b0af404.
>
> Signed-off-by: Andreas Cadhalpun
> ---
> configure | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/configu
Theres currently no case where this could be triggered but adding this
provides future robustness
Found-by: Daemon404
Signed-off-by: Michael Niedermayer
---
libavfilter/drawutils.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavfilter/drawutils.c b/libavfilter/
On Fri, Jun 12, 2015 at 9:01 PM, Andreas Cadhalpun
wrote:
> On 12.06.2015 21:51, Hendrik Leppkes wrote:
>> On Fri, Jun 12, 2015 at 9:23 PM, Andreas Cadhalpun
>>> I agree that it is not really elegant, but removing the assumption that
>>> the avctx width/height/pix_fmt are from the last decoded fra
On 12.06.2015 22:03, Hendrik Leppkes wrote:
> On Fri, Jun 12, 2015 at 10:01 PM, Andreas Cadhalpun
> wrote:
>> That's not currently documented, so it would effectively be an API change.
>> And since the h264 decoder is the only one misbehaving in this way,
>> fixing it is the better alternative.
>>
Am Fri, 12 Jun 2015 15:53:41 +0200
schrieb Michael Niedermayer :
> On Fri, Jun 12, 2015 at 12:38:19PM +0200, Wolfgang Lorenz wrote:
> > Am Fri, 12 Jun 2015 00:12:37 +0200
> > schrieb Wolfgang Lorenz :
> >
> > > Am Thu, 11 Jun 2015 23:11:37 +0200
> > > schrieb Michael Niedermayer :
> > >
> > > >
On Fri, Jun 12, 2015 at 10:01 PM, Andreas Cadhalpun
wrote:
> On 12.06.2015 21:51, Hendrik Leppkes wrote:
>> On Fri, Jun 12, 2015 at 9:23 PM, Andreas Cadhalpun
>>> I agree that it is not really elegant, but removing the assumption that
>>> the avctx width/height/pix_fmt are from the last decoded fr
On 12.06.2015 21:51, Hendrik Leppkes wrote:
> On Fri, Jun 12, 2015 at 9:23 PM, Andreas Cadhalpun
>> I agree that it is not really elegant, but removing the assumption that
>> the avctx width/height/pix_fmt are from the last decoded frame instead
>> of the last returned frame from the h264 decoder i
On 12.06.2015 20:40, Michael Niedermayer wrote:
> On Fri, Jun 12, 2015 at 06:19:47PM +0200, Andreas Cadhalpun wrote:
>> On 10.06.2015 21:50, Michael Niedermayer wrote:
>>> On Wed, Jun 10, 2015 at 09:10:31PM +0200, Andreas Cadhalpun wrote:
Could these be fixed to use a new H264Context field ins
On Fri, Jun 12, 2015 at 06:19:47PM +0200, Andreas Cadhalpun wrote:
> On 10.06.2015 21:50, Michael Niedermayer wrote:
> > On Wed, Jun 10, 2015 at 09:10:31PM +0200, Andreas Cadhalpun wrote:
> >> On 10.06.2015 12:01, Michael Niedermayer wrote:
> also avctx->pix_fmt would then still potentially no
Together with commit 04f0002 this changes the behavior back to what it
was was before commit b0af404.
Signed-off-by: Andreas Cadhalpun
---
configure | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure b/configure
index 0c907ff..3a6af6e 100755
--- a/configure
+++ b/configure
@@ -4610
On Fri, Jun 12, 2015 at 06:38:05PM +0200, Przemysław Sobala wrote:
> Hi
> I attach a little patch that introduces support for left band while
> cropping.
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Freedom in capitalist society always remain
On Fri, Jun 12, 2015 at 05:17:46PM +, Paul B Mahol wrote:
> On 6/12/15, Michael Niedermayer wrote:
> > Fixes Ticket2345
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/mxfdec.c | 14 ++
> > 1 file changed, 14 insertions(+)
> >
> > diff --git a/libavformat/mxf
On Fri, Jun 12, 2015 at 01:11:41PM +0200, wm4 wrote:
> Some files have SeekHead elements with broken IDs. They mismatch with
> the ID of the destination element. These files are written by
> "IDMmkvlib0.1" (as identified by the MuxingApp and WritingApp elements),
> and the SeekHead IDs are actually
On 6/12/15, 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/libavformat
wm4 googlemail.com> writes:
> Some files have SeekHead elements with broken IDs.
> They mismatch with the ID of the destination
> element. These files are written by "IDMmkvlib0.1"
An additional sample "Kyrie Irving" is in incoming.
Carl Eugen
___
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/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -166,6 +166,7 @@ t
Hi
I attach a little patch that introduces support for left band while
cropping.
--
Regards
Przemysław Sobala
Główne Spółki Grupy Wirtualna Polska:
Wirtualna Polska Holding Spółka Akcyjna z siedzibą w Warszawie, ul. Jutrzenki
137A, 02-231 Warszawa, wpisana do Krajowego Rejestru Sądowego - Rej
On 10.06.2015 21:50, Michael Niedermayer wrote:
> On Wed, Jun 10, 2015 at 09:10:31PM +0200, Andreas Cadhalpun wrote:
>> On 10.06.2015 12:01, Michael Niedermayer wrote:
also avctx->pix_fmt would then still potentially not match the last
output frame, also pix_fmt has the same problem as ab
Hi George,
On Thu, Jun 11, 2015 at 1:57 PM, George Boyle wrote:
> Hi Ronald,
>
> On 11/06/15 17:01, Ronald S. Bultje wrote:
> >
> > It would also be helpful if you could identify what you would like to be
> > doing, i.e. do you have any particular aspect that you find particularly
> > exciting o
On Saturday 28 September 2013 07:58:41 am Wolfgang Woehl wrote:
> See fdfcde74_excerpt_00-23 (on
> ftp://upload.ffmpeg.org/MPlayer/incoming/ as suggested by ffplay).
>
> The dir contains a MXF (DCI specs) with 24 4K frames
The 40kb mxf file decodes bit-exact now with current FFmpeg
(comp
On Fri, Jun 12, 2015 at 12:38:19PM +0200, Wolfgang Lorenz wrote:
> Am Fri, 12 Jun 2015 00:12:37 +0200
> schrieb Wolfgang Lorenz :
>
> > Am Thu, 11 Jun 2015 23:11:37 +0200
> > schrieb Michael Niedermayer :
> >
> > > On Thu, Jun 11, 2015 at 10:59:23PM +0200, Wolfgang Lorenz wrote:
> > > > Hi Michea
On date Wednesday 2015-06-10 20:58:33 -0700, James Zern encoded:
> modeled after the libx264 section.
> ---
> doc/encoders.texi | 163
> ++
> 1 file changed, 92 insertions(+), 71 deletions(-)
>
> diff --git a/doc/encoders.texi b/doc/encoders.te
Some files have SeekHead elements with broken IDs. They mismatch with
the ID of the destination element. These files are written by
"IDMmkvlib0.1" (as identified by the MuxingApp and WritingApp elements),
and the SeekHead IDs are actually endian-swapped.
This confuses the SeekHead logic of the dem
Am Fri, 12 Jun 2015 00:12:37 +0200
schrieb Wolfgang Lorenz :
> Am Thu, 11 Jun 2015 23:11:37 +0200
> schrieb Michael Niedermayer :
>
> > On Thu, Jun 11, 2015 at 10:59:23PM +0200, Wolfgang Lorenz wrote:
> > > Hi Micheal,
> > >
> > > Am Wed, 10 Jun 2015 23:40:10 +0200
> > > schrieb Michael Niederma
> Date: Fri, 5 Jun 2015 13:56:08 -0400
> From: c319ch...@aol.com
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] colormatrix high-bit-depth input support
>
> Here is some interesting reading on the subject:
>
> http://en.wikipedia.org/wiki/Rec._2
>On Thu, Jun 11, 2015 at 4:08 PM, Nedeljko Babic
> wrote:
>> From: Jovan Zelincevic
>>
>> Move existing code to the new template files
>>
>
>Please setup your Git to track renames (add -M parameter), this is
>really hard to review in this form.
This patch is just moving parts of the code that can
Yes, the patch is for single style record only. I'll work on multiple
style records now.
Thanks,
Niklesh
On 6/12/15, Philip Langdale wrote:
> On Thu, 11 Jun 2015 10:18:53 +0530
> Niklesh Lalwani wrote:
>
>> From: Niklesh
>>
>> Encoding of bold, Italic, underlined styles for 3gpp timed text
>>
32 matches
Mail list logo