On Mon, 3 Aug 2015 21:04:57 -0700
Philip Langdale wrote:
> The latest nvidia 355.06 drivers fixes the interleaving bug when
> video surfaces are rendered. It still seems to be broken for
> read-back with getBits but that's sufficiently uninteresting that
> I don't think we need to wait for it to
On Wed, Jul 29, 2015 at 1:44 AM, Rostislav Pehlivanov
wrote:
> +if (cpe->ms_mode)
> +phase = 1 - 2 * cpe->ms_mask[w*16+g];
Shouldn't it be ?
phase *= 1 - ... ;
phase is an argument, the original code would step on it, with a value
that doesn't depend on phase, so it would fail to e
On 08/03/2015 01:50 PM, Ronald S. Bultje wrote:
> Just different offsets and ranges. Unsigned, n bits (e.g. u8) is in the
> range [0,2^^n> (e.g. for u8, the range is [0,255] or [0,256>), where
> silence is 2^^n-1, e.g. 0x80 (128) for u8. Signed is in the range
> [-2^^n-1,2^^n-1> (e.g. s16, the most
Hello Ronald,
Tuesday, August 4, 2015, 5:24:45 AM, you wrote:
RSB> Hi Ivan,
RSB> On Mon, Aug 3, 2015 at 4:50 PM, Ivan Uskov wrote:
>> Hello Ronald,
>>
>> Monday, August 3, 2015, 11:37:22 PM, you wrote:
>>
>> RSB> On Mon, Aug 3, 2015 at 3:25 PM, Ivan Uskov
>> wrote:
>>
>> >> By the way, about
On 03/08/15 20:43, Michael Niedermayer wrote:
> On Mon, Aug 03, 2015 at 08:51:10AM +0100, tim nicholson wrote:
>> On 31/07/15 17:19, Michael Niedermayer wrote:
>>> On Fri, Jul 31, 2015 at 05:37:12PM +0200, Clément Bœsch wrote:
>>> [...]
So in order for the community to continue this, I'd say w
Ive tried to get rid of min_size by using just one of the 2 allocation
strategies unconditional, but for both variants there is significant speedloss
This patchset is for documentation and should not be applied (unless theres
some flaw in the testing which indicates that its better ...)
__
From: Michael Niedermayer
This causes a speedloss from 8.837 to 8.864 sec when encoding matrixbench to
mpeg4
similar speedloss occurs for high and low bitrate encoding
This should not be applied unless more elaborate benchmarking indicates that
above
is the exception
Signed-off-by: Michael Nie
From: Michael Niedermayer
This would allow dropping min_size
This causes matrixbench encoding to rawvideo to drop in speed from
4.204 to 4.210sec
The effect has been previously seen to be much larger at higher
resolutions
Signed-off-by: Michael Niedermayer
---
libavcodec/utils.c |2 +-
1
From: Michael Niedermayer
This removes min_size usage by always using the same allocation
strategy (simply allocating new packet)
This causes huffyuv encoding of matrixbench to drop in speed from
16.321 to 16.708sec
Signed-off-by: Michael Niedermayer
---
libavcodec/utils.c |2 +-
1 file c
Hi,
But h264.h not seems to be a public include.
Thanks, I will looking in this direction.
Best Regards,
Michel.
[@@ THALES GROUP INTERNAL @@]
-Message d'origine-
De : ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] De la part de Ronald
S. Bultje
Envoyé : jeudi 30 juillet 2015
Dana 4. 8. 2015. 10:48 osoba "Michael Niedermayer"
napisala je:
>
> From: Michael Niedermayer
>
> This would allow dropping min_size
>
> This causes matrixbench encoding to rawvideo to drop in speed from
> 4.204 to 4.210sec
> The effect has been previously seen to be much larger at higher
> resol
Dana 4. 8. 2015. 10:48 osoba "Michael Niedermayer"
napisala je:
>
> From: Michael Niedermayer
>
> This removes min_size usage by always using the same allocation
> strategy (simply allocating new packet)
>
> This causes huffyuv encoding of matrixbench to drop in speed from
> 16.321 to 16.708sec
On Mon, Aug 03, 2015 at 10:25:47AM +, Carl Eugen Hoyos wrote:
> Shiz shiz.me> writes:
>
> > On Xcode's clang on OS X, $cc --version will output a 'Configured with:'
> > line to stderr, which clobbers the configure script output. As this line
> > serves no further purpose, it should be silence
On Mon, Aug 03, 2015 at 09:04:59PM -0700, Philip Langdale wrote:
> Signed-off-by: Philip Langdale
> ---
> MAINTAINERS | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index da02165..b0d0dc7 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@
On Tue, 4 Aug 2015 07:57:34 +0200
Reimar Döffinger wrote:
> On 31.07.2015, at 17:47, Nicolas George wrote:
> > I can propose the following middle term:
>
> I do have on more proposal, but the problem is it needs someone to do the
> work.
> For each removed feature, prepare documentation "a mon
Hi,
On Tue, Aug 4, 2015 at 2:45 AM, Shivraj Patil
wrote:
>
>
> Hi,
>
>
>
> On Mon, Jul 27, 2015 at 6:01 AM, wrote:
>
> +++ b/libavcodec/mips/vp8dsp_init_mips.c
>
>
>
> Is there a reason the init code lives in a different file than the
> implementations? It seems to me all symbols could be stati
Hi,
On Tue, Aug 4, 2015 at 2:49 AM, wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> ---
> libavcodec/mips/Makefile |4 +
> libavcodec/mips/vp8_idct_msa.c | 160 +++
> libavcodec/mips/vp8_lpf_msa.c | 690 +++
> libavcodec/mips/vp8_mc_msa.c
Hi,
On Tue, Aug 4, 2015 at 4:49 AM, PROMONET Michel <
michel.promo...@thalesgroup.com> wrote:
> Hi,
>
> But h264.h not seems to be a public include.
> Thanks, I will looking in this direction.
It isn't, we never expose much of codec internals. But I'm pretty sure
you'll need codec internals fo
On Tue, Aug 4, 2015 at 12:36 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Aug 4, 2015 at 4:49 AM, PROMONET Michel <
> michel.promo...@thalesgroup.com> wrote:
>
>> Hi,
>>
>> But h264.h not seems to be a public include.
>> Thanks, I will looking in this direction.
>
>
> It isn't, we never expose m
Hello All,
This patch for libavcodec/qsvdec.c does implement a correct handling
of a case when frame dimensions were changed somewhere in middle of stream.
Please review.
--
Best regards,
Ivan mailto:ivan.us...@nablet.com
0001-libavcodec-qsvdec.c-correct-handling-of
Philip Langdale overt.org> writes:
> - vdpau*Carl Eugen Hoyos
> + vdpau*Philip Langdale, Carl Eugen Hoyos
This is of course ok, as are the other two patches.
Did you test the sample sample as Hendrik?
Carl Eugen
___
"Hi,
Have you seen the announcement for Stems? (
http://www.stems-music.com/index.html )
"As an open multi-track audio format, Stems enhances creative
possibilities for DJs, producers, and live performers. A Stem file
contains a track split into four musical elements: A drums stem, a
bassline ste
On Wed, Jul 22, 2015 at 03:29:42PM +0200, Matthieu Bouron wrote:
> According to S377M, segmented frame layout is identical to separate
> field layout except that the two fields are taken from a single scan
> of the incoming image, ie: they are coincident in time. Thus the
> resulting frame is progr
On Tue, Aug 04, 2015 at 01:12:19PM +0200, Michael Niedermayer wrote:
> On Wed, Jul 22, 2015 at 03:29:42PM +0200, Matthieu Bouron wrote:
> > According to S377M, segmented frame layout is identical to separate
> > field layout except that the two fields are taken from a single scan
> > of the incomin
On Mon, Aug 03, 2015 at 10:02:17PM +0200, Hendrik Leppkes wrote:
> Mixing stdio and low-level IO on stdin is not safe.
> ---
> ffmpeg.c | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
LGTM too
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
On Tue, Aug 04, 2015 at 01:00:52AM +0200, Marton Balint wrote:
> The windows SDL audio driver plays the old data in the buffer in a loop if it
> is not updated in time. So instead of waiting for data and blocking the the
> audio thread, return silence if no data is available.
>
> Should fix ticket
From 734eabc92df1b6ca26a943f9723e47a838d859f7 Mon Sep 17 00:00:00 2001
From: ZhouXiaoyong
Date: Tue, 4 Aug 2015 19:39:51 +0800
Subject: [PATCH 2/2] avcodec/mips: h264qpel init add missing mc00 msa
optimization
Signed-off-by: ZhouXiaoyong
---
libavcodec/mips/h264qpel_init_mips.c | 1 +
1 file
From 71478e642fac00b12b313723ee83acdfef732fd1 Mon Sep 17 00:00:00 2001
From: ZhouXiaoyong
Date: Tue, 4 Aug 2015 16:28:02 +0800
Subject: [PATCH 1/2] avcodec: loongson optimized h264pred with mmi v2
Signed-off-by: ZhouXiaoyong
---
libavcodec/mips/h264pred_init_mips.c | 1 -
libavcodec/mips/h26
Hi,
+++ b/libavcodec/mips/vp8dsp_init_mips.c
Is there a reason the init code lives in a different file than the
implementations? It seems to me all symbols could be static if the init code
lived in the same file as the implementation. This isn't a big deal, just
wondering.
Shivraj:- Yes, the f
On Tue, 4 Aug 2015 01:46:24 +0200
Michael Niedermayer wrote:
> On Tue, Aug 04, 2015 at 12:57:38AM +0200, wm4 wrote:
> > On Tue, 4 Aug 2015 00:51:17 +0200
> > Michael Niedermayer wrote:
> >
> > > On Tue, Aug 04, 2015 at 12:12:24AM +0200, wm4 wrote:
> >
> > > > > As well as benchmark results in
Hi,
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of ???
Sent: 04 August 2015 17:35
To: ffmpeg-devel
Subject: [FFmpeg-devel] [PATCH 2/2] avcodec/mips: h264qpel init add missing
mc00 msa optimization
From 734eabc92df1b6ca26a943f9723e47a838d859f7
On Mon, Jul 27, 2015 at 04:48:15PM +0200, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/dvbsubdec.c | 19 +--
> 1 file changed, 13 insertions(+), 6 deletions(-)
applied
[...]
--
Michael GnuPG fingerprint
Hi!
Attached patch fixes the regression reported in ticket #4752, the subtitles
look very bad before and after but I guess this should be a different ticket.
Please comment, Carl Eugen
diff --git a/libavcodec/dvbsubdec.c b/libavcodec/dvbsubdec.c
index ce03e12..23f24f1 100644
--- a/libavcodec/dvb
On Tue, Aug 4, 2015 at 1:31 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes the regression reported in ticket #4752, the subtitles
> look very bad before and after but I guess this should be a different ticket.
>
Makes sense, I guess, it specifically didn't return an error code
before,
On Tue, 4 Aug 2015 13:31:10 +0200
Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes the regression reported in ticket #4752, the subtitles
> look very bad before and after but I guess this should be a different ticket.
>
> Please comment, Carl Eugen
Seems like a case for AV_EF_EXPLODE.
On Mon, 3 Aug 2015 17:50:54 -0700
Sasi Inguva wrote:
> Ok. i'll drop this patch . Does outputting stream DURATION values in
> matroskaenc.c as string tag's , (same as mkvmerge does ) seem ok? Atleast
> then, I can parse those string metadata in our own video pipeline which
> will solve my use
Hi!
Attached patch fixes a regression since b7e506b3.
Please comment, Carl Eugen
diff --git a/libavformat/swfdec.c b/libavformat/swfdec.c
index 31c26f8..ce1ad8f 100644
--- a/libavformat/swfdec.c
+++ b/libavformat/swfdec.c
@@ -67,6 +67,10 @@ static int swf_probe(AVProbeData *p)
&& AV_RB24
On Tue, Aug 04, 2015 at 02:06:03PM +0200, wm4 wrote:
> On Tue, 4 Aug 2015 01:46:24 +0200
> Michael Niedermayer wrote:
>
> > On Tue, Aug 04, 2015 at 12:57:38AM +0200, wm4 wrote:
> > > On Tue, 4 Aug 2015 00:51:17 +0200
> > > Michael Niedermayer wrote:
> > >
> > > > On Tue, Aug 04, 2015 at 12:12:2
Michael Niedermayer niedermayer.cc> writes:
> > > else if (codec_id == AV_CODEC_ID_H264) {
> > > -st->need_parsing = AVSTREAM_PARSE_HEADERS;
> > > +st->need_parsing = AVSTREAM_PARSE_FULL_ONCE;
> >
> > Ping, the OP has updated the ticket.
>
> patch should be ok then
Pushed
wm4 googlemail.com> writes:
> Seems like a case for AV_EF_EXPLODE.
I wonder if this isn't a bug in our decoder given
that the output looks very ugly and not an issue
with the given stream but somebody will have to
check.
I opened ticket #4754 for the visual issue.
> Also, why can't you send
Hi,
On Tue, Aug 4, 2015 at 8:58 AM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes a regression since b7e506b3.
>
> Please comment, Carl Eugen
OK. (Link to file on samples in commit message would be helpful.)
Ronald
___
ffmpeg-devel mailing
On Tue, 4 Aug 2015 13:18:54 + (UTC)
Carl Eugen Hoyos wrote:
> wm4 googlemail.com> writes:
>
> > Seems like a case for AV_EF_EXPLODE.
>
> I wonder if this isn't a bug in our decoder given
> that the output looks very ugly and not an issue
> with the given stream but somebody will have to
Remove me from this group please
On Jul 30, 2015 6:06 AM, "Carl Eugen Hoyos" wrote:
> Carl Eugen Hoyos ag.or.at> writes:
>
> > Attached patch suggested and tested by noah fixes ticket #4644.
>
> > diff --git a/libavdevice/v4l2.c b/libavdevice/v4l2.c
> > index 64ac09c..5683731 100644
> > --- a/li
Remove me from this group please
My mail id - hitesh.ku...@globalenglish.com
hitesh.dewan...@pearson.com
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Updated patch.
Thanks,
Niklesh
On Tue, Aug 4, 2015 at 8:58 AM, Philip Langdale wrote:
> On Fri, 31 Jul 2015 19:25:58 +0530
> Niklesh Lalwani wrote:
>
> > From: Niklesh
> >
> > The font names are extracted from the font table, present in text
> > sample entry. More than one fonts can be presen
Hi,
On Tue, Aug 4, 2015 at 6:34 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Aug 4, 2015 at 2:49 AM, wrote:
>
>> From: Shivraj Patil
>>
>> Signed-off-by: Shivraj Patil
>> ---
>> libavcodec/mips/Makefile |4 +
>> libavcodec/mips/vp8_idct_msa.c | 160 +++
>> libavcodec/mips
On Tue, 4 Aug 2015 11:02:40 + (UTC)
Carl Eugen Hoyos wrote:
> Philip Langdale overt.org> writes:
>
> > - vdpau*Carl Eugen Hoyos
> > + vdpau*Philip Langdale, Carl
> > Eugen Hoyos
>
> This is of course ok, as are the other two
On Mon, Aug 3, 2015 at 9:54 PM, Hendrik Leppkes wrote:
> On Mon, Aug 3, 2015 at 9:30 PM, Nicolas George wrote:
>> Le sextidi 16 thermidor, an CCXXIII, Michael Niedermayer a écrit :
>>> i also found this comment in a patch in my inbox:
>>>
>>> + /* When using Standard C input functions, also chec
Hi,
On Tue, Aug 4, 2015 at 12:42 PM, Hendrik Leppkes
wrote:
> On Mon, Aug 3, 2015 at 9:54 PM, Hendrik Leppkes
> wrote:
> > On Mon, Aug 3, 2015 at 9:30 PM, Nicolas George wrote:
> >> Le sextidi 16 thermidor, an CCXXIII, Michael Niedermayer a écrit :
> >>> i also found this comment in a patch in
On Tue, Aug 04, 2015 at 01:04:34PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Aug 4, 2015 at 12:42 PM, Hendrik Leppkes
> wrote:
>
> > On Mon, Aug 3, 2015 at 9:54 PM, Hendrik Leppkes
> > wrote:
> > > On Mon, Aug 3, 2015 at 9:30 PM, Nicolas George wrote:
> > >> Le sextidi 16 thermidor, an
Clément Bœsch pkh.me> writes:
> - We should probably keep our bug tracker since it
> reflects bugs on the FFmpeg code base. Processing
> every bugs from the Libav tracker and importing
> them might require some work,
> but I think Carl has done most of that already.
I do not have access to
On Tue, Aug 4, 2015 at 7:33 PM, Michael Niedermayer
wrote:
> On Tue, Aug 04, 2015 at 01:04:34PM -0400, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Tue, Aug 4, 2015 at 12:42 PM, Hendrik Leppkes
>> wrote:
>>
>> > On Mon, Aug 3, 2015 at 9:54 PM, Hendrik Leppkes
>> > wrote:
>> > > On Mon, Aug 3, 2015 at
On Tue, Aug 4, 2015 at 1:35 PM, Michael Niedermayer
wrote:
> On Mon, Aug 03, 2015 at 10:02:17PM +0200, Hendrik Leppkes wrote:
>> Mixing stdio and low-level IO on stdin is not safe.
>> ---
>> ffmpeg.c | 12 ++--
>> 1 file changed, 10 insertions(+), 2 deletions(-)
>
> LGTM too
>
Applied.
_
On Mon, Aug 3, 2015 at 8:12 PM, Hendrik Leppkes wrote:
> On Mon, Aug 3, 2015 at 5:26 PM, James Almer wrote:
>> On 03/08/15 9:50 AM, Hendrik Leppkes wrote:
>>> Otherwise, I tested the patch with msvc 2013 32-bit, and fate passed fine.
>>> If there is something else I should specifically test which
From: Anton Mitrofanov
Signed-off-by: Henrik Gramner
---
libavutil/x86/x86inc.asm | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavutil/x86/x86inc.asm b/libavutil/x86/x86inc.asm
index 76fcec4..6ad9785 100644
--- a/libavutil/x86/x86inc.asm
+++ b/libavutil/x86/x86inc.as
Hi,
On Tue, Aug 4, 2015 at 2:48 PM, Henrik Gramner wrote:
> From: Anton Mitrofanov
>
> Signed-off-by: Henrik Gramner
> ---
> libavutil/x86/x86inc.asm | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavutil/x86/x86inc.asm b/libavutil/x86/x86inc.asm
> index 76fcec4
On Tue, 4 Aug 2015 19:52:35 +0530, Dewangan, Hitesh Kumar wrote:
> Remove me from this group please
>
> My mail id - hitesh.ku...@globalenglish.com
> hitesh.dewan...@pearson.com
I did it for you, although it is encouraged for you to unsubscribe
yourself instead of making others do it for you. Af
On Mon, Aug 3, 2015 at 1:37 AM, Ronald S. Bultje wrote:
> Does silencing these warnings still work after this patch?
>
> If so: ok.
>
> Ronald
Applied.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Ronald S. Bultje gmail.com> writes:
> > Attached patch fixes a regression since b7e506b3.
> OK. (Link to file on samples in commit message would be helpful.)
Committed with a link to http://samples.ffmpeg.org/SWF/compressed-swf/
Thank you, Carl Eugen
__
---
Is this correct?
---
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/avf_showfreqs.c | 333
3 files changed, 335 insertions(+)
create mode 100644 libavfilter/avf_showfreqs.c
diff --git a/libavfilter/Makefile
On Sat, Aug 1, 2015 at 10:18 AM, Clément Bœsch wrote:
> Hi folks,
>
> Since Michael decided to step down as a leader, the question of
> reunification with Libav came up once more naturally. Before negotiations
> start again, I think it's important if we can all individually start
> thinking about
Compute individual stream durations in matroska muxer.
Write them as string tags in the same format as mkvmerge tool does.
Signed-off-by: Sasi Inguva
---
libavformat/matroskaenc.c| 75 +---
tests/fate/wavpack.mak | 4 +--
tests/ref/acodec/tta
On Mon, Aug 3, 2015 at 10:47 AM, Nicolas George wrote:
> Le sextidi 16 thermidor, an CCXXIII, Hendrik Leppkes a écrit :
>> Trashing the state even more often just because there is one example
>> where this can already happen is not a valid reasoning.
>
> The changes should be applied because they
>L34/R34
Calculating the 3/4 power of the coefficients isn't really that expensive
to do twice, so I'll just scrap the whole idea.
>identation
How'd I miss that? Fixed.
>phase
Copied that from an older revision, missed that '*' sign and didn't notice,
fixed.
Will wait a while to see whether the
On Tue, 4 Aug 2015 20:15:58 +0530
Niklesh Lalwani wrote:
> From f901f48320140b8f011ec089e6d950e25c90beec Mon Sep 17 00:00:00 2001
> From: Niklesh
> Date: Tue, 4 Aug 2015 20:10:28 +0530
> Subject: [PATCH] movtextdec.c: Add support for font names
>
> Signed-off-by: Niklesh
> ---
> libavcodec/mo
On Tue, Aug 04, 2015 at 05:32:51PM -0700, Sasi Inguva wrote:
> Compute individual stream durations in matroska muxer.
> Write them as string tags in the same format as mkvmerge tool does.
>
> Signed-off-by: Sasi Inguva
> ---
> libavformat/matroskaenc.c| 75
>
Compute individual stream durations in matroska muxer.
Write them as string tags in the same format as mkvmerge tool does.
Signed-off-by: Sasi Inguva
---
libavformat/matroskaenc.c| 79 +---
tests/fate/wavpack.mak | 4 +--
tests/ref/acodec/tta
Changed the patch to initialize those variables in mkv_write_header. Also
checking if stream_duration_offset > 0 before writing them as tags in
write_trailer, so it won't be written for webm.
On Tue, Aug 4, 2015 at 6:54 PM, Michael Niedermayer
wrote:
> On Tue, Aug 04, 2015 at 05:32:51PM -0700, S
Nice catch. Changed the patch to initialize variables in mkv_write_header.
Also checking for duration_offset > 0 before writing them as tags in the end,
to ensure it won't be written for webm.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://
69 matches
Mail list logo
