On Mon, May 23, 2016 at 05:09:35PM +, Davinder Singh wrote:
> vf_codecview.c | 55 +--
> 1 file changed, 45 insertions(+), 10 deletions(-)
> 464b23c4638d1a408e8237651facf327994945bf
> 0001-vf_codecview-added-new-options.patch
> From 641d6
On Mon, May 30, 2016 at 02:11:12AM +0200, Michael Niedermayer wrote:
> On Sun, May 29, 2016 at 09:11:38PM +0200, Marton Balint wrote:
> >
> >
> > On Sat, 28 May 2016, Stefano Sabatini wrote:
> >
> > >On date Saturday 2016-05-28 18:57:00 +0200, Paul B Mahol encoded:
> > >>On 5/28/16, Clement Boes
On Sun, May 29, 2016 at 05:17:13PM +0200, Marton Balint wrote:
> The second one is not explicitly needed, as res is not reset, but it is there
> for consistency.
>
> Signed-off-by: Marton Balint
> ---
> libavformat/movenc.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
LGTM if t
On Sun, May 29, 2016 at 05:17:14PM +0200, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavformat/movenc.c | 21 +
> 1 file changed, 9 insertions(+), 12 deletions(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Durin
This is a re-send of:
http://ffmpeg.org/pipermail/ffmpeg-devel/2016-May/194443.html
I mistakenly only sent one of the two patches, which caused compiler
warnings.
http://ffmpeg.org/pipermail/ffmpeg-devel/2016-May/194455.html
Those two patches removes unused symver macro and configure check.
Nata
There is nothing using it since commit d63443b9 (lavc: drop the
av_fast_{re,m}alloc compatibility wrappers).
Signed-off-by: Natanael Copa
---
libavutil/internal.h | 28
1 file changed, 28 deletions(-)
diff --git a/libavutil/internal.h b/libavutil/internal.h
index 61
Hello,
> I think size needs to be checked to avoid integer overflow
> there is a check later but unless iam mising somthng thats too late
They were checked indirectly by av_malloc_array() and used only iff the init
succeeded.
I added checks to avoid setting garbage in the context.
> this looks
Nothing uses symvers since commit d63443b9 (lavc: drop the
av_fast_{re,m}alloc compatibility wrappers).
Signed-off-by: Natanael Copa
---
configure | 21 -
1 file changed, 21 deletions(-)
diff --git a/configure b/configure
index cc2c9e7..e40b90e 100755
--- a/configure
+++ b/c
Am 30.05.16 um 03:39 schrieb Ronald S. Bultje:
> Hi Thilo,
>
> On Sun, May 29, 2016 at 8:59 PM, Thilo Borgmann
> wrote:
>
>> Hi,
>>
>>> [...]
The vote will end 1 week from now, simple 50% majority (Yes vs no)
I dont really know who should be eligible for voting, so
On 28.05.2016 07:31, kl222 wrote:
> On 27.05.2016 13:49, Nicolas George wrote:
>> Can you explain your use case for this filter?
>>
>> I ask because I am very uncomfortable with filters that perform direct output
>> instead of producing frames for the rest of the graph. They need to duplicate
>> t
Michael Niedermayer niedermayer.cc> writes:
> can you list which regressions you spoke about
https://trac.ffmpeg.org/query?keywords=~codecpar
I was hoping that somebody understands and explains #5348
before closing it.
Carl Eugen
___
ffmpeg-devel m
On 30 May 2016 at 10:34, Thilo Borgmann wrote:
> Am 30.05.16 um 03:39 schrieb Ronald S. Bultje:
> > Hi Thilo,
> >
> > On Sun, May 29, 2016 at 8:59 PM, Thilo Borgmann
> > wrote:
> >
> >> Hi,
> >>
> >>> [...]
>
> The vote will end 1 week from now, simple 50% majority (Yes vs
Rostislav Pehlivanov gmail.com> writes:
> We agreed the committee should contain only active contributors.
> The members that were added later were added because they were
> slightly below the threshold but had done much during the last
> few months.
>
> In short, no.
Thilo has presented FFm
On 30 May 2016 at 12:20, Carl Eugen Hoyos wrote:
> Rostislav Pehlivanov gmail.com> writes:
>
> > We agreed the committee should contain only active contributors.
> > The members that were added later were added because they were
> > slightly below the threshold but had done much during the last
Rostislav Pehlivanov gmail.com> writes:
> Anyone can go to fairs, mentor for GSoC, write on the MLs, etc.
> Not everyone has the time.
This is true, I completely agree.
I am not sure if I understand the relevance though: The list of
people on the voters committee contains both people who have
Hi,
2016-05-29 21:51 GMT+02:00 Paul B Mahol :
> +typedef struct Slice {
> +uint32_t start;
> +uint32_t size;
> +} Slice;
I'm not a security expert, but is there a reason for not using plain int there ?
> +typedef struct MagicYUVContext {
> +AVFrame*p;
> +int
Fixes Ticket5467 "Lossless j2k information no longer shown"
Based on suggestion by Hendrik Leppkes
Signed-off-by: Michael Niedermayer
---
libavformat/dump.c |3 +++
libavformat/utils.c |3 +++
2 files changed, 6 insertions(+)
diff --git a/libavformat/dump.c b/libavformat/dump.c
index 9
On Mon, May 30, 2016 at 2:25 PM, Michael Niedermayer
wrote:
> Fixes Ticket5467 "Lossless j2k information no longer shown"
>
> Based on suggestion by Hendrik Leppkes
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/dump.c |3 +++
> libavformat/utils.c |3 +++
> 2 files changed, 6
Hello Kyle,
Saturday, May 28, 2016, 8:07:07 AM, you wrote:
zgc> From: Kyle Schwarz
zgc> ---
zgc> libavcodec/qsvenc.c | 34 ++
zgc> 1 file changed, 2 insertions(+), 32 deletions(-)
zgc> diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
zgc> index 132cf47..b
Am 30.05.16 um 14:15 schrieb Carl Eugen Hoyos:
> Rostislav Pehlivanov gmail.com> writes:
>
>> Anyone can go to fairs, mentor for GSoC, write on the MLs, etc.
>> Not everyone has the time.
>
> This is true, I completely agree.
> I am not sure if I understand the relevance though: The list of
>
On Sonntag, 29. Mai 2016 16:45:26 CEST Ronald S. Bultje wrote:
> Hi,
>
> On Sun, May 29, 2016 at 3:25 PM, Thilo Borgmann
> wrote:
>
> > Am 29.05.16 um 01:32 schrieb Michael Niedermayer:
> > > Hi
> > >
> > > It was suggested in the IRC meeting today that i start a vote to
> > > resolve if AVClass
On 5/30/16, Christophe Gisquet wrote:
> Hi,
>
> 2016-05-29 21:51 GMT+02:00 Paul B Mahol :
>> +typedef struct Slice {
>> +uint32_t start;
>> +uint32_t size;
>> +} Slice;
>
> I'm not a security expert, but is there a reason for not using plain int
> there ?
I added check for offsets locally
Hi,
> patch attached.
Is decoding of interlaced video supported? Because I get here invalid output.
Also crash happens with this fuzzed file:
https://www.datafilehost.com/d/c64eb5b1
Regards
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:
On Sun, May 29, 2016 at 09:39:58PM -0400, Ronald S. Bultje wrote:
> Hi Thilo,
>
> On Sun, May 29, 2016 at 8:59 PM, Thilo Borgmann
> wrote:
>
> > Hi,
> >
> > > [...]
> > >>
> > >> The vote will end 1 week from now, simple 50% majority (Yes vs no)
> > >> I dont really know who shou
From: Thomas Volkert
---
libavformat/Makefile | 1 +
libavformat/rtpenc.c | 14 +
libavformat/rtpenc.h | 1 +
libavformat/rtpenc_vp9.c | 54
libavformat/sdp.c| 4
5 files changed, 74 insertions(+)
create mo
Le primidi 11 prairial, an CCXXIV, Ronald S. Bultje a écrit :
> Probably, yes. Is it just Thilo or are others missing also? What were the
> criteria again?
There are no criteria. There were criteria for the initial list, but after
that the list evolves by co-optation.
Regards,
--
Nicolas Geor
Hi,
On Mon, May 30, 2016 at 10:41 AM, Thomas Volkert wrote:
> From: Thomas Volkert
>
> ---
> libavformat/Makefile | 1 +
> libavformat/rtpenc.c | 14 +
> libavformat/rtpenc.h | 1 +
> libavformat/rtpenc_vp9.c | 54
>
>
On 5/30/16, Piotr Bandurski wrote:
> Hi,
>
>> patch attached.
>
> Is decoding of interlaced video supported? Because I get here invalid
> output.
>
> Also crash happens with this fuzzed file:
>
> https://www.datafilehost.com/d/c64eb5b1
>
> Regards
Can you create YUVA video somehow? I can't with v
On Mon, May 30, 2016 at 11:04:03AM +0200, Vlad Tarca wrote:
[...]
> +static int prompeg_init(URLContext *h, const uint8_t *buf, int size) {
> +PrompegContext *s = h->priv_data;
> +uint32_t seed;
> +int recovery_len, bitstring_len, rtp_buf_len;
> +int i;
> +
> +s->fec_buf = NULL;
please review this patch again, thank you
在2016年05月25日 17:40 ，周晓勇写道：
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> Can you create YUVA video somehow? I can't with virtualdub.
https://www.datafilehost.com/d/49ea26f8
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 5/30/16, Piotr Bandurski wrote:
> Hi,
>
>> patch attached.
>
> Is decoding of interlaced video supported? Because I get here invalid
> output.
Will try to fix it.
>
> Also crash happens with this fuzzed file:
>
> https://www.datafilehost.com/d/c64eb5b1
Locally fixed.
>
> Regards
>
> ___
On 5/29/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
Updated patch attached.
From 6986dd8f6ee3625daaa0ff80256e4a353c4268c1 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sun, 22 May 2016 15:18:30 +0200
Subject: [PATCH] avocdec: add MagicYUV decoder
Signed-off-by: Paul B Mahol
---
li
hi there,
so i was creating thumbnails of some... special video files.. and one of
the video files caused this error
[mpeg4 @ 0458fc00] has_b_frames is larger in decoder than demuxer 1 > 0.
with the note that i should tell you people. the file is 450MB though, and
i dont know how to generat
> Updated patch attached.
There seems to be some bug in interlaced support (related to "Full range YUV"
option in encoder).
How to reproduce: encode video with enabled "Interlaced" and "Full range YUV"
options together
and then try to decode this with your latest version of decoder.
__
On 5/30/16, Piotr Bandurski wrote:
>> Updated patch attached.
>
> There seems to be some bug in interlaced support (related to "Full range
> YUV" option in encoder).
>
> How to reproduce: encode video with enabled "Interlaced" and "Full range
> YUV" options together
> and then try to decode this w
On Sat, May 28, 2016 at 05:12:42PM +0200, gaggag1 wrote:
> hi there,
> so i was creating thumbnails of some... special video files.. and
> one of the video files caused this error
>
> [mpeg4 @ 0458fc00] has_b_frames is larger in decoder than demuxer 1 > 0.
>
> with the note that i should tell you
On Wed, May 25, 2016 at 05:40:44PM +0800, 周晓勇 wrote:
> i have fix up the error functions in h264qpel_mmi, please try the new patch
> below
>
>
> ---
> From a55e3a93a30226e3f0fb7d2d8ac43e74b5eae5d6 Mon Sep 17 00:00:00 2001
> From: ZhouXiaoyong
> Date: Wed, 25 May 2016 16:07:38 +0800
> Subject: [
On Mon, 30 May 2016, Michael Niedermayer wrote:
On Sun, May 29, 2016 at 05:17:13PM +0200, Marton Balint wrote:
The second one is not explicitly needed, as res is not reset, but it is there
for consistency.
Signed-off-by: Marton Balint
---
libavformat/movenc.c | 6 --
1 file changed, 4 i
On Sun, 22 May 2016, Marton Balint wrote:
And get rid of frame_queue_prev.
Applied.
Regards,
Marton
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hey guys, I just want to confirm if webp decode is not supported yet? I
build ffmpeg and enabled as many libraries as I can like:
> ./configure --prefix=/usr/local --enable-gpl --enable-nonfree
> --enable-libass --enable-libfdk-aac --enable-libfreetype
> --enable-libmp3lame --enable-libopus --ena
41 matches
Mail list logo
