Signed-off-by: Muhammad Faiz
---
tests/fate/libswresample.mak | 87
1 file changed, 87 insertions(+)
diff --git a/tests/fate/libswresample.mak b/tests/fate/libswresample.mak
index 4e76405..93b8d6e 100644
--- a/tests/fate/libswresample.mak
+++ b/tests/
On Tue, Jun 14, 2016 at 6:49 PM, Michael Graczyk
wrote:
> +@item mapping_family (@emph{mapping_family})
> +Set channel mapping family to be used by the encoder. The default is -1
> +(determine channel mapping and layout from channel count). Other values
> include
> +0 for stereo, 1 for surround
also fixes a deadlock found by Денис Кулаков
---
libavcodec/dxva2.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/libavcodec/dxva2.c b/libavcodec/dxva2.c
index 2cf57ad..f68df86 100644
--- a/libavcodec/dxva2.c
+++ b/libavcodec/dxva2.c
@@ -158,9 +158,15 @@ int ff_
On Wed, Jun 15, 2016 at 04:25:11AM +, Dan Parrot wrote:
> This is the first commit addressing Trac ticket #5570. Functions defined in
> libswscale/input.c have corresponding definitions in
> libswscale/ppc/input_vsx.h
> The corresponding function names in the latter contain the suffix "_vsx".
A handful of devices don't support this, and the rest work fine with it :)
-roger-
From e724d7f169bcae3217455cd88f9c023d275d367a Mon Sep 17 00:00:00 2001
From: rogerdpack
Date: Wed, 15 Jun 2016 02:17:11 -0600
Subject: [PATCH] dshow: don't add two instances of same device to graphs
Signed-off-by:
On Wed, Jun 15, 2016 at 02:02:48PM +0700, Muhammad Faiz wrote:
> Signed-off-by: Muhammad Faiz
> ---
> tests/fate/libswresample.mak | 87
>
> 1 file changed, 87 insertions(+)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133
On Mon, Jun 13, 2016 at 08:40:48PM +0200, Benoit Fouet wrote:
> Hi,
>
> Le 08/06/2016 11:46, Benoit Fouet a écrit :
> >Hi,
> >
> >find attached a patch to $subj
> >This would have been useful at least to me :-)
> >
>
> Anyone against this patch?
> If not, can someone please apply it?
applied, th
On Wed, Jun 15, 2016 at 02:54:09AM -0600, Roger Pack wrote:
> A handful of devices don't support this, and the rest work fine with it :)
>
> -roger-
> From e724d7f169bcae3217455cd88f9c023d275d367a Mon Sep 17 00:00:00 2001
> From: rogerdpack
> Date: Wed, 15 Jun 2016 02:17:11 -0600
> Subject: [PAT
Dan Parrot mail.com> writes:
[...]
I know this is isn't completely related but do you have time
to look at ticket #5508?
https://trac.ffmpeg.org/ticket/5508
No active developer has hardware and knowledge to look into
this issue;-(
Carl Eugen
___
ff
Hi
On Tue, May 31, 2016 at 10:43:38PM +, Davinder Singh wrote:
> There’s a lot of research done on Motion Estimation. Depending upon the
> intended application of the resultant motion vectors, the method used for
> motion estimation can be very different.
>
> Classification of Motion Estimati
On Fri, Jun 03, 2016 at 12:56:36AM +, Davinder Singh wrote:
> On Thu, Jun 2, 2016 at 5:18 PM Michael Niedermayer
> wrote:
>
> > On Sun, May 22, 2016 at 01:51:05AM +, Davinder Singh wrote:
> > [...]
> >
> > > vf_hwdownload.c |6 --
> > > 1 file changed, 4 insertions(+), 2 deletion
Kongqun Yang gmail.com> writes:
> +} else if (chroma_w == 0 && chroma_h == 0) {
> +return VPX_SUBSAMPLING_444;
Could you confirm that this fixes RGB encoding?
I believe this was broken in your previous patch.
Carl Eugen
___
ffmpeg
Aman Gupta tmm1.net> writes:
[...]
This has to be merged into the commit that actually
changes fate output: Every commit should pass fate.
Are any of your commits related to the open tickets
that describe issues with Closed Caption?
Carl Eugen
___
On Thu, Jun 09, 2016 at 01:24:57PM +, Davinder Singh wrote:
> On Mon, May 30, 2016 at 1:45 PM Michael Niedermayer
> wrote:
>
> > On Mon, May 23, 2016 at 05:09:35PM +, Davinder Singh wrote:
> > > vf_codecview.c | 55
> > +--
> > > 1 fi
On Wed, Jun 01, 2016 at 09:47:25PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Wed, Jun 1, 2016 at 7:47 PM, Michael Niedermayer
> wrote:
>
> > On Thu, Jun 02, 2016 at 12:01:50AM +0200, Benjamin St wrote:
> > >
> >
> > > af_hdcd.c |2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
>
Hi,
On Tue, Jun 14, 2016 at 9:24 PM, KongQun Yang <
kqyang-at-google@ffmpeg.org> wrote:
> -- KongQun Yang (KQ)
>
> On Tue, Jun 14, 2016 at 6:13 PM, Ronald S. Bultje
> wrote:
>
> > Hi,
> >
> > On Tue, Jun 14, 2016 at 7:34 PM, Hendrik Leppkes
> > wrote:
> >
> > > On Wed, Jun 15, 2016 at 12:05
Hi all
As noone is doing anything about the situation and what is being
done will not lead anywhere (the vote likely wont lead anywhere as
likely few would ban a active developer 4 month and then if not
some will feel injustice prevailed thus
After writing this mail i will
1. ban carl for 24h fr
On 6/15/2016 10:14 AM, Michael Niedermayer wrote:
> Hi all
>
> As noone is doing anything about the situation and what is being
> done will not lead anywhere (the vote likely wont lead anywhere as
> likely few would ban a active developer 4 month and then if not
> some will feel injustice prevaile
Michael Niedermayer wrote:
>1. ban carl for 24h
>2. ban derek for ~24h
>3. ban myself for ~24h
May I suggest to stop the Kindergarten for the next 24
years?
Kindest regards, Reto
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.or
On Wed, 2016-06-15 at 10:15 +0200, Michael Niedermayer wrote:
> On Wed, Jun 15, 2016 at 04:25:11AM +, Dan Parrot wrote:
> > This is the first commit addressing Trac ticket #5570. Functions defined in
> > libswscale/input.c have corresponding definitions in
> > libswscale/ppc/input_vsx.h
> > Th
On Mon, Jun 13, 2016 at 3:23 AM, Clément Bœsch wrote:
> On Sun, Jun 12, 2016 at 10:44:15PM -0500, Kyle Swanson wrote:
>> Signed-off-by: Kyle Swanson
>> ---
>> tools/normalize.py | 33 --
>> tools/normalize.rb | 60
>> ++
On Mon, Jun 13, 2016 at 02:47:45PM +0200, Matthieu Bouron wrote:
> On Wed, Jun 08, 2016 at 11:19:51PM +0200, Matthieu Bouron wrote:
> > From: Matthieu Bouron
> >
> > Allows to select a codec (encoder or decoder) only if it supports a
> > specific profile.
> >
> > Adds ff_AMediaCodecProfile_getPr
On Wed, Jun 15, 2016 at 4:40 PM, Kyle Swanson wrote:
> On Mon, Jun 13, 2016 at 3:23 AM, Clément Bœsch wrote:
>> On Sun, Jun 12, 2016 at 10:44:15PM -0500, Kyle Swanson wrote:
>>> Signed-off-by: Kyle Swanson
>>> ---
>>> tools/normalize.py | 33 --
>>> tools/normalize.r
On Wed, Jun 15, 2016 at 6:25 AM, Dan Parrot wrote:
> This is the first commit addressing Trac ticket #5570. Functions defined in
> libswscale/input.c have corresponding definitions in
> libswscale/ppc/input_vsx.h
> The corresponding function names in the latter contain the suffix "_vsx".
> ---
>
On Wed, Jun 15, 2016 at 09:40:41AM -0500, Kyle Swanson wrote:
> On Mon, Jun 13, 2016 at 3:23 AM, Clément Bœsch wrote:
> > On Sun, Jun 12, 2016 at 10:44:15PM -0500, Kyle Swanson wrote:
> >> Signed-off-by: Kyle Swanson
> >> ---
> >> tools/normalize.py | 33 --
> >> tool
On Wed, 2016-06-15 at 11:19 +, Carl Eugen Hoyos wrote:
> Dan Parrot mail.com> writes:
>
> [...]
>
> I know this is isn't completely related but do you have time
> to look at ticket #5508?
> https://trac.ffmpeg.org/ticket/5508
> No active developer has hardware and knowledge to look into
>
On Thu, Jun 09, 2016 at 11:01:54PM -0500, Rodger Combs wrote:
> ---
> libavformat/srtdec.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/srtdec.c b/libavformat/srtdec.c
> index 585aa6a..9ab7a4e 100644
> --- a/libavformat/srtdec.c
> +++ b/libavformat/srtd
On 6/15/16, 7:50 AM, "ffmpeg-devel on behalf of James Almer"
wrote:
>On 6/15/2016 10:14 AM, Michael Niedermayer wrote:
>> After writing this mail i will
>>
>> 1. ban carl for 24h from the ML due to
>> causing derek to leave the project. (24h was suggested in the IRC
>> meeting)
>
>This is us
support odd phase_count
stick to low phase_count until set_compensation is called
Signed-off-by: Muhammad Faiz
---
libswresample/resample.c | 83 +---
libswresample/resample.h | 1 +
2 files changed, 73 insertions(+), 11 deletions(-)
diff --git a/lib
phase_shift and phase_mask is removed
generally exact_rational=on is faster than exact_rational=off
Signed-off-by: Muhammad Faiz
---
libswresample/resample.c | 2 -
libswresample/resample.h | 3 --
libswresample/x86/resample.asm| 87 +-
On Tue, Jun 14, 2016 at 11:44 PM, Petru Rares Sincraian
wrote:
> I look the code for some time but I don't know how to express the dependency.
> I think it's ok because it uses FATE_AFILTER_SAMPLES and then this variable
> is added to FATE_SAMPLES_AVCONV.
>
>
> Muhammad which command did you exe
On Wed, Jun 15, 2016 at 4:21 PM, Michael Niedermayer
wrote:
> On Wed, Jun 15, 2016 at 02:02:48PM +0700, Muhammad Faiz wrote:
>> Signed-off-by: Muhammad Faiz
>> ---
>> tests/fate/libswresample.mak | 87
>>
>> 1 file changed, 87 insertions(+)
>
> LGTM
Not all v4l2 devices implement the VIDIOC_G_PARM ioctl. This patch allow
ffmpeg to open such device and treat it the same as devices that do
implement the ioctl but returns that it do not implement the
V4L2_CAP_TIMEPERFRAME capability.
Signed-off-by: Niklas Söderlund
---
libavdevice/v4l2.c | 7 +
Please take a look at patchset v5. Thanks.
-- KongQun Yang (KQ)
On Tue, Jun 14, 2016 at 2:58 PM, Ronald S. Bultje
wrote:
> Hi,
>
> On Tue, Jun 14, 2016 at 5:52 PM, Kongqun Yang
> wrote:
>
>> +if (profile == FF_PROFILE_UNKNOWN) {
>> + if (vpx_chroma_subsampling == VPX_SUBSAMPLING_420_V
Implemented according to the draft specification
"VP Codec ISO Media File Format Binding":
http://www.webmproject.org/vp9/#draft-vp-codec-iso-media-file-format-binding
'-strict -2' is required to use this feature.
Change-Id: Iaa7ddf5524b17e8d79cd1923b26f096d6e91
---
libavformat/Makefile |
Thanks for the review, uploaded patch v7 with two changes:
1. Use AVFormatContext as the logging context
2. Renamed the file from vpc.c/vpc.h to vpcc.c/vpcc.h
Please take another look.
-- KongQun Yang (KQ)
On Tue, Jun 14, 2016 at 11:27 PM, Hendrik Leppkes
wrote:
> On Wed, Jun 15, 2016 at 3:25
-- KongQun Yang (KQ)
On Wed, Jun 15, 2016 at 5:00 AM, Carl Eugen Hoyos wrote:
> Kongqun Yang gmail.com> writes:
>
> > +} else if (chroma_w == 0 && chroma_h == 0) {
> > +return VPX_SUBSAMPLING_444;
>
> Could you confirm that this fixes RGB encoding?
> I believe this was broke
Hi,
On Wed, Jun 15, 2016 at 4:53 PM, Kongqun Yang wrote:
> Implemented according to the draft specification
> "VP Codec ISO Media File Format Binding":
>
> http://www.webmproject.org/vp9/#draft-vp-codec-iso-media-file-format-binding
>
> '-strict -2' is required to use this feature.
>
> Change-Id
On Wed, 2016-06-15 at 16:51 +0200, Hendrik Leppkes wrote:
> On Wed, Jun 15, 2016 at 6:25 AM, Dan Parrot wrote:
> > This is the first commit addressing Trac ticket #5570. Functions defined in
> > libswscale/input.c have corresponding definitions in
> > libswscale/ppc/input_vsx.h
> > The correspond
-- KongQun Yang (KQ)
On Wed, Jun 15, 2016 at 3:08 PM, Ronald S. Bultje
wrote:
> Hi,
>
> On Wed, Jun 15, 2016 at 4:53 PM, Kongqun Yang
> wrote:
>
>> Implemented according to the draft specification
>> "VP Codec ISO Media File Format Binding":
>>
>> http://www.webmproject.org/vp9/#draft-vp-codec-
On 6/15/16, Michael Niedermayer wrote:
> Hi all
>
> As noone is doing anything about the situation and what is being
> done will not lead anywhere (the vote likely wont lead anywhere as
> likely few would ban a active developer 4 month and then if not
> some will feel injustice prevailed thus
>
>
Mark,
Thanks for the comments and for pointing out the problems with the
code. I am working on fixing these and will send an updated patch
shortly.
As for the difference in behavior between mapping_family == -1 and
mapping_family == 1, I wanted to preserve existing behavior for users
who do not s
On 6/15/2016 8:16 PM, Ivan Kalvachev wrote:
>Loads of crap
No one, and i mean no one reply to this email.
You will not get a single answer to any question you make. All you'll get is
counter questions. He will make questions he knows the answers for only to
read the reply in your own words. And o
for what it's worth, I have been met with similar issue on this list.
Very unfortunate, and the principals are not doing anything about it.
On 06/15/2016 06:21 PM, James Almer wrote:
On 6/15/2016 8:16 PM, Ivan Kalvachev wrote:
Loads of crap
No one, and i mean no one reply to this email.
You
On Wed, 15 Jun 2016 21:21:28 -0300
James Almer wrote:
...
you are aware that we have voted in a code of conduct.[1]
you may want to review it, again.
https://ffmpeg.org/developer.html#Code-of-conduct
calling developers names will not be tolerated.
-compn
[1] http://lists.ffmpeg.org/pipermai
On 6/16/2016 12:27 AM, compn wrote:
> On Wed, 15 Jun 2016 21:21:28 -0300
> James Almer wrote:
>
> ...
>
> you are aware that we have voted in a code of conduct.[1]
>
> you may want to review it, again.
>
> https://ffmpeg.org/developer.html#Code-of-conduct
>
> calling developers names will not
46 matches
Mail list logo
