On Thu, Nov 24, 2016 at 10:48:38PM -0800, Dave Yeo wrote:
>
> On 11/24/16 07:47 PM, Kevin Lo wrote:
> > Since the Linux implementation of sockaddr doesn't have sa_len as a member,
> > but the FreeBSD version does, introduce a get_sa_len() function that
> > determines the size based on the address
Since the Linux implementation of sockaddr doesn't have sa_len as a member,
but the FreeBSD version does, introduce a get_sa_len() function that
determines the size based on the address family.
Signed-off-by: Kevin Lo
---
v3: Check for the right feature when using a sockaddr_in6.
Some systems, s
On 11/24/16 07:47 PM, Kevin Lo wrote:
Since the Linux implementation of sockaddr doesn't have sa_len as a member,
but the FreeBSD version does, introduce a get_sa_len() function that
determines the size based on the address family.
Signed-off-by: Kevin Lo
---
diff --git a/libavformat/rtsp.c b/
Since the Linux implementation of sockaddr doesn't have sa_len as a member,
but the FreeBSD version does, introduce a get_sa_len() function that
determines the size based on the address family.
Signed-off-by: Kevin Lo
---
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index c6292c5..4c543e
Since the Linux implementation of sockaddr doesn't have sa_len as a member,
but the FreeBSD version does, introduce a get_sa_len() function that
determines the size based on the address family.
Signed-off-by: Kevin Lo
---
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index c6292c5..883f5a
On Fri, Nov 25, 2016 at 02:26:24AM +0100, Andreas Cadhalpun wrote:
> On 25.11.2016 01:38, Michael Niedermayer wrote:
> > On Fri, Nov 25, 2016 at 12:03:30AM +0100, Andreas Cadhalpun wrote:
> >> mss2.c | 13 ++---
> >> 1 file changed, 10 insertions(+), 3 deletions(-)
> >> 884b912643244a420
On 24.11.2016 12:36, Stefano Sabatini wrote:
> I think the most important controversy points revolve around these facts:
>
> * developers do not want to add support for an internal only format,
> which adds to the maintainance burden with no clear benefit, since
> there are no clear use cases
On 25.11.2016 01:38, Michael Niedermayer wrote:
> On Fri, Nov 25, 2016 at 12:03:30AM +0100, Andreas Cadhalpun wrote:
>> mss2.c | 13 ++---
>> 1 file changed, 10 insertions(+), 3 deletions(-)
>> 884b912643244a4205bac63faedfa0c048bcc97a
>> 0001-mss2-only-use-error-correction-for-matching
On Wed, Nov 23, 2016 at 12:06:46PM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Many that live deserve death. And some
On Mon, Nov 21, 2016 at 06:30:44PM +0100, Michael Niedermayer wrote:
> I omitted developers who do not use their account and i felt would prefer not
> to be listed.
> I think everyone using their account should be listed if we list anyone
>
> Signed-off-by: Michael Niedermayer
> ---
> MAINTAINER
On Fri, Nov 25, 2016 at 07:13:50AM +0800, Kevin Lo wrote:
>
> On Thu, Nov 24, 2016 at 04:12:41PM +0100, Nicolas George wrote:
> > Le quartidi 4 frimaire, an CCXXV, Kevin Lo a écrit :
> > > FreeBSD's socket calls require the sockaddr struct length to agree
> > > with the address family, Linux does
On 11/24/2016 8:48 PM, Andreas Cadhalpun wrote:
> On 24.11.2016 10:53, Josh de Kock wrote:
>> There's no benefit in waiting for this to occur before ffserver is
>> removed as it will always be in git history. Removing ffserver from
>> master may even speed up the "resurrection of ffserver". I think
On Fri, Nov 25, 2016 at 12:03:30AM +0100, Andreas Cadhalpun wrote:
> On 24.11.2016 17:57, Michael Niedermayer wrote:
> > On Thu, Nov 24, 2016 at 05:45:38PM +0100, Michael Niedermayer wrote:
> >> Is it correct that your cases uses
> >> decode_wmv9() -> vc1_decode_i_blocks() ?
>
> Yes.
>
> >> these
On 25.11.2016 01:12, Michael Niedermayer wrote:
> On Fri, Nov 25, 2016 at 12:31:28AM +0100, Andreas Cadhalpun wrote:
>> softfloat.h |2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>> 17b9929a3b2f3b064cc1f96c7ed48dfe377f191a
>> 0001-softfloat-decrease-MIN_EXP-to-cover-full-float-range
Fixes ticket #5973
Signed-off-by: James Almer
---
libavcodec/aac_adtstoasc_bsf.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/libavcodec/aac_adtstoasc_bsf.c b/libavcodec/aac_adtstoasc_bsf.c
index 48889fc..1067160 100644
--- a/libavcodec/aac_adtstoasc_bsf.c
++
On Fri, Nov 25, 2016 at 12:31:28AM +0100, Andreas Cadhalpun wrote:
> On 24.11.2016 18:29, Michael Niedermayer wrote:
> > On Thu, Nov 24, 2016 at 01:15:54AM +0100, Andreas Cadhalpun wrote:
> >> On 23.11.2016 03:22, Michael Niedermayer wrote:
> >>> On Sun, Nov 13, 2016 at 09:29:11PM +0100, Andreas Ca
On 11/24/2016 8:13 PM, Hendrik Leppkes wrote:
> On Tue, Nov 22, 2016 at 3:13 AM, James Almer wrote:
>> Fixes ticket #5973
>>
>> Signed-off-by: James Almer
>> ---
>> Maybe init() should propagate the extradata down the filter chain instead
>> of this, since if an aac stream has extradata then it m
On 17.11.2016 21:35, Martin Vignali wrote:
> From 50d523d579cd8303aaab3bd7105b28359d81d13f Mon Sep 17 00:00:00 2001
> From: Martin Vignali
> Date: Thu, 17 Nov 2016 21:25:19 +0100
> Subject: [PATCH 3/3] fate/exr : add test for prx24 with half and uint32
> channel
>
> ---
> tests/fate/image.mak
On 17.11.2016 21:30, Martin Vignali wrote:
> From c70a83c38cd9a9434e6434d60dadf0a1c809e074 Mon Sep 17 00:00:00 2001
> From: Martin Vignali
> Date: Thu, 17 Nov 2016 21:24:42 +0100
> Subject: [PATCH 2/3] libavcodec/exr : add support for uint32 channel decoding
> with pxr24
>
> Doesn't decode the u
On 24.11.2016 10:53, Josh de Kock wrote:
> There's no benefit in waiting for this to occur before ffserver is
> removed as it will always be in git history. Removing ffserver from
> master may even speed up the "resurrection of ffserver". I think this
> shouldn't be delayed any further.
Similarly
On 24.11.2016 16:38, Michael Niedermayer wrote:
> On Thu, Nov 24, 2016 at 01:06:35AM +0100, Andreas Cadhalpun wrote:
>> libopusdec.c |7 +++
>> 1 file changed, 7 insertions(+)
>> bc2908b04551bef5476493cb7bbf0df4979f92f6
>> 0001-libopusdec-default-to-stereo-for-invalid-number-of-c.patch
>
On 24.11.2016 16:31, Michael Niedermayer wrote:
> On Thu, Nov 24, 2016 at 01:37:17AM +0100, Andreas Cadhalpun wrote:
>> On 23.11.2016 03:26, Michael Niedermayer wrote:
>>> On Fri, Nov 04, 2016 at 10:28:20PM +0100, Andreas Cadhalpun wrote:
Otherwise the codec context and codecpar might disagree
On Thu, Nov 24, 2016 at 09:35:42PM +0100, Martin Vignali wrote:
> Hello
>
> New patchs in attach
>
> I changed the dimensions check, the check is now :
>
> if ((s->height > 3) && (s->avctx->strict_std_compliance >
> FF_COMPLIANCE_EXPERIMENTAL)) {
>
On 24.11.2016 18:29, Michael Niedermayer wrote:
> On Thu, Nov 24, 2016 at 01:15:54AM +0100, Andreas Cadhalpun wrote:
>> On 23.11.2016 03:22, Michael Niedermayer wrote:
>>> On Sun, Nov 13, 2016 at 09:29:11PM +0100, Andreas Cadhalpun wrote:
It causes division by zero crashes.
Signed-of
On Tue, Nov 22, 2016 at 3:13 AM, James Almer wrote:
> Fixes ticket #5973
>
> Signed-off-by: James Almer
> ---
> Maybe init() should propagate the extradata down the filter chain instead
> of this, since if an aac stream has extradata then it means that it's an
> ASC stream. Neither ADTS or LATM u
On Thu, Nov 24, 2016 at 09:43:38PM +0100, Martin Vignali wrote:
> Hello,
>
> In attach patch to add fate test for the psd decoder
>
> Sample can be found here :
> https://we.tl/KvRaABCsdY
uploaded
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Many that live
On Thu, Nov 24, 2016 at 04:12:41PM +0100, Nicolas George wrote:
> Le quartidi 4 frimaire, an CCXXV, Kevin Lo a écrit :
> > FreeBSD's socket calls require the sockaddr struct length to agree
> > with the address family, Linux does not. This patch fixes a failing
> > getnameinfo() call on FreeBSD.
>
On 24.11.2016 17:57, Michael Niedermayer wrote:
> On Thu, Nov 24, 2016 at 05:45:38PM +0100, Michael Niedermayer wrote:
>> Is it correct that your cases uses
>> decode_wmv9() -> vc1_decode_i_blocks() ?
Yes.
>> these decode a rectangele up to end_mb_y, end_mb_x
>> does this mismatch with what later
On 11/21/2016 11:13 PM, James Almer wrote:
> Fixes ticket #5973
>
> Signed-off-by: James Almer
> ---
> Maybe init() should propagate the extradata down the filter chain instead
> of this, since if an aac stream has extradata then it means that it's an
> ASC stream. Neither ADTS or LATM use extrad
On Thu, 24 Nov 2016 12:02:45 +0100
Rainer Hochecker wrote:
> From: Rainer Hochecker
>
> Allow players to reduce the time read_seek sets the file pos before desired
> position.
> Hard coded 30 seconds is a lot and takes several seconds when the source is on
> a network share.
>
>
> Signed-off
Hello,
In attach patch to add fate test for the psd decoder
Sample can be found here :
https://we.tl/KvRaABCsdY
test uncompress file in all currently support colorspace
test rle decompression, and odd and even dimensions.
Theses samples need to be put inside ./fate-suite/psd (the folder doesn't
Hello
New patchs in attach
I changed the dimensions check, the check is now :
if ((s->height > 3) && (s->avctx->strict_std_compliance >
FF_COMPLIANCE_EXPERIMENTAL)) {
av_log(s->avctx, AV_LOG_ERROR,
"Height > 3 is experimental
On 11/25/16, Michael Niedermayer wrote:
> On Thu, Nov 24, 2016 at 03:52:28PM +0700, Muhammad Faiz wrote:
>> separate dsp.resample to dsp.resample_common and dsp.resample_linear
>> and choose to call faster resample_common even when linear_interp=on
>> when c->frac and c->dst_incr_mod are both zero
On 11/25/16, Michael Niedermayer wrote:
> On Thu, Nov 24, 2016 at 03:52:27PM +0700, Muhammad Faiz wrote:
>> Signed-off-by: Muhammad Faiz
>> ---
>> tests/fate/libswresample.mak | 176
>> +++
>> 1 file changed, 176 insertions(+)
>
> LGTM
>
> thx
Applied
T
On Wed, Nov 23, 2016 at 03:08:20PM -0800, Wan-Teh Chang wrote:
> This is a follow-up to commit d84a21207ea83055dc9b6dc1cd6a379f2ea756e7,
> which added the libavutil/tests/cpu_init.c. Also add |integral| to
> libavfilter/tests/.gitignore.
>
> Signed-off-by: Wan-Teh Chang
> ---
> libavfilter/tests
From: Rainer Hochecker
Allow players to reduce the time read_seek sets the file pos before desired
position.
Hard coded 30 seconds is a lot and takes several seconds when the source is on
a network share.
Signed-off-by: Rainer Hochecker
---
libavformat/matroskadec.c | 14 +-
1 fi
On Thu, Nov 24, 2016 at 03:52:28PM +0700, Muhammad Faiz wrote:
> separate dsp.resample to dsp.resample_common and dsp.resample_linear
> and choose to call faster resample_common even when linear_interp=on
> when c->frac and c->dst_incr_mod are both zero
>
> speed up resampling when exact_rational
On Thu, Nov 24, 2016 at 03:52:27PM +0700, Muhammad Faiz wrote:
> Signed-off-by: Muhammad Faiz
> ---
> tests/fate/libswresample.mak | 176
> +++
> 1 file changed, 176 insertions(+)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF13
On Thu, Nov 24, 2016 at 01:15:54AM +0100, Andreas Cadhalpun wrote:
> On 23.11.2016 03:22, Michael Niedermayer wrote:
> > On Sun, Nov 13, 2016 at 09:29:11PM +0100, Andreas Cadhalpun wrote:
> >> It causes division by zero crashes.
> >>
> >> Signed-off-by: Andreas Cadhalpun
> >> ---
> >> libavcodec/
On Thu, Nov 24, 2016 at 05:45:38PM +0100, Michael Niedermayer wrote:
> On Thu, Nov 24, 2016 at 02:14:59AM +0100, Andreas Cadhalpun wrote:
> > On 23.11.2016 15:01, Michael Niedermayer wrote:
> > > On Mon, Nov 07, 2016 at 10:32:29PM +0100, Andreas Cadhalpun wrote:
> > >> This fixes a heap-buffer-over
On Thu, Nov 24, 2016 at 02:14:59AM +0100, Andreas Cadhalpun wrote:
> On 23.11.2016 15:01, Michael Niedermayer wrote:
> > On Mon, Nov 07, 2016 at 10:32:29PM +0100, Andreas Cadhalpun wrote:
> >> This fixes a heap-buffer-overflow in ff_er_frame_end when decoding mss2
> >> with
> >> coded_width/coded_
On Thu, Nov 24, 2016 at 01:06:35AM +0100, Andreas Cadhalpun wrote:
> On 23.11.2016 03:07, Michael Niedermayer wrote:
> > On Mon, Nov 14, 2016 at 09:55:15PM +0100, Andreas Cadhalpun wrote:
> >> libopusdec.c |6 ++
> >> 1 file changed, 6 insertions(+)
> >> 0b663c14f4a6dae3e1da453239dbe429aef
On Thu, Nov 24, 2016 at 01:37:17AM +0100, Andreas Cadhalpun wrote:
> On 23.11.2016 03:26, Michael Niedermayer wrote:
> > On Fri, Nov 04, 2016 at 10:28:20PM +0100, Andreas Cadhalpun wrote:
> >> Otherwise the codec context and codecpar might disagree on the codec id,
> >> triggering asserts in av_par
Le quartidi 4 frimaire, an CCXXV, Kevin Lo a écrit :
> FreeBSD's socket calls require the sockaddr struct length to agree
> with the address family, Linux does not. This patch fixes a failing
> getnameinfo() call on FreeBSD.
>
> Signed-off-by: Kevin Lo
I looked at the standard, the semantic of
On Thu, Nov 24, 2016 at 03:32:13PM +0100, Marton Balint wrote:
>
>
> On Sun, 6 Nov 2016, Michael Niedermayer wrote:
>
> >On Sun, Nov 06, 2016 at 09:20:33AM -0500, DeHackEd wrote:
> >>On 11/06/2016 06:44 AM, Michael Niedermayer wrote:
> >>>On Sun, Oct 30, 2016 at 09:25:39AM -0400, DeHackEd wrote:
FreeBSD's socket calls require the sockaddr struct length to agree
with the address family, Linux does not. This patch fixes a failing
getnameinfo() call on FreeBSD.
Signed-off-by: Kevin Lo
---
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index c6292c5..15fe25d 100644
--- a/libavformat/
On Sun, 6 Nov 2016, Michael Niedermayer wrote:
On Sun, Nov 06, 2016 at 09:20:33AM -0500, DeHackEd wrote:
On 11/06/2016 06:44 AM, Michael Niedermayer wrote:
On Sun, Oct 30, 2016 at 09:25:39AM -0400, DeHackEd wrote:
[...]
if ((ret = avfilter_graph_parse2(fg->graph, graph_desc, &inputs,
2016-11-17 21:30 GMT+01:00 Martin Vignali :
> Hello,
>
> In attach a patch, who fix the decoding of half (or float) layer with
> pxr24 compression, when there is also an uint32 layer.
>
> The uint32 layer is still not decodable.
>
> Found by Andreas Cadhalpun
>
> sample can be found here :
> https
Hi.
Mozilla also fixed some data races in pthread_frames.c which you may want
to look at. It's very similar to problem you mentioned
We made the code conditional on being in an TSan build.
https://dxr.mozilla.org/mozilla-central/source/media/ffvpx/libavcodec/pthread_frame.c#46
Sorry, using the n
2016-11-24 18:53 GMT+08:00 Carl Eugen Hoyos :
> Hi!
>
> Attached patch sets average framerate from the flv metadata.
>
> Please comment, Carl Eugen
>
> From 20ea87fe9969a56d0630372705c9ce974c60939e Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 24 Nov 2016 11:50:51 +0100
Subject: [PAT
On date Tuesday 2016-11-01 15:49:12 +0100, Michael Niedermayer encoded:
> On Tue, Nov 01, 2016 at 02:45:00AM -0300, James Almer wrote:
[...]
> > Libavformat is not a dumping ground for code molded by a single person's
> > specific needs, and it is not a library meant to hold your or anyone's
> > de
Hi!
Attached patch sets average framerate from the flv metadata.
Please comment, Carl Eugen
From 20ea87fe9969a56d0630372705c9ce974c60939e Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 24 Nov 2016 11:50:51 +0100
Subject: [PATCH] lavf/flvdec: Set avg_frame_rate for video streams.
---
On Wed, 23 Nov 2016 11:44:04 -0800
Wan-Teh Chang wrote:
> On Tue, Nov 22, 2016 at 3:32 PM, wm4 wrote:
> >
> > [libav/compat/atomics/] is emulation code for compilers which don't provide
> > C11 atomics.
> > All relevant compilers provide them natively (and presumably implement
> > the weaker se
On Wed, 23 Nov 2016 11:40:25 -0800
Wan-Teh Chang wrote:
> On Tue, Nov 22, 2016 at 3:30 PM, wm4 wrote:
> > On Tue, 22 Nov 2016 23:57:15 +0100
> > Michael Niedermayer wrote:
> >
> >> For example the progress code in the frame threading.
> >
> > Which was recently fixed in Libav AFAIR...
>
On 29/10/2016 16:53, Andreas Cadhalpun wrote:
> On 28.10.2016 19:31, compn wrote:
>> On Thu, 27 Oct 2016 15:42:22 -0300 James Almer wrote:
>>> On 10/27/2016 3:36 PM, Reynaldo H. Verdejo Pinochet wrote:
On 10/27/2016 11:25 AM, James Almer wrote:
> This is not how things were agreed.
I
Sorry, please ignore this patch. I forgot to add a suffix "_mediacodec" in
codec name.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
separate dsp.resample to dsp.resample_common and dsp.resample_linear
and choose to call faster resample_common even when linear_interp=on
when c->frac and c->dst_incr_mod are both zero
speed up resampling when exact_rational and linear_interp are both
enabled because exact_rational force c->frac a
Signed-off-by: Muhammad Faiz
---
tests/fate/libswresample.mak | 176 +++
1 file changed, 176 insertions(+)
diff --git a/tests/fate/libswresample.mak b/tests/fate/libswresample.mak
index 7cb3bdb..cc50693 100644
--- a/tests/fate/libswresample.mak
+++ b/tests
this attachment is not base64 encoded
0001-add-missing-hw-pixel-format-in-mediacodec-decoder.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This can fix AV_PIX_FMT_MEDIACODEC does not appear in get_format
0001-add-missing-hw-pixel-format-in-mediacodec-decoder.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
60 matches
Mail list logo
