And sample with a new name.
On Sun, Aug 9, 2015 at 9:39 PM, Yayoi wrote:
> and decoder
> ---
> tests/fate/subtitles.mak | 3 ++
> tests/ref/fate/sub-sami2 | 91
>
> 2 files changed, 94 insertions(+)
> create mode 100644 tests/ref/fate/sub-sami2
and decoder
---
tests/fate/subtitles.mak | 3 ++
tests/ref/fate/sub-sami2 | 91
2 files changed, 94 insertions(+)
create mode 100644 tests/ref/fate/sub-sami2
diff --git a/tests/fate/subtitles.mak b/tests/fate/subtitles.mak
index d8b2034..f5270ea
footer in the last packet
---
libavformat/samidec.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/libavformat/samidec.c b/libavformat/samidec.c
index 948e1ed..bc9b745 100644
--- a/libavformat/samidec.c
+++ b/libavformat/samidec.c
@@ -68,11 +68,17 @@ static int sami_rea
---
libavcodec/Makefile | 2 +-
libavcodec/samidec.c| 71 -
tests/ref/fate/sub-sami | 18 ++---
3 files changed, 56 insertions(+), 35 deletions(-)
diff --git a/libavcodec/Makefile b/libavcodec/Makefile
index 4ca824b..8201aa0 100644
This code will be used in SAMI decoder in a later commit.
---
libavcodec/Makefile| 2 +-
libavcodec/htmlsubtitles.c | 201 +
libavcodec/htmlsubtitles.h | 29 +++
libavcodec/srtdec.c| 149 +
4 files c
Ah, you're right, thanks.
I'll leave this out of any future revisions of the patch unless I get
around to getting the MIPS encoder to compile to check it.
On 9 August 2015 at 21:44, Michael Niedermayer
wrote:
> On Wed, Jul 29, 2015 at 05:44:28AM +0100, Rostislav Pehlivanov wrote:
> > This commi
On Sun, Aug 09, 2015 at 08:27:15PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Aug 9, 2015 at 5:59 PM, Michael Niedermayer
> wrote:
>
> > From: Michael Niedermayer
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libpostproc/postprocess.h |4 ++--
> > 1 file changed, 2 insertio
Hello,
On 08/09/2015 08:51 PM, Hendrik Leppkes wrote:
> On Sun, Aug 9, 2015 at 8:28 PM, Frank Lömker wrote:
>> And that's even the easy part. A lot of people don't update there
>> distribution every six months, often it's years old. If you try to
>> support all these distributions you end up with
Hi,
On Sun, Aug 9, 2015 at 5:21 PM, Michael Niedermayer
wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/avformat.h |1 -
> libavformat/internal.h |2 ++
> 2 files changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/avforma
Hi,
On Sun, Aug 9, 2015 at 5:59 PM, Michael Niedermayer
wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> ---
> libpostproc/postprocess.h |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libpostproc/postprocess.h b/libpostproc/postproce
Hello,
On 08/09/2015 08:30 PM, Clément Bœsch wrote:
> On Sun, Aug 09, 2015 at 08:28:28PM +0200, Frank Lömker wrote:
>> Hello,
>>
>> On 08/09/2015 06:57 AM, Ronald S. Bultje wrote:
Does not LGTM.
>>>
>>> Yeah, I'm with this. Andreas, the correct fix is to update applications,
>>> even if that
On Mon, Aug 10, 2015 at 01:18:58AM +0530, Niklesh Lalwani wrote:
> >
> > > +
> > > +typedef struct {
> > > +char *font;
> > > +int fontsize;
> > > +int color;
> > > +int back_color;
> > > +int bold;
> > > +int italic;
> > > +int underline;
> > > +int alignment;
> > >
On Sun, 9 Aug 2015, Michael Niedermayer wrote:
On Sat, Aug 08, 2015 at 10:07:00PM +0200, Marton Balint wrote:
FFplay was using a 5 frame packet buffer, this is not much (e.g. 200 ms for
25fps video), when HLS is requesting a new segment via HTTP, it may take longer
for the request to complete.
On Mon, 10 Aug 2015 01:18:58 +0530
Niklesh Lalwani wrote:
> >
> > > +
> > > +typedef struct {
> > > +char *font;
> > > +int fontsize;
> > > +int color;
> > > +int back_color;
> > > +int bold;
> > > +int italic;
> > > +int underline;
> > > +int alignment;
> > > +} M
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
---
libpostproc/postprocess.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libpostproc/postprocess.h b/libpostproc/postprocess.h
index e00ed96..fd5eb5d 100644
--- a/libpostproc/postprocess.h
+++ b/libpost
From: Michael Niedermayer
Signed-off-by: Michael Niedermayer
---
libavformat/avformat.h |1 -
libavformat/internal.h |2 ++
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index fb69852..6933624 100644
--- a/libavformat/avfor
On Wed, Jul 29, 2015 at 05:44:28AM +0100, Rostislav Pehlivanov wrote:
> This commit moves the quantization function to a separate file.
> This is done because the current extensions under development have
> separate files, and due to the fact that there was no way to get the
> distortion measuremen
On Sun, Aug 09, 2015 at 08:32:02PM +0200, Marton Balint wrote:
> Since 53f2ef2c4afb1d49a679dea9163cb0e4671f3117 seeking is done using PTS.
>
> Signed-off-by: Marton Balint
> ---
> libavformat/mxfdec.c | 1 +
> 1 file changed, 1 insertion(+)
probably ok, iam not mxfdec maintainer though
[...]
-
>
> > +
> > +typedef struct {
> > +char *font;
> > +int fontsize;
> > +int color;
> > +int back_color;
> > +int bold;
> > +int italic;
> > +int underline;
> > +int alignment;
> > +} Movtext_default;
> > +
>
> This name is inconsistent. Use MovTextDefault.
>
Yes, mak
On Sun, Aug 09, 2015 at 10:22:54AM -0700, Philip Langdale wrote:
> At least for vdpau, the hwaccel init code tries to check the video
> profile and ensure that there is a matching vdpau profile available.
>
> If it can't find a match, it will fail to initialise.
>
> In the case of wmv3/vc1, I obs
On Thu, Aug 06, 2015 at 09:27:52PM +0800, 周晓勇 wrote:
> From ef684fade1282029aed3dece261f79a9ec04369b Mon Sep 17 00:00:00 2001
> From: ZhouXiaoyong
> Date: Thu, 6 Aug 2015 21:13:35 +0800
> Subject: [PATCH] avcodec: loongson optimize h264qpel with mmi v1
>
>
> Signed-off-by: ZhouXiaoyong
> ---
>
On Sun, Aug 9, 2015 at 8:28 PM, Frank Lömker wrote:
> Hello,
>
> And that's even the easy part. A lot of people don't update there
> distribution every six months, often it's years old. If you try to
> support all these distributions you end up with lot's and lot's of
> #ifdefery. With FFmpeg and
Since 53f2ef2c4afb1d49a679dea9163cb0e4671f3117 seeking is done using PTS.
Signed-off-by: Marton Balint
---
libavformat/mxfdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 2d921db..5734976 100644
--- a/libavformat/mxfdec.c
+++ b/libavform
On Sun, Aug 09, 2015 at 08:28:28PM +0200, Frank Lömker wrote:
> Hello,
>
> On 08/09/2015 06:57 AM, Ronald S. Bultje wrote:
> >> Does not LGTM.
> >
> > Yeah, I'm with this. Andreas, the correct fix is to update applications,
> > even if that means vendor-specific patches in Debian. These are
> > ex
Hello,
On 08/09/2015 06:57 AM, Ronald S. Bultje wrote:
>> Does not LGTM.
>
> Yeah, I'm with this. Andreas, the correct fix is to update applications,
> even if that means vendor-specific patches in Debian. These are
> exceptionally trivial patches that you can generate using fairly trivial
> sed s
On Sun, Aug 09, 2015 at 06:39:05PM +0200, Andreas Cadhalpun wrote:
> On 09.08.2015 18:19, Hendrik Leppkes wrote:
This mail seems missing on FFmpeg-devel
i know its easy to forget to check CC/To but please make sure
discussions dont loose the CC/To: ffmpeg-devel
otherwise discussions would be inco
On Sun, 9 Aug 2015 17:54:55 +0200
Andreas Cadhalpun wrote:
> Hi,
>
> On 09.08.2015 12:57, Ronald S. Bultje wrote:
> > Yeah, I'm with this. Andreas, the correct fix is to update applications,
> > even if that means vendor-specific patches in Debian. These are
> > exceptionally trivial patches tha
On Sun, 9 Aug 2015 14:50:16 +0530
Niklesh Lalwani wrote:
> From: Niklesh
>
> Sets the default style in ASS from the default style information
> present in movtext header
>
> Signed-off-by: Niklesh
> ---
> libavcodec/movtextdec.c | 82
> ++--- 1 fil
On Sun, 9 Aug 2015 12:42:22 +0200
Michael Niedermayer wrote:
> On Sat, Aug 08, 2015 at 07:57:29PM -0700, Philip Langdale wrote:
> > At least for vdpau, the hwaccel init code tries to check the video
> > profile and ensure that there is a matching vdpau profile available.
> >
> > If it can't find
At least for vdpau, the hwaccel init code tries to check the video
profile and ensure that there is a matching vdpau profile available.
If it can't find a match, it will fail to initialise.
In the case of wmv3/vc1, I observed initialisation to fail all the
time. It turns out that this is due to t
Hi,
On Sun, Aug 9, 2015 at 11:54 AM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> Hi,
>
> On 09.08.2015 12:57, Ronald S. Bultje wrote:
> > Yeah, I'm with this. Andreas, the correct fix is to update applications,
> > even if that means vendor-specific patches in Debian. These are
On Sun, 09 Aug 2015 10:36:25 +0100
Andy Furniss wrote:
> Philip Langdale wrote:
> > At least for vdpau, the hwaccel init code tries to check the video
> > profile and ensure that there is a matching vdpau profile available.
> >
> > If it can't find a match, it will fail to initialise.
>
> I rece
On 09.08.2015 18:19, Hendrik Leppkes wrote:
> On Sun, Aug 9, 2015 at 5:54 PM, Andreas Cadhalpun
> wrote:
>> Hi,
>>
>> On 09.08.2015 12:57, Ronald S. Bultje wrote:
>>> Yeah, I'm with this. Andreas, the correct fix is to update applications,
>>> even if that means vendor-specific patches in Debian.
Hi,
On 09.08.2015 12:57, Ronald S. Bultje wrote:
> Yeah, I'm with this. Andreas, the correct fix is to update applications,
> even if that means vendor-specific patches in Debian. These are
> exceptionally trivial patches that you can generate using fairly trivial
> sed scripting.
The problem is
Hello Ivan,
Sunday, August 9, 2015, 6:32:55 PM, you wrote:
IU> This patch, next two patches and also the patch posted by me a August 4
IU> are fixing all issues about QSV-accelerated decoding.
all *known* issues of course. :-)
--
Best regards,
Ivanmailto:ivan.us..
Hello All,
The attached patch does add correct processing for the flush(),
including QSV decoder resetting an internal buffers discarding.
--
Best regards,
Ivanmailto:ivan.us...@nablet.com
0003-libavcodec-qsvdec.c-correct-flush-handler-has-been-i.patch
Description:
Hello all,
the attached patch does extend error codes processing to give exact
message when input format is not supported by QSV (for example mpeg
422 or avc 10 bit).
--
Best regards,
Ivanmailto:ivan.us...@nablet.com
0002-libavcodec-qsvdec.c-Extended-error-messages-
Hello All,
This patch, next two patches and also the patch posted by me a August 4
are fixing all issues about QSV-accelerated decoding.
I will absent two next weeks since August 11 and will not accessible
by e-mail. But even if these patches will not applied to master
repository are can be used
On Sun, 9 Aug 2015 13:12:34 +0200
Michael Niedermayer wrote:
> On Sat, Aug 08, 2015 at 07:45:23PM +0200, wm4 wrote:
> > On Sat, 8 Aug 2015 19:05:39 +0200
> > Michael Niedermayer wrote:
> >
> > > > Where are the
> > > > input and output colorspaces and ranges set?
> > >
> > > they would be set
On 9 August 2015 at 12:20, Paul B Mahol wrote:
> ---
> libavfilter/vsrc_testsrc.c | 36 +++-
> 1 file changed, 23 insertions(+), 13 deletions(-)
I'll test the SD version on the scope on Monday (cc'ing dericed who
can probably test HD)
Kieran.
On Sun, 9 Aug 2015 07:46:53 -0400
"Ronald S. Bultje" wrote:
> Hi,
>
> On Sun, Aug 9, 2015 at 7:11 AM, Sebastien Zwickert
> wrote:
>
> > This patch allows to use the Videotoolbox API in asynchonous mode.
>
>
> If this is for N:M (in:out), I think this should be replaced by a
> prospective avc
Hi,
On Sun, Aug 9, 2015 at 7:11 AM, Sebastien Zwickert
wrote:
> This patch allows to use the Videotoolbox API in asynchonous mode.
If this is for N:M (in:out), I think this should be replaced by a
prospective avcodec async decoding API.
Ronald
___
f
On Sun, 9 Aug 2015 13:11:44 +0200
Sebastien Zwickert wrote:
> This patch allows to use the Videotoolbox API in asynchonous mode.
> Note that when using async decoding the user is responsible for
> releasing the async frame.
What does this mean?
> Moreover, an option called videotoolbox_async
Hi,
On Sat, Aug 8, 2015 at 12:58 PM, Paul B Mahol wrote:
> On 8/8/15, wm4 wrote:
> > On Sat, 8 Aug 2015 18:17:37 +0200
> > Michael Niedermayer wrote:
> >
> >> On Sat, Aug 08, 2015 at 05:58:29PM +0200, wm4 wrote:
> >> > On Sat, 8 Aug 2015 17:14:58 +0200
> >> > Michael Niedermayer wrote:
> >>
---
libavfilter/vsrc_testsrc.c | 36 +++-
1 file changed, 23 insertions(+), 13 deletions(-)
diff --git a/libavfilter/vsrc_testsrc.c b/libavfilter/vsrc_testsrc.c
index 3f0da18..72ae16e 100644
--- a/libavfilter/vsrc_testsrc.c
+++ b/libavfilter/vsrc_testsrc.c
@@ -801,
On Sun, Aug 9, 2015 at 1:11 PM, Sebastien Zwickert wrote:
> This patch allows to use the Videotoolbox API in asynchonous mode.
> Note that when using async decoding the user is responsible for
> releasing the async frame.
> Moreover, an option called videotoolbox_async was added to enable
> async
On Sat, Aug 08, 2015 at 07:45:23PM +0200, wm4 wrote:
> On Sat, 8 Aug 2015 19:05:39 +0200
> Michael Niedermayer wrote:
>
> > > Where are the
> > > input and output colorspaces and ranges set?
> >
> > they would be set with sws_setColorspaceDetails()
>
> But they're pretty important, so why aren'
This patch allows to use the Videotoolbox API in asynchonous mode.
Note that when using async decoding the user is responsible for
releasing the async frame.
Moreover, an option called videotoolbox_async was added to enable
async decoding with ffmpeg CLI.
---
ffmpeg.h | 1 +
ff
Hi,
On Sun, Aug 9, 2015 at 6:41 AM, wm4 wrote:
> On Sun, 9 Aug 2015 04:23:01 +0200
> Michael Niedermayer wrote:
>
> > On Sat, Aug 08, 2015 at 01:37:08PM +0200, Andreas Cadhalpun wrote:
> > > They are still widely used and have been deprecated for less than two
> years.
> > >
> > > Signed-off-by
Hi,
On Sun, Aug 9, 2015 at 6:41 AM, wm4 wrote:
> On Sun, 9 Aug 2015 04:14:39 +0200
> Michael Niedermayer wrote:
>
> > On Sat, Aug 08, 2015 at 01:36:58PM +0200, Andreas Cadhalpun wrote:
> > > Only the PixelFormat removal is not delayed, because it is a very
> generic name.
> > >
> > > Signed-off
On Sat, Aug 08, 2015 at 07:57:29PM -0700, Philip Langdale wrote:
> At least for vdpau, the hwaccel init code tries to check the video
> profile and ensure that there is a matching vdpau profile available.
>
> If it can't find a match, it will fail to initialise.
>
> In the case of wmv3/vc1, I obs
On Sun, 9 Aug 2015 04:23:01 +0200
Michael Niedermayer wrote:
> On Sat, Aug 08, 2015 at 01:37:08PM +0200, Andreas Cadhalpun wrote:
> > They are still widely used and have been deprecated for less than two years.
> >
> > Signed-off-by: Andreas Cadhalpun
> > ---
> > libavcodec/avcodec.h | 2 +-
>
On Sun, 9 Aug 2015 04:14:39 +0200
Michael Niedermayer wrote:
> On Sat, Aug 08, 2015 at 01:36:58PM +0200, Andreas Cadhalpun wrote:
> > Only the PixelFormat removal is not delayed, because it is a very generic
> > name.
> >
> > Signed-off-by: Andreas Cadhalpun
> > ---
> > libavutil/pixfmt.h |
Philip Langdale wrote:
At least for vdpau, the hwaccel init code tries to check the video
profile and ensure that there is a matching vdpau profile available.
If it can't find a match, it will fail to initialise.
I recently noticed this - that it silently falls back to s/w in my test
case.
Fo
From: Niklesh
Sets the default style in ASS from the default style information present in
movtext header
Signed-off-by: Niklesh
---
libavcodec/movtextdec.c | 82 ++---
1 file changed, 78 insertions(+), 4 deletions(-)
diff --git a/libavcodec/movtext
55 matches
Mail list logo
