Ok, first of all, sorry for my English.
By default, ffplay only plays first video stream and it doesn't care about the
rest of video streams.
I meant that I would like to play 2 video streams concurrently,
Anyway, I have found the way to play 2 video streams..
___
From: Aman Gupta
---
libavcodec/ccaption_dec.c | 151 +-
1 file changed, 148 insertions(+), 3 deletions(-)
diff --git a/libavcodec/ccaption_dec.c b/libavcodec/ccaption_dec.c
index 5fb2ec6..c22f939 100644
--- a/libavcodec/ccaption_dec.c
+++ b/libavcode
From: Aman Gupta
control codes in a cc stream can be repeated, and must be ignored.
however, repeated characters must not be ignored. the code attempted to
wipe prev_cmd in handle_char to allow repeated characters to be
processed, but prev_cmd would previously get reset _after_ handle_char()
i a
On 02/11/2016 03:20 AM, Mats Peterson wrote:
Updated the FATE test files for the latest checkout.
The stride will be calculated incorrectly for the attached 3 x 3 pixel
pal8 nut file, since there is some padding in the packet after the video
data and before the palette. It will be properly round
On 02/11/2016 03:21 AM, Mats Peterson wrote:
On 02/11/2016 02:29 AM, Mats Peterson wrote:
On 02/11/2016 02:20 AM, Mats Peterson wrote:
have you tried updating your git checkout ?
it might be fixed by: 23261e60014908da7446e9b5bc7401dc30fdecd6
I just pulled the latest. Let's see what happens.
On 02/11/2016 03:20 AM, Mats Peterson wrote:
Updated the FATE test files for the latest checkout.
The stride will be calculated incorrectly for the attached 3 x 3 pixel
pal8 nut file, since there is some padding in the packet after the video
data and before the palette. It will be properly round
On 02/11/2016 02:29 AM, Mats Peterson wrote:
On 02/11/2016 02:20 AM, Mats Peterson wrote:
have you tried updating your git checkout ?
it might be fixed by: 23261e60014908da7446e9b5bc7401dc30fdecd6
I just pulled the latest. Let's see what happens. It seems you've
changed the *bpp1 files in tes
Updated the FATE test files for the latest checkout.
The stride will be calculated incorrectly for the attached 3 x 3 pixel
pal8 nut file, since there is some padding in the packet after the video
data and before the palette. It will be properly rounded down to the
real width of the video data
On Thu, Feb 11, 2016 at 02:23:10AM +0100, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavformat/img2enc.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
should be ok
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Opposition bring
On 02/11/2016 02:20 AM, Mats Peterson wrote:
have you tried updating your git checkout ?
it might be fixed by: 23261e60014908da7446e9b5bc7401dc30fdecd6
I just pulled the latest. Let's see what happens. It seems you've
changed the *bpp1 files in tests/ref/vsynth for some reason. I'm
creating a
Currently it is broken when explicitly using the file protocol, it uses an
insecure temporary file name, and in commit b4431c80 disabling the option by
default was already considered. Also it is not very consistent to have such an
option for one particular muxer.
Signed-off-by: Marton Balint
---
Signed-off-by: Marton Balint
---
libavformat/img2enc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/img2enc.c b/libavformat/img2enc.c
index a118e73..280d598 100644
--- a/libavformat/img2enc.c
+++ b/libavformat/img2enc.c
@@ -180,7 +180,9 @@ static int write_pa
On 02/11/2016 02:14 AM, Michael Niedermayer wrote:
On Thu, Feb 11, 2016 at 01:15:38AM +0100, Mats Peterson wrote:
On 02/11/2016 01:11 AM, Mats Peterson wrote:
On 02/11/2016 12:07 AM, Mats Peterson wrote:
For black & white AVI or QuickTime files, in order to produce a
monochrome nut file, force
On Wed, Feb 10, 2016 at 10:10:22PM -0300, James Almer wrote:
> On 2/10/2016 9:30 PM, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavfilter/vf_nnedi.c | 10 +++---
> > 1 file changed, 3 insertions(+), 7 deletions(-)
> >
> > diff --git a/libavfilter/vf_nne
On Thu, Feb 11, 2016 at 01:15:38AM +0100, Mats Peterson wrote:
> On 02/11/2016 01:11 AM, Mats Peterson wrote:
> >On 02/11/2016 12:07 AM, Mats Peterson wrote:
> >>For black & white AVI or QuickTime files, in order to produce a
> >>monochrome nut file, force the pixel format with "-pix_fmt monow" or
On 2/10/2016 9:30 PM, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavfilter/vf_nnedi.c | 10 +++---
> 1 file changed, 3 insertions(+), 7 deletions(-)
>
> diff --git a/libavfilter/vf_nnedi.c b/libavfilter/vf_nnedi.c
> index 9a98ec2..d265fea 100644
> --- a/libav
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_nnedi.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/libavfilter/vf_nnedi.c b/libavfilter/vf_nnedi.c
index 9a98ec2..d265fea 100644
--- a/libavfilter/vf_nnedi.c
+++ b/libavfilter/vf_nnedi.c
@@ -362,7 +362,7 @
On 02/11/2016 01:11 AM, Mats Peterson wrote:
On 02/11/2016 12:07 AM, Mats Peterson wrote:
For black & white AVI or QuickTime files, in order to produce a
monochrome nut file, force the pixel format with "-pix_fmt monow" or
"-pix_fmt monob".
Unfortunately, there is a problem with converting from
On 02/11/2016 12:07 AM, Mats Peterson wrote:
For black & white AVI or QuickTime files, in order to produce a
monochrome nut file, force the pixel format with "-pix_fmt monow" or
"-pix_fmt monob".
Unfortunately, there is a problem with converting from pal8 to monow,
and I know what it is now. The
On Wed, Feb 10, 2016 at 05:23:04PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Feb 10, 2016 at 5:12 PM, wm4 wrote:
>
> > On Wed, 10 Feb 2016 23:00:00 +0100
> > Michael Niedermayer wrote:
> >
> > > On Wed, Feb 10, 2016 at 10:21:34PM +0100, wm4 wrote:
> > > > On Wed, 10 Feb 2016 21:56:07 +01
Sorry for the double posting. Don't bother about this one.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Moved the nut palette copying code to a more logical location.
The stride will be calculated incorrectly for the attached 3 x 3 pixel
pal8 nut file, since there is some padding in the packet after the video
data and before the palette. It will be properly rounded down to the
real width of the
Moved the nut palette copying code to a more logical place.
The stride will be calculated incorrectly for the attached 3 x 3 pixel
pal8 nut file, since there is some padding in the packet after the video
data and before the palette. It will be properly rounded down to the
real width of the vid
On Wed, Feb 10, 2016 at 11:14:52PM +0100, Hendrik Leppkes wrote:
> On Wed, Feb 10, 2016 at 11:00 PM, Michael Niedermayer
> wrote:
> > On Wed, Feb 10, 2016 at 10:21:34PM +0100, wm4 wrote:
> >> On Wed, 10 Feb 2016 21:56:07 +0100
> >> Michael Niedermayer wrote:
> >>
> >> > Signed-off-by: Michael Nie
Hi,
On Wed, Feb 10, 2016 at 5:12 PM, wm4 wrote:
> On Wed, 10 Feb 2016 23:00:00 +0100
> Michael Niedermayer wrote:
>
> > On Wed, Feb 10, 2016 at 10:21:34PM +0100, wm4 wrote:
> > > On Wed, 10 Feb 2016 21:56:07 +0100
> > > Michael Niedermayer wrote:
> > >
> > > > Signed-off-by: Michael Niedermaye
On Wed, 10 Feb 2016 23:00:00 +0100
Michael Niedermayer wrote:
> On Wed, Feb 10, 2016 at 10:21:34PM +0100, wm4 wrote:
> > On Wed, 10 Feb 2016 21:56:07 +0100
> > Michael Niedermayer wrote:
> >
> > > Signed-off-by: Michael Niedermayer
> > > ---
> > > libavutil/pixdesc.c | 105
> > > +
On Wed, Feb 10, 2016 at 11:00 PM, Michael Niedermayer
wrote:
> On Wed, Feb 10, 2016 at 10:21:34PM +0100, wm4 wrote:
>> On Wed, 10 Feb 2016 21:56:07 +0100
>> Michael Niedermayer wrote:
>>
>> > Signed-off-by: Michael Niedermayer
>> > ---
>> > libavutil/pixdesc.c | 105
>> > +
On 2/10/16, Michael Niedermayer wrote:
> On Wed, Feb 10, 2016 at 10:21:34PM +0100, wm4 wrote:
>> On Wed, 10 Feb 2016 21:56:07 +0100
>> Michael Niedermayer wrote:
>>
>> > Signed-off-by: Michael Niedermayer
>> > ---
>> > libavutil/pixdesc.c | 105
>> >
On Wed, Feb 10, 2016 at 10:21:34PM +0100, wm4 wrote:
> On Wed, 10 Feb 2016 21:56:07 +0100
> Michael Niedermayer wrote:
>
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavutil/pixdesc.c | 105
> > +++
> > libavutil/pixfmt.h | 13 +++
On 2/10/16, Timothy Gu wrote:
> ---
> tests/checkasm/Makefile | 1 +
> tests/checkasm/checkasm.c | 3 ++
> tests/checkasm/checkasm.h | 1 +
> tests/checkasm/vf_blend.c | 111
> ++
> 4 files changed, 116 insertions(+)
> create mode 100644 tests/
On Wed, Feb 10, 2016 at 08:19:19PM +0100, Paul B Mahol wrote:
> On 2/9/16, Timothy Gu wrote:
> > ---
> > libavfilter/x86/vf_blend.asm| 29 +
> > libavfilter/x86/vf_blend_init.c | 2 ++
> > 2 files changed, 31 insertions(+)
> >
>
> Nice!
>
> LGTM
Pushed.
Timoth
On Wed, Feb 10, 2016 at 08:09:07PM +0100, Paul B Mahol wrote:
> On 2/9/16, Timothy Gu wrote:
> > ---
> > libavfilter/x86/vf_blend.asm | 16 ++--
> > 1 file changed, 10 insertions(+), 6 deletions(-)
> >
>
> ok
Pushed.
Timothy
___
ffmpeg-de
On Wed, Feb 10, 2016 at 10:21 PM, wm4 wrote:
> On Wed, 10 Feb 2016 21:56:07 +0100
> Michael Niedermayer wrote:
>
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavutil/pixdesc.c | 105
>> +++
>> libavutil/pixfmt.h | 13 +++
>> 2 files
On Wed, 10 Feb 2016 21:56:07 +0100
Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/pixdesc.c | 105
> +++
> libavutil/pixfmt.h | 13 +++
> 2 files changed, 118 insertions(+)
>
> diff --git a/libavutil/pi
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 ++
tests/checkasm/checkasm.h | 1 +
tests/checkasm/vf_blend.c | 111 ++
4 files changed, 116 insertions(+)
create mode 100644 tests/checkasm/vf_blend.c
diff --git a/tests/checkas
---
libavfilter/blend.h| 1 +
libavfilter/vf_blend.c | 77 +++---
2 files changed, 42 insertions(+), 36 deletions(-)
diff --git a/libavfilter/blend.h b/libavfilter/blend.h
index 161055c..cd62a15 100644
--- a/libavfilter/blend.h
+++ b/libavfilter/bl
On 2/10/16, Paul B Mahol wrote:
> On 2/10/16, Michael Niedermayer wrote:
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavutil/pixdesc.c | 105
>> +++
>> libavutil/pixfmt.h | 13 +++
>> 2 files changed, 118 insertions(+)
>>
>
[...]
>
On 2/10/16, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/pixdesc.c | 105
> +++
> libavutil/pixfmt.h | 13 +++
> 2 files changed, 118 insertions(+)
>
> diff --git a/libavutil/pixdesc.c b/libavutil/pixdes
Signed-off-by: Michael Niedermayer
---
libavutil/pixdesc.c | 105 +++
libavutil/pixfmt.h | 13 +++
2 files changed, 118 insertions(+)
diff --git a/libavutil/pixdesc.c b/libavutil/pixdesc.c
index 58833cf..5fda5bd 100644
--- a/libavutil/pixde
On Wed, Feb 10, 2016 at 04:21:09PM +, Kieran Kunhya wrote:
> Hello,
>
> It seems that we're trotting out the same old GSoC and Outreachy tasks that
> students haven't picked for years.
>
> So, in the spirit of open source, I'd like to ask you, the developers and
> users what students should w
On Sun, 7 Feb 2016, Marton Balint wrote:
On Sun, 7 Feb 2016, Michael Niedermayer wrote:
On Sat, Feb 06, 2016 at 08:13:12PM +0100, Marton Balint wrote:
Use av_gettime() instead of time(0) for querying current time.
Signed-off-by: Marton Balint
---
libavutil/parseutils.c| 12 +++---
On 2/9/16, Timothy Gu wrote:
> ---
> libavfilter/x86/vf_blend.asm| 29 +
> libavfilter/x86/vf_blend_init.c | 2 ++
> 2 files changed, 31 insertions(+)
>
Nice!
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 2/9/16, Timothy Gu wrote:
> ---
> libavfilter/x86/vf_blend.asm | 16 ++--
> 1 file changed, 10 insertions(+), 6 deletions(-)
>
ok
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Le nonidi 19 pluviôse, an CCXXIV, Ponomarenko Andrey a écrit :
> I continue maintaining list of API changes in FFmpeg here:
> http://abi-laboratory.pro/tracker/timeline/ffmpeg/
Interesting. Out of curiosity, is it automated? If so, how do you handle
changes in structure fields, especially for part
On 2/10/16, Carl Eugen Hoyos wrote:
> Derek Buitenhuis gmail.com> writes:
>
>> * The ASM in libutvideo doesn't even work on x86_64.
>
> Just to make sure (I am only guessing):
> 32bit libutvideo (on 64bit) is faster than 64bit native decoder / encoder?
Maybe on Windows. On Linux it crashes.
Derek Buitenhuis gmail.com> writes:
> * The ASM in libutvideo doesn't even work on x86_64.
Just to make sure (I am only guessing):
32bit libutvideo (on 64bit) is faster than 64bit native decoder / encoder?
Carl Eugen
___
ffmpeg-devel mailing list
ffm
On 2/10/16, Derek Buitenhuis wrote:
> * Upstream libutvideo doesn't build as a lib, and Linux is not supported.
> It has no API.
> * The fork that was used as an argument to keep support is *also* broken and
> unmaintained now, and it's maintainer/author is fine with removal.
> * A third fork
Hello,
It seems that we're trotting out the same old GSoC and Outreachy tasks that
students haven't picked for years.
So, in the spirit of open source, I'd like to ask you, the developers and
users what students should work on.
Note that this needs to be a clearly defined task that a student nee
On 2/10/2016 3:26 PM, Rostislav Pehlivanov wrote:
> The type of the option has been changed but the limit was apparently
> forgotten.
> Some video codes can handle bitrates of over ~2.2 Gbps (like VC-2).
>
> Signed-off-by: Rostislav Pehlivanov
> ---
> libavcodec/options_table.h | 2 +-
> 1 file
* Upstream libutvideo doesn't build as a lib, and Linux is not supported.
It has no API.
* The fork that was used as an argument to keep support is *also* broken and
unmaintained now, and it's maintainer/author is fine with removal.
* A third fork on github, *also* doesn't work.
* The only work
The type of the option has been changed but the limit was apparently forgotten.
Some video codes can handle bitrates of over ~2.2 Gbps (like VC-2).
Signed-off-by: Rostislav Pehlivanov
---
libavcodec/options_table.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/op
On 10.02.2016 11:40, Paul B Mahol wrote:
On 2/10/16, Tobias Rapp wrote:
On 10.02.2016 10:59, Paul B Mahol wrote:
On 2/10/16, Tobias Rapp wrote:
On 10.02.2016 10:01, Paul B Mahol wrote:
On 2/10/16, Tobias Rapp wrote:
On 06.02.2016 23:30, Paul B Mahol wrote:
On 2/6/16, Paul B Mahol wrote:
On 2/9/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
This fixes serious bug with overlay filter, so I will apply this soon.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 02/10/2016 12:26 PM, Mats Peterson wrote:
When using "-vcodec copy" with pal8 nut as the output, FFmpeg will
happily copy the video to the file without ever considering the stride
of it.
This is an imaginary situation, since I'm not able to enter the 'PAL[8]'
tag using "-vtag", in order
On 02/10/2016 12:26 PM, Mats Peterson wrote:
for nut. It would of course be much easier. One will have to divide the
packet size with the height, in the same way as the stride is calculated
, of
For nut, the packet size minus the palette size, of course.
Mats
_
On 02/10/2016 11:14 AM, Mats Peterson wrote:
On 02/10/2016 10:12 AM, Mats Peterson wrote:
The stride will be calculated incorrectly for the attached 3 x 3 pixel
pal8 nut file, since there is some padding in the packet after the video
data and before the palette. It will be properly rounded down
Hi
On Tue, Feb 09, 2016 at 09:14:57PM -0500, Marina Zhurakhinskaya wrote:
> Hi,
>
> Glad FFmpeg will participate in this round! Thank you for making a decision
> to allocate the funds for Outreachy!
>
> We can credit all three of you as coordinators. Please be sure to coordinate
> among yours
On 2/10/16, Tobias Rapp wrote:
> On 10.02.2016 10:59, Paul B Mahol wrote:
>> On 2/10/16, Tobias Rapp wrote:
>>> On 10.02.2016 10:01, Paul B Mahol wrote:
On 2/10/16, Tobias Rapp wrote:
> On 06.02.2016 23:30, Paul B Mahol wrote:
>> On 2/6/16, Paul B Mahol wrote:
>>> Hi,
>>>
>
On 10.02.2016 10:59, Paul B Mahol wrote:
On 2/10/16, Tobias Rapp wrote:
On 10.02.2016 10:01, Paul B Mahol wrote:
On 2/10/16, Tobias Rapp wrote:
On 06.02.2016 23:30, Paul B Mahol wrote:
On 2/6/16, Paul B Mahol wrote:
Hi,
patch attached.
Improved version attached.
[...]
+
+static int s
On 02/10/2016 10:12 AM, Mats Peterson wrote:
The stride will be calculated incorrectly for the attached 3 x 3 pixel
pal8 nut file, since there is some padding in the packet after the video
data and before the palette. It will be properly rounded down to the
real width of the video data for larger
On 2/10/16, Tobias Rapp wrote:
> On 10.02.2016 10:01, Paul B Mahol wrote:
>> On 2/10/16, Tobias Rapp wrote:
>>> On 06.02.2016 23:30, Paul B Mahol wrote:
On 2/6/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
Improved version attached.
[...]
+
>>>
On 10.02.2016 10:01, Paul B Mahol wrote:
On 2/10/16, Tobias Rapp wrote:
On 06.02.2016 23:30, Paul B Mahol wrote:
On 2/6/16, Paul B Mahol wrote:
Hi,
patch attached.
Improved version attached.
[...]
+
+static int string(const char *value1, const char *value2, size_t length)
+{
+return
On Sun, Jan 31, 2016 at 3:47 PM Timothy Gu wrote:
> On Fri, Jan 29, 2016 at 10:10:48AM +0100, Clément Bœsch wrote:
> > On Thu, Jan 28, 2016 at 06:33:56PM -0800, Timothy Gu wrote:
> > > ---
> > > tests/fate/source-check.sh | 11 +++
> > > tests/ref/fate/source | 12
> > >
The stride will be calculated incorrectly for the attached 3 x 3 pixel
pal8 nut file, since there is some padding in the packet after the video
data and before the palette. It will be properly rounded down to the
real width of the video data for larger sizes, but this one will be 4
instead of 3
On 2/10/16, Tobias Rapp wrote:
> On 06.02.2016 23:30, Paul B Mahol wrote:
>> On 2/6/16, Paul B Mahol wrote:
>>> Hi,
>>>
>>> patch attached.
>>>
>>
>> Improved version attached.
>>
>> [...]
>> +
>> +static int string(const char *value1, const char *value2, size_t length)
>> +{
>> +return !strn
On 06.02.2016 23:30, Paul B Mahol wrote:
On 2/6/16, Paul B Mahol wrote:
Hi,
patch attached.
Improved version attached.
[...]
+
+static int string(const char *value1, const char *value2, size_t length)
+{
+return !strncmp(value1, value2, length);
+}
If I understand correctly this func
66 matches
Mail list logo