On 24/08/15 10:02 PM, Michael Niedermayer wrote:
> On Fri, Aug 21, 2015 at 02:18:34AM +0200, Mariusz Szczepańczyk wrote:
>> On Thu, Jun 25, 2015 at 12:09 PM, Michael Niedermayer
>> wrote:
>>
>>> On Wed, Jun 24, 2015 at 03:25:18AM +0200, Mariusz Szczepańczyk wrote:
On Tue, Jun 23, 2015 at 8:34
Signed-off-by: James Almer
---
Untested as i don't have a vdpau system.
See
http://fate.ffmpeg.org/report.cgi?time=20150823144028&slot=x86_64-archlinux-gcc-random
libavcodec/vdpau.c | 44 +++-
1 file changed, 23 insertions(+), 21 deletions(-)
diff --git
On Fri, Aug 21, 2015 at 02:18:34AM +0200, Mariusz Szczepańczyk wrote:
> On Thu, Jun 25, 2015 at 12:09 PM, Michael Niedermayer
> wrote:
>
> > On Wed, Jun 24, 2015 at 03:25:18AM +0200, Mariusz Szczepańczyk wrote:
> > > On Tue, Jun 23, 2015 at 8:34 PM, Michael Niedermayer
> > > wrote:
> > >
> > > >
On Mon, Aug 24, 2015 at 10:55:07PM +0200, Máté Sebők wrote:
> Oops, forgot to mention, in dshow_pin.c the libAVPin_QueryAccept() have to
> be edited to almost the same as libAVPin_ReceiveConnection() just without
> the pin management.
maybe roger or others can help, i dont have a windows box here
On 25.08.2015 00:13, Paul B Mahol wrote:
> On 8/24/15, Andreas Cadhalpun wrote:
>> On 24.08.2015 21:04, Paul B Mahol wrote:
>>> Signed-off-by: Paul B Mahol
>>> ---
>>> tests/fate/filter-video.mak | 15 +++
>>> tests/ref/fate/filter-vectorscope_color | 4
>>> tests
On 25.08.2015 00:19, Michael Niedermayer wrote:
> On Tue, Aug 25, 2015 at 12:03:59AM +0200, Andreas Cadhalpun wrote:
>> On 24.08.2015 02:22, Michael Niedermayer wrote:
>>> is below diff better: ?
>>> iam quite unsure how to word this
>>>
>>> using the exact same system as FF_API_OLD_FILTER_OPTS is
On Mon, Aug 24, 2015 at 03:38:18PM -0400, Ganesh Ajjanagadde wrote:
> grep is not required for the functionality in this instance.
> This avoids an unnecessary fork, and also avoids a duplicated dumpversion
> call.
> Furthermore, it also corrects behavior when no minor version number is
> present
On Tue, Aug 25, 2015 at 12:03:59AM +0200, Andreas Cadhalpun wrote:
> On 24.08.2015 02:22, Michael Niedermayer wrote:
> > is below diff better: ?
> > iam quite unsure how to word this
> >
> > using the exact same system as FF_API_OLD_FILTER_OPTS is tricky as
> > there is a semantic difference
> > "
On 8/24/15, Andreas Cadhalpun wrote:
> On 24.08.2015 21:04, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> tests/fate/filter-video.mak | 15 +++
>> tests/ref/fate/filter-vectorscope_color | 4
>> tests/ref/fate/filter-vectorscope_color2 | 4
>>
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 24 +
libavfilter/Makefile | 2 +
libavfilter/allfilters.c | 2 +
libavfilter/vf_stack.c | 255 +++
4 files changed, 283 insertions(+)
create mode 100644 libavfilter/vf_stack.c
On 24.08.2015 02:22, Michael Niedermayer wrote:
> is below diff better: ?
> iam quite unsure how to word this
>
> using the exact same system as FF_API_OLD_FILTER_OPTS is tricky as
> there is a semantic difference
> "codec->flags & AV_CODEC_FLAG_BITEXACT" is not deprecated as in
> FF_API_OLD_FILTE
On 24.08.2015 21:04, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> tests/fate/filter-video.mak | 15 +++
> tests/ref/fate/filter-vectorscope_color | 4
> tests/ref/fate/filter-vectorscope_color2 | 4
> tests/ref/fate/filter-vectorscope_color3 | 4
On 24.08.2015 13:44, Vittorio Giovara wrote:
> On Tue, Jul 28, 2015 at 6:54 PM, Luca Barbato wrote:
>> On 28/07/15 15:41, Vittorio Giovara wrote:
>>> On Tue, Jul 28, 2015 at 2:40 PM, Luca Barbato wrote:
On 28/07/15 15:30, Vittorio Giovara wrote:
> Signed-off-by: Vittorio Giovara
> -
On 24.08.2015 12:09, Vittorio Giovara wrote:
> On Sat, Aug 8, 2015 at 1:37 PM, Andreas Cadhalpun
> wrote:
>> They are still widely used and have been deprecated for less than two years.
>
> are we talking about ad0c9f2? if so, it's dated 2012-10-08, so almost
> three years.
No, we're talking abo
On Mon, Aug 24, 2015 at 11:08 PM, wm4 wrote:
> On Mon, 24 Aug 2015 20:18:59 +0200
> Michael Niedermayer wrote:
>
>> From: Michael Niedermayer
>>
>> See Ticket 4770
>>
>> Signed-off-by: Michael Niedermayer
>> ---
>> libavcodec/mjpegenc.c |9 -
>> 1 file changed, 9 deletions(-)
>>
>>
On Mon, Aug 24, 2015 at 07:04:48PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> tests/fate/filter-video.mak | 15 +++
> tests/ref/fate/filter-vectorscope_color | 4
> tests/ref/fate/filter-vectorscope_color2 | 4
> tests/ref/fate/filter-ve
On Mon, 24 Aug 2015 20:18:59 +0200
Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> See Ticket 4770
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mjpegenc.c |9 -
> 1 file changed, 9 deletions(-)
>
> diff --git a/libavcodec/mjpegenc.c b/libavcodec/mjpegenc.
On Mon, Aug 24, 2015 at 4:51 PM, Roger Pack wrote:
> On 7/31/15, Michael Niedermayer wrote:
>> Hi all
>>
>> Ive been in FFmepg since 14 years and been the leader since 11 years
>> and i feel that iam not the best person for the leader position.
>> I had hoped for a long time that the fork situati
---
tests/checkasm/x86/checkasm.asm | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/tests/checkasm/x86/checkasm.asm b/tests/checkasm/x86/checkasm.asm
index da19aa2..5f3def9 100644
--- a/tests/checkasm/x86/checkasm.asm
+++ b/tests/checkasm/x86/checkasm.asm
@@ -103,16
Oops, forgot to mention, in dshow_pin.c the libAVPin_QueryAccept() have to
be edited to almost the same as libAVPin_ReceiveConnection() just without
the pin management.
On Mon, Aug 24, 2015 at 10:44 PM, Máté Sebők wrote:
> I did a dirty little hack to attempt to fix it.
> Don't call the dshow_ad
On 7/31/15, Michael Niedermayer wrote:
> Hi all
>
> Ive been in FFmepg since 14 years and been the leader since 11 years
> and i feel that iam not the best person for the leader position.
> I had hoped for a long time that the fork situation would resolve and
> both sides somehow merging back into
I did a dirty little hack to attempt to fix it.
Don't call the dshow_add_device() just in build time, but run the graph and
sleep() a bit, then call dshow_add_device() at the end of the
dshow_read_header().
Sadly, it does not work, it does not goes beyond the dshow "chit-chat"
between filters/pins
On Mon, Aug 24, 2015 at 02:09:28PM -0600, Roger Pack wrote:
> I've run into the case today where (if we understand it correctly) you
> setup a directshow graph, it advertises media types, then when you
> "start" the graph, it actually calls through and says "here's your
> *real* media type".
> Does
On Mon, Aug 24, 2015 at 08:46:38PM +0200, Hendrik Leppkes wrote:
> On Mon, Aug 24, 2015 at 8:18 PM, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > See Ticket 4770
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/mjpegenc.c |9 -
> > 1 file changed,
I've run into the case today where (if we understand it correctly) you
setup a directshow graph, it advertises media types, then when you
"start" the graph, it actually calls through and says "here's your
*real* media type".
Does ffmpeg internals have any concept of or support for a "changing
media
On Mon, Aug 24, 2015 at 8:28 AM, Ganesh Ajjanagadde wrote:
> On Mon, Aug 24, 2015 at 8:20 AM, Nicolas George wrote:
>> Le septidi 7 fructidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
>>> >> +if [ "$first" = true ] && $_cc -dumpversion | grep -q '^4\.2'; then
>>
>>> The (-q) is for suppressin
The wiki, Ticket1464, and Ticket3970 warn about the usage of GCC 4.2.
This fixes Ticket3970.
Signed-off-by: Ganesh Ajjanagadde
---
configure | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index f92b526..7d14461 100755
--- a/configure
+++ b/con
grep is not required for the functionality in this instance.
This avoids an unnecessary fork, and also avoids a duplicated dumpversion call.
Furthermore, it also corrects behavior when no minor version number is present,
see e.g
https://github.com/joyent/node/pull/25671.
Signed-off-by: Ganesh Ajj
Signed-off-by: Paul B Mahol
---
tests/fate/filter-video.mak | 15 +++
tests/ref/fate/filter-vectorscope_color | 4
tests/ref/fate/filter-vectorscope_color2 | 4
tests/ref/fate/filter-vectorscope_color3 | 4
tests/ref/fate/filter-vectorscope_gray | 4
On Mon, Aug 24, 2015 at 8:18 PM, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> See Ticket 4770
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/mjpegenc.c |9 -
> 1 file changed, 9 deletions(-)
>
> diff --git a/libavcodec/mjpegenc.c b/libavcodec/mjpegenc.c
> in
From: Michael Niedermayer
See Ticket 4770
Signed-off-by: Michael Niedermayer
---
libavcodec/mjpegenc.c |9 -
1 file changed, 9 deletions(-)
diff --git a/libavcodec/mjpegenc.c b/libavcodec/mjpegenc.c
index ee0b16e..ae0c8cb 100644
--- a/libavcodec/mjpegenc.c
+++ b/libavcodec/mjpegen
On Sat, Aug 22, 2015 at 4:51 AM, Nicolas George wrote:
> Le quintidi 5 fructidor, an CCXXIII, Claudio Freire a écrit :
> > They were included in the symbol table but only as local, the
> libavcodec.v
> > file makes sure to make everything not explicitly mentioned for export
> > local.
> >
> > Tho
On Mon, Aug 24, 2015 at 8:20 AM, Nicolas George wrote:
> Le septidi 7 fructidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
>> >> +if [ "$first" = true ] && $_cc -dumpversion | grep -q '^4\.2'; then
>
>> The (-q) is for suppressing output, only yielding the exit code.
>> The reason it works is b
Le septidi 7 fructidor, an CCXXIII, Ganesh Ajjanagadde a écrit :
> >> +if [ "$first" = true ] && $_cc -dumpversion | grep -q '^4\.2'; then
> The (-q) is for suppressing output, only yielding the exit code.
> The reason it works is because '^' matches the beginning of a line,
> not the beginnin
The wiki, Ticket1464, and Ticket3970 warn about the usage of GCC 4.2.
This fixes Ticket3970.
Signed-off-by: Ganesh Ajjanagadde
---
configure | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index e67ddf6..04a36e7 100755
--- a/configure
+++ b/configu
On Mon, Aug 24, 2015 at 2:49 AM, Carl Eugen Hoyos wrote:
> Ganesh Ajjanagadde gmail.com> writes:
>
>> +if [ "$first" = true ] && $_cc -dumpversion | grep -q '^4\.2'; then
>
> Will this not trigger for 4.4.2?
No. Here is a test:
echo "4.4.2" | grep '^4\.2'
vs echo "4.2" | grep '^4\.2'.
The (-
On Fri, Aug 21, 2015 at 09:47:14AM +0300, Arthur Grant wrote:
> I found two HEVC specific issues in the MP4 muxer.
>
> 1) File libavformat\hevc.c, hvcc_parse_pps()
> pps_slice_chroma_qp_offsets_present_flag is missing
>
> -
> /*
> * weighted_pred_flag u(1)
>
On Fri, Aug 21, 2015 at 01:17:20AM +0200, Mariusz Szczepańczyk wrote:
[...]
> +static int http_open_dir(URLContext *h)
> +{
> +HTTPContext *s = h->priv_data;
> +xmlSAXHandler handlers = {};
> +int ret;
> +
> +if (ret = http_open(h, h->filename, 0, NULL) < 0)
> +goto fail;
On Sat, Aug 8, 2015 at 1:37 PM, Andreas Cadhalpun
wrote:
> They are still widely used and have been deprecated for less than two years.
are we talking about ad0c9f2? if so, it's dated 2012-10-08, so almost
three years.
--
Vittorio
___
ffmpeg-devel mail
On Fri, Aug 21, 2015 at 01:17:20AM +0200, Mariusz Szczepańczyk wrote:
> On Thu, Aug 20, 2015 at 11:59 PM, Ganesh Ajjanagadde
> wrote:
>
> > On Thu, Aug 20, 2015 at 5:48 PM, Mariusz Szczepańczyk
> > wrote:
> > > On Thu, Aug 20, 2015 at 11:38 PM, Ganesh Ajjanagadde
> > > wrote:
> > >
> > >> On Th
40 matches
Mail list logo
