On 6/23/15, Philip Langdale wrote:
> I got a bunch of warnings when I compiled it. Please fix.
>
> Thanks.
>
> --
>
> CC libavcodec/movtextenc.o
> libavcodec/movtextenc.c: In function ‘mov_text_style_cb’:
> libavcodec/movtextenc.c:124:17: war
On Mon, 22 Jun 2015 19:56:06 +0530
Niklesh Lalwani wrote:
> Updated patch.
>
> Thanks,
> Niklesh
Pushed. Thanks.
--phil
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Mon, 22 Jun 2015 19:58:09 +0530
Niklesh Lalwani wrote:
> Updated patch.
>
> Thanks,
> Niklesh
I got a bunch of warnings when I compiled it. Please fix.
Thanks.
--
CC libavcodec/movtextenc.o
libavcodec/movtextenc.c: In function ‘
Signed-off-by: James Almer
---
libswscale/x86/rgb2rgb_template.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswscale/x86/rgb2rgb_template.c
b/libswscale/x86/rgb2rgb_template.c
index a1f7434..e97ba4f 100644
--- a/libswscale/x86/rgb2rgb_template.c
+++ b/libswscale/x86/rg
Signed-off-by: James Almer
---
libswscale/x86/rgb2rgb_template.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswscale/x86/rgb2rgb_template.c
b/libswscale/x86/rgb2rgb_template.c
index e71c7eb..fd04923 100644
--- a/libswscale/x86/rgb2rgb_template.c
+++ b/libswscale/x86/rg
Signed-off-by: James Almer
---
libswscale/x86/rgb2rgb_template.c | 4
1 file changed, 4 insertions(+)
diff --git a/libswscale/x86/rgb2rgb_template.c
b/libswscale/x86/rgb2rgb_template.c
index fd04923..a1f7434 100644
--- a/libswscale/x86/rgb2rgb_template.c
+++ b/libswscale/x86/rgb2rgb_templa
On Mon, Jun 22, 2015 at 04:16:00PM +0200, Wolfgang Lorenz wrote:
> One last thing:
>
> Am Fri, 12 Jun 2015 22:06:43 +0200
> schrieb Wolfgang Lorenz :
>
> > Am Fri, 12 Jun 2015 15:53:41 +0200
> > schrieb Michael Niedermayer :
> >
> > > On Fri, Jun 12, 2015 at 12:38:19PM +0200, Wolfgang Lorenz wro
On Mon, Jun 22, 2015 at 08:58:41PM +0200, Stephan Vedder wrote:
> I attached the fixed patch now.
[...]
> electronicarts.c |2 ++
> 1 file changed, 2 insertions(+)
> e10466b07ca042720ac60541ca615745edf1434a patch.diff
> commit b1646ba4cbce2d285f7f268ec49ed0362e5fdf55
> Author: Stephan Vedde
---
libavformat/avio.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/avio.c b/libavformat/avio.c
index bd32944..aff8d10 100644
--- a/libavformat/avio.c
+++ b/libavformat/avio.c
@@ -485,6 +485,7 @@ int avio_open_dir(AVIODirContext **s, const char *url,
AVDictionary **options)
From: Lukasz Marek
Signed-off-by: Lukasz Marek
---
libavformat/libssh.c | 111 ---
1 file changed, 105 insertions(+), 6 deletions(-)
diff --git a/libavformat/libssh.c b/libavformat/libssh.c
index fac6114..150c037 100644
--- a/libavformat/libssh.c
---
libavformat/libssh.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/libssh.c b/libavformat/libssh.c
index 150c037..ee8fd7e 100644
--- a/libavformat/libssh.c
+++ b/libavformat/libssh.c
@@ -204,6 +204,9 @@ static av_cold int libssh_connect(URLContext *h, const char
*url, cha
---
libavformat/libssh.c | 82
1 file changed, 82 insertions(+)
diff --git a/libavformat/libssh.c b/libavformat/libssh.c
index ee8fd7e..31b6f6a 100644
--- a/libavformat/libssh.c
+++ b/libavformat/libssh.c
@@ -392,6 +392,86 @@ static int libssh_
Lukasz Marek (1):
lavf/libssh: implement directory listing callbacks
Mariusz Szczepańczyk (2):
lavf/libssh: read empty path from url as /
lavf/libssh: implement move and delete callbacks
libavformat/libssh.c | 196 +--
1 file changed, 190 ins
On 6/23/2015 12:46 AM, Reynaldo H. Verdejo Pinochet wrote:
> Not really getting into the whole discussion on blocking
> remarks to a running (sponsored) project. I sincerely hope
> we all agree that once work has started on these, we should
> try to be constructive and let the student do their job
On Mon, Jun 22, 2015 at 08:46:01PM -0300, Reynaldo H. Verdejo Pinochet wrote:
> Hi everyone
>
> Not really getting into the whole discussion on blocking
> remarks to a running (sponsored) project. I sincerely hope
> we all agree that once work has started on these, we should
> try to be constructi
Hi everyone
Not really getting into the whole discussion on blocking
remarks to a running (sponsored) project. I sincerely hope
we all agree that once work has started on these, we should
try to be constructive and let the student do their job while
benefiting from all we can feed to them on the d
On 6/22/2015 11:58 PM, Mariusz Szczepańczyk wrote:
> I don't think it's fair to say Lukasz is the only one standing for these
> changes. But let's not make it personal and hold on any grudges for a
> moment.
I hold no ill will against anyone, as long as no ill will is held against me.
I do, howev
On Mon, Jun 22, 2015 at 11:31 PM, Derek Buitenhuis <
derek.buitenh...@gmail.com> wrote:
> On 6/22/2015 9:15 PM, Mariusz Szczepańczyk wrote:
> > Thank you for clarification. I understand there are people who are not
> > happy with additions like this. However, there are also people who think
> > th
On 6/22/2015 11:18 PM, Michael Niedermayer wrote:
> Please stop the finger pointing and work toward a resolution of this
> its not just one man, iam not even sure he intended to use it himself.
I agree I was a too aggressive.
However, I am not aware of a single person.
As for working towards a r
On Mon, Jun 22, 2015 at 10:31:00PM +0100, Derek Buitenhuis wrote:
[...]
> Your mentor is the only one who
> decided it belongs here, because he wanted to use it.
Please stop the finger pointing and work toward a resolution of this
its not just one man, iam not even sure he intended to use it hims
On 6/22/2015 10:24 PM, Derek Buitenhuis wrote:
> You may also recall I brought up the fact that the GSOC qualification
> task was mostly reworking the patch set from Lukasz, and thinking
> that was a bit sketchy.
I went and looked. It wad *directly* brought up by Keiran on ffmpeg-mentors.
He was,
On 6/22/2015 10:31 PM, Derek Buitenhuis wrote:
> That is not on
> you though, and I apologize for dragging your GSOC application into it.
To follow up on this, I do understand how GSOC works, and it is too late
to say 'no' to this, and I feel bad for you having negatives dumped on
you like this.
I talked with Aurel Jacoubs (the creator of the vp6 deocoder). He said that
the implememtation is already capable of decoding this file completly.
Apart from that i don't know much about vp6 decoding. However were you able
to understand why this patch is required?
2015-06-22 23:22 GMT+02:00 Carl E
On 6/22/2015 9:15 PM, Mariusz Szczepańczyk wrote:
> Thank you for clarification. I understand there are people who are not
> happy with additions like this. However, there are also people who think
> these changes are needed and trying to stop them just because "we don't
> want this here" or wor
On 6/22/2015 6:52 PM, Michael Niedermayer wrote:
> When and where ?
Example: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/179883
And also *constantly* on IRC, although I am sure "IRC doesn't count"
or somesuch.
My argument then is the same as now: this does not belong in libav*. It
belo
gmail.com> writes:
>
https://bfme2-see.googlecode.com/svn-history/r129/trunk/data/movies/SmallRing.vp6
Do you know how to decode the alpha channel for this file?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mai
On 22/06/15 14:11, Derek Buitenhuis wrote:
On 6/21/2015 8:04 PM, Mariusz Szczepańczyk wrote:
Anyway, this is a part of my GSoC task that has been accepted and I'm
compelled to implement it so I won't be getting into further discussion.
Let's just say a large portion of the community didn't and
On 6/22/15, Nicolas George wrote:
> Le quartidi 4 messidor, an CCXXIII, Paul B Mahol a ecrit :
>> Signed-off-by: Paul B Mahol
>> ---
>> Changelog| 1 +
>> doc/filters.texi | 53
>> libavfilter/Makefile | 1 +
>> libavfilter/allfilters.c | 1 +
>> libav
Le quartidi 4 messidor, an CCXXIII, Paul B Mahol a écrit :
> Signed-off-by: Paul B Mahol
> ---
> Changelog| 1 +
> doc/filters.texi | 53
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/vf_ssim.c| 340
> +++
Signed-off-by: Paul B Mahol
---
Changelog| 1 +
doc/filters.texi | 53
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_ssim.c| 340 +++
5 files changed, 396 insertions(+)
create
On Mon, 22 Jun 2015 07:52:21 -0400
"Ronald S. Bultje" wrote:
> Hi,
>
> On Mon, Jun 22, 2015 at 6:24 AM, wm4 wrote:
>
> > On Mon, 22 Jun 2015 11:23:55 +0200
> > Hendrik Leppkes wrote:
> >
> > > On Mon, Jun 22, 2015 at 11:02 AM, wm4 wrote:
> > > > On Sun, 21 Jun 2015 18:34:33 -0400
> > > > "Ro
I attached the fixed patch now.
2015-06-22 20:43 GMT+02:00 Stephan Vedder :
> I just noticed that i got a wrong patch file attached. Let me make a new
> diff.
> I didn't mean a real crash, i just meant an error output that this file
> isn't playable
>
> 2015-06-22 20:13 GMT+02:00 Michael Niederma
On Sun, Jun 14, 2015 at 11:26:25PM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> This patch adds MSA (MIPS-SIMD-Arch) optimizations for block functions in new
> file blockdsp_msa.c
>
> Signed-off-by: Shivraj Patil
> ---
> libavcodec/blockdsp.c| 2 +
> libav
I just noticed that i got a wrong patch file attached. Let me make a new
diff.
I didn't mean a real crash, i just meant an error output that this file
isn't playable
2015-06-22 20:13 GMT+02:00 Michael Niedermayer :
> On Mon, Jun 22, 2015 at 02:41:07PM +, Carl Eugen Hoyos wrote:
> > gmail.co
On 6/22/15, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Jun 22, 2015 at 12:23 PM, Paul B Mahol wrote:
>
>> +c[0] = ssim(main->data[0], main->linesize[0],
>> +ref->data[0], ref->linesize[0],
>> +s->planewidth[0], s->planeheight[0]);
>> +
>> +c[1] = ssim(main->
On Mon, Jun 22, 2015 at 04:58:22PM +0200, Tobias Rapp wrote:
> On 22.06.2015 14:59, Michael Niedermayer wrote:
> >On Mon, Jun 22, 2015 at 09:38:43AM +0200, Tobias Rapp wrote:
> >>Attached patch adds some FATE tests for FFV1 level 3 with different
> >>bits-per-sample.
> >
> >> fate/vcodec.mak
On Mon, Jun 22, 2015 at 02:41:07PM +, Carl Eugen Hoyos wrote:
> gmail.com> writes:
>
> >
> https://bfme2-see.googlecode.com/svn-history/r129/trunk/data/movies/SmallRing.vp6
>
> > Before you had to use: ffplay -f ./SmallRing.vp6
> > since it would use the aac demuxer otherwise
> > (resulti
On Mon, Jun 22, 2015 at 06:06:58PM +0100, Derek Buitenhuis wrote:
> On 6/22/2015 5:33 PM, James Almer wrote:
> > I have no opinion one or way or another regarding this addition, but if this
> > is a GSoC project then i guess the time to show disagreement was back in
> > February when it was a sugge
Hi,
On Mon, Jun 22, 2015 at 12:23 PM, Paul B Mahol wrote:
> +c[0] = ssim(main->data[0], main->linesize[0],
> +ref->data[0], ref->linesize[0],
> +s->planewidth[0], s->planeheight[0]);
> +
> +c[1] = ssim(main->data[1], main->linesize[1],
> +r
On 6/22/2015 5:33 PM, James Almer wrote:
> I have no opinion one or way or another regarding this addition, but if this
> is a GSoC project then i guess the time to show disagreement was back in
> February when it was a suggested project waiting for applications, and not in
> the middle of the prog
On 22/06/15 9:11 AM, Derek Buitenhuis wrote:
> On 6/21/2015 8:04 PM, Mariusz Szczepańczyk wrote:
>> Anyway, this is a part of my GSoC task that has been accepted and I'm
>> compelled to implement it so I won't be getting into further discussion.
>
> Let's just say a large portion of the community
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index fc9f455..55cd055 100644
--- a/libavfilter/Makefile
+++ b/libavfilter/Makefile
@@ -197,6 +197,7 @@ OBJS-$(CONFIG_SIGNALSTATS_FILTER)+=
vf_signalstats.o
OBJS-$(CONFIG_SMARTBLUR_FILTER) += vf_smartblur.o
OBJS-$(
On 22.06.2015 14:59, Michael Niedermayer wrote:
On Mon, Jun 22, 2015 at 09:38:43AM +0200, Tobias Rapp wrote:
Attached patch adds some FATE tests for FFV1 level 3 with different
bits-per-sample.
fate/vcodec.mak |6 +-
ref/vsynth/vsynth1-ffv1.3-420|4
You should get a crash when trying to play this file with ffplay or when trying
to open it with avformat_open_input.
(Before the patch is applied).
Stephan
> Am 22.06.2015 um 16:41 schrieb Carl Eugen Hoyos :
>
> gmail.com> writes:
>
>>
> https://bfme2-see.googlecode.com/svn-history/r129/trun
gmail.com> writes:
>
https://bfme2-see.googlecode.com/svn-history/r129/trunk/data/movies/SmallRing.vp6
> Before you had to use: ffplay -f ./SmallRing.vp6
> since it would use the aac demuxer otherwise
> (resulting in a crash).
How can I reproduce the crash?
Crashes are always (very) importan
Updated patch.
Thanks,
Niklesh
0002-movtextenc.c-Support-for-Bold-Italic-and-Underlined-.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Updated patch.
Thanks,
Niklesh
0001-movtextdec.c-Improve-upon-dynarrays-and-text_to_ass.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
One last thing:
Am Fri, 12 Jun 2015 22:06:43 +0200
schrieb Wolfgang Lorenz :
> 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 :
> > >
Here is an example file:
https://code.google.com/p/bfme2-see/source/browse/trunk/data/movies/SmallRing.vp6?r=129
Before it did chose the AAC demuxer for this file and files of that kind.
Resulting in a crash.
I can fix the tabs when i am back home
> Am 22.06.2015 um 15:49 schrieb Carl Eugen Hoy
Oh okay, guess i missed the tabs.
However here is a sample file:
https://code.google.com/p/bfme2-see/source/browse/trunk/data/movies/SmallRing.vp6?r=129
Before you had to use: ffplay -f ./SmallRing.vp6 since it would use the aac
demuxer otherwise (resulting in a crash). With this patch you can s
On Mon, Jun 22, 2015 at 2:50 PM, Derek Buitenhuis
wrote:
> On 6/22/2015 2:46 PM, Vittorio Giovara wrote:
>> afaik in POSIX any non zero value is to be considered an error, also
>> because value ranges on an unsigned byte.
>
> -1 ends up greater than 128, which is reserved by POSIX for system
> sig
On 6/22/15, Stephan Vedder wrote:
> From: feliwir
>
> ---
> libavformat/electronicarts.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/electronicarts.c b/libavformat/electronicarts.c
> index 859fbb8..ba15b65 100644
> --- a/libavformat/electronicarts.c
> +++ b/libavformat/e
On 6/22/2015 2:46 PM, Vittorio Giovara wrote:
> afaik in POSIX any non zero value is to be considered an error, also
> because value ranges on an unsigned byte.
-1 ends up greater than 128, which is reserved by POSIX for system
signal info (SIGKILL and pals).
- Derek
_
Stephan Vedder gmail.com> writes:
> + case AVP6_TAG:
Tabs cannot be committed to the FFmpeg repository.
Could you provide a sample?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpe
On Mon, Jun 22, 2015 at 1:40 PM, Derek Buitenhuis
wrote:
> On 6/22/2015 1:32 PM, Vittorio Giovara wrote:
>> video_decode_example can return -1 on error, and this is lost, so
>> you'd better do "return video_decode_example(argv[1]);" to return the
>> value to the caller. Also sometimes you exit(1)
From: feliwir
---
libavformat/electronicarts.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/electronicarts.c b/libavformat/electronicarts.c
index 859fbb8..ba15b65 100644
--- a/libavformat/electronicarts.c
+++ b/libavformat/electronicarts.c
@@ -427,6 +427,7 @@ static int proces
On Mon, Jun 22, 2015 at 03:31:43PM +0200, Clément Bœsch wrote:
> On Sat, Jun 20, 2015 at 05:12:47PM +0200, Clément Bœsch wrote:
> > On Sat, Jun 20, 2015 at 04:25:55PM +0200, Michael Niedermayer wrote:
> > > On Sat, Jun 20, 2015 at 01:19:29PM +0200, Sebastien Zwickert wrote:
> > > > The pixel buffer
On Sat, Jun 20, 2015 at 05:12:47PM +0200, Clément Bœsch wrote:
> On Sat, Jun 20, 2015 at 04:25:55PM +0200, Michael Niedermayer wrote:
> > On Sat, Jun 20, 2015 at 01:19:29PM +0200, Sebastien Zwickert wrote:
> > > The pixel buffer base address is never unlocked this causes
> > > a bug with some pixel
Le quartidi 4 messidor, an CCXXIII, Carl Eugen Hoyos a écrit :
> > Why don't we do that once we start seeing files with
> > frame-headers other than empty "FRAME\n" in the wild?
> +1
Me2.
And do not forget that, technically, 0x46 0x52 0x41 0x4d 0x45 0x0a can very
well appear in the frame data; w
On Mon, Jun 22, 2015 at 09:38:43AM +0200, Tobias Rapp wrote:
> Attached patch adds some FATE tests for FFV1 level 3 with different
> bits-per-sample.
> fate/vcodec.mak |6 +-
> ref/vsynth/vsynth1-ffv1.3-420|4
> ref/vsynth/vsynth1-ffv1.3-422p10 |
Hi,
On Mon, Jun 22, 2015 at 5:50 AM, Ludmila Glinskih
wrote:
> +if (avcodec_decode_video2(ctx, fr, &get_frame, &pkt) < 0 ||
> get_frame == 0)
> +flag = 1;
> +if (get_frame) {
>
This sounds like you want if (avcodec_decode_video2(..) >= 0 && get_frame >
0) {. You can
On 6/22/2015 1:32 PM, Vittorio Giovara wrote:
> video_decode_example can return -1 on error, and this is lost, so
> you'd better do "return video_decode_example(argv[1]);" to return the
> value to the caller. Also sometimes you exit(1) and sometimes you
> return -1, maybe you could go with only one
Ronald S. Bultje gmail.com> writes:
> Why don't we do that once we start seeing files with
> frame-headers other than empty "FRAME\n" in the wild?
+1
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo
On Mon, Jun 22, 2015 at 10:50 AM, Ludmila Glinskih wrote:
> +static int video_decode_example(const char *input_filename)
> +{
> +AVCodec *codec = NULL;
> +AVCodecContext *origin_ctx = NULL, *ctx= NULL;
> +AVFrame *fr = NULL;
> +uint8_t *byte_buffer = NULL;
> +AVPacket pkt;
> +
On 6/22/2015 10:50 AM, Ludmila Glinskih wrote:
> +#include "libavformat/internal.h"
What is this for?
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Mon, Jun 22, 2015 at 12:50:22PM +0300, Ludmila Glinskih wrote:
> Result differs in pkt_duration and time_base.den for some reason.
> Right now it tests only one example (adjusted to match the output).
>
[...]
> +pkt.data = NULL;
> +pkt.size = 0;
> +if (pkt.pts == AV_NOPTS_VALUE)
>
On 6/21/2015 8:04 PM, Mariusz Szczepańczyk wrote:
> Anyway, this is a part of my GSoC task that has been accepted and I'm
> compelled to implement it so I won't be getting into further discussion.
Let's just say a large portion of the community didn't and don't think
this idea has any place in lib
On Mon, Jun 22, 2015 at 12:50:21PM +0300, Ludmila Glinskih wrote:
> I really don't know how to avoid warnings in printf.
in:
libavformat/api-h264-test.c: In function ‘video_decode_example’:
libavformat/api-h264-test.c:113:25: warning: format ‘%d’ expects argument of
type ‘int’, but argument 5 has
Hi,
On Mon, Jun 22, 2015 at 6:24 AM, wm4 wrote:
> On Mon, 22 Jun 2015 11:23:55 +0200
> Hendrik Leppkes wrote:
>
> > On Mon, Jun 22, 2015 at 11:02 AM, wm4 wrote:
> > > On Sun, 21 Jun 2015 18:34:33 -0400
> > > "Ronald S. Bultje" wrote:
> > >
> > >> Hi,
> > >>
> > >> On Sun, Jun 21, 2015 at 5:17
On Sat, Jun 20, 2015 at 02:52:49PM +0200, Mariusz Szczepańczyk wrote:
> ---
> libavformat/file.c | 38 ++
> 1 file changed, 38 insertions(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In a rich man's hous
On Sun, Jun 21, 2015 at 05:04:10PM +0200, Mariusz Szczepańczyk wrote:
> On 21/06/15 09:37, Timothy Gu wrote:
> >
> >
> >El sábado, 20 de junio de 2015, Mariusz Szczepańczyk
> >mailto:mszczepanc...@gmail.com>> escribió:
> >
> >---
> > doc/APIchanges| 4
> > libavformat/avi
On Mon, 22 Jun 2015 11:23:55 +0200
Hendrik Leppkes wrote:
> On Mon, Jun 22, 2015 at 11:02 AM, wm4 wrote:
> > On Sun, 21 Jun 2015 18:34:33 -0400
> > "Ronald S. Bultje" wrote:
> >
> >> Hi,
> >>
> >> On Sun, Jun 21, 2015 at 5:17 PM, Hendrik Leppkes
> >> wrote:
> >>
> >> > On Sun, Jun 21, 2015 at
Result differs in pkt_duration and time_base.den for some reason.
Right now it tests only one example (adjusted to match the output).
Signed-off-by: Ludmila Glinskih
---
libavformat/Makefile| 1 +
libavformat/api-h264-test.c | 155
tests/fat
I really don't know how to avoid warnings in printf.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Mon, Jun 22, 2015 at 11:02 AM, wm4 wrote:
> On Sun, 21 Jun 2015 18:34:33 -0400
> "Ronald S. Bultje" wrote:
>
>> Hi,
>>
>> On Sun, Jun 21, 2015 at 5:17 PM, Hendrik Leppkes
>> wrote:
>>
>> > On Sun, Jun 21, 2015 at 10:41 PM, Ronald S. Bultje
>> > wrote:
>> > > ---
>> > > libavformat/yuv4mpeg.
On Sun, 21 Jun 2015 18:34:33 -0400
"Ronald S. Bultje" wrote:
> Hi,
>
> On Sun, Jun 21, 2015 at 5:17 PM, Hendrik Leppkes
> wrote:
>
> > On Sun, Jun 21, 2015 at 10:41 PM, Ronald S. Bultje
> > wrote:
> > > ---
> > > libavformat/yuv4mpeg.h| 1 +
> > > libavformat/yuv4mpegdec.c | 26
Attached patch adds some FATE tests for FFV1 level 3 with different
bits-per-sample.
>From aee3721703e8530bb71f85daf4b4438ed170f612 Mon Sep 17 00:00:00 2001
From: Tobias Rapp
Date: Fri, 19 Jun 2015 14:30:27 +0200
Subject: [PATCH] fate: add some tests for ffv1 level 3 with 8/10/16 bps
---
tests/
77 matches
Mail list logo
