On Thu, Apr 23, 2015 at 01:33:06PM +0200, wm4 wrote:
> While I'm not sure why exactly sure why the old code could end up in the
> wrong position, using the generic index code is much simpler and is
> known to work correctly.
> ---
> A sample for testing can be produced with ffmpeg itself.
> ---
>
On Thu, Apr 23, 2015 at 08:38:15PM +0200, Andreas Cadhalpun wrote:
> On 23.04.2015 15:44, Michael Niedermayer wrote:
> > On Wed, Apr 22, 2015 at 09:10:51PM -0700, Timothy Gu wrote:
> >> On Thu, Apr 23, 2015 at 04:43:09AM +0200, Michael Niedermayer wrote:
> >>> failure to calculate psnr should not r
On Fri, Apr 24, 2015 at 12:15:23AM +0200, Andreas Cadhalpun wrote:
> On 23.04.2015 23:37, Michael Niedermayer wrote:
> > On Thu, Apr 23, 2015 at 08:53:29PM +0200, Andreas Cadhalpun wrote:
> >> On 23.04.2015 16:37, Michael Niedermayer wrote:
> >>> On Wed, Apr 22, 2015 at 06:24:54PM +0200, Andreas Ca
On Thu, Apr 23, 2015 at 05:54:05PM -0400, Tucker DiNapoli wrote:
> I've revised the code and now the linear_interpolate and median deinterlace
> filters
> give the exact same results for both C and sse2/avx2. I'm almost certain the
> reason
> the other deinterlace filters don't give the exact sam
On 23.04.2015 23:37, Michael Niedermayer wrote:
> On Thu, Apr 23, 2015 at 08:53:29PM +0200, Andreas Cadhalpun wrote:
>> On 23.04.2015 16:37, Michael Niedermayer wrote:
>>> On Wed, Apr 22, 2015 at 06:24:54PM +0200, Andreas Cadhalpun wrote:
>> libavcodec/alac.c | 4
>> 1 file changed, 4 inserti
On Thu, Apr 23, 2015 at 11:51:15PM +0200, Michael Niedermayer wrote:
> On Thu, Apr 16, 2015 at 10:40:14PM +, Urvang Joshi wrote:
> > On Thu, Apr 16, 2015 at 3:09 PM James Almer wrote:
> >
> > > On 16/04/15 4:18 PM, Urvang Joshi wrote:
> > > > Hi,
> > > > Here's the patch without whitespace ch
Le quartidi 4 floréal, an CCXXIII, Carl Eugen Hoyos a écrit :
> I believe it is much more important to explain why.
Sorry to insist on that, but that is something that is bothering me and this
is as good an occasion as any.
I find that our side of the fork in general (I do not want to point any
n
I've revised the code and now the linear_interpolate and median deinterlace
filters
give the exact same results for both C and sse2/avx2. I'm almost certain the
reason
the other deinterlace filters don't give the exact same result is due to the use
of tempory memory to hold some lines, I'm not ex
The sse2/avx2 deblock functions now actually get called,
I added a new file with the sse2/avx2 code for do_a_deblock.
I also moved the code for running vertical deblock filters into it's own
function, both to clean up the postprocess funciton and to make it
easier to integrate the new sse2/avx2 ve
On Thu, Apr 16, 2015 at 10:40:14PM +, Urvang Joshi wrote:
> On Thu, Apr 16, 2015 at 3:09 PM James Almer wrote:
>
> > On 16/04/15 4:18 PM, Urvang Joshi wrote:
> > > Hi,
> > > Here's the patch without whitespace changes.
> > >
> > > Thanks,
> > > Urvang
> >
> > This patch doesn't apply cleanly.
On Thu, Apr 23, 2015 at 08:53:29PM +0200, Andreas Cadhalpun wrote:
> On 23.04.2015 16:37, Michael Niedermayer wrote:
> > On Wed, Apr 22, 2015 at 06:24:54PM +0200, Andreas Cadhalpun wrote:
> >> The k != 1 case calls show_bits(gb, k), which doesn't make sense if k
> >> is 0.
> >
> > i dont think k =
On 23.04.2015 22:06, Luca Barbato wrote:
> On 23/04/15 20:53, Andreas Cadhalpun wrote:
>> On 23.04.2015 16:37, Michael Niedermayer wrote:
>>> On Wed, Apr 22, 2015 at 06:24:54PM +0200, Andreas Cadhalpun wrote:
The k != 1 case calls show_bits(gb, k), which doesn't make sense if k
is 0.
>>>
On Thu, Apr 23, 2015 at 09:29:31PM +0530, greeshma wrote:
> for patch PFA
>
> Greeshma
> exr.c | 114
> ++
> 1 file changed, 114 insertions(+)
> 57f8f5e474a82ddfce30f7356cb83fed4186d137
> 0001-exr-lossy-compression-B44-added.pat
On 23.04.2015 16:37, Michael Niedermayer wrote:
> On Wed, Apr 22, 2015 at 06:24:54PM +0200, Andreas Cadhalpun wrote:
>> The k != 1 case calls show_bits(gb, k), which doesn't make sense if k
>> is 0.
>
> i dont think k = 0 is allowed
> i suggest you check rice_limit when it is set, i assume that is
On 23.04.2015 15:44, Michael Niedermayer wrote:
> On Wed, Apr 22, 2015 at 09:10:51PM -0700, Timothy Gu wrote:
>> On Thu, Apr 23, 2015 at 04:43:09AM +0200, Michael Niedermayer wrote:
>>> failure to calculate psnr should not result in tiny_psnr returning success
>>>
>>> Signed-off-by: Michael Niederm
On Wed, Apr 22, 2015 at 12:24:40PM -0400, Ronald S. Bultje wrote:
> ---
> libavcodec/vp9.c | 2 ++
> 1 file changed, 2 insertions(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Frequently ignored answer#1 FFmpeg bugs should be sent to our bu
On Tue, Apr 21, 2015 at 05:25:37PM -0300, Pedro Arthur wrote:
> New patch with changes.
>
> 2015-04-21 13:14 GMT-03:00 Pedro Arthur :
>
> > I intended to fetch the correct gamma value from the video/image metada
> > or pass it by flag (like gamma=x) but yet I don't know how to get the
> > correct
On Thu, Apr 23, 2015 at 9:58 AM, Thilo Borgmann
wrote:
> Am 23.04.15 um 09:35 schrieb Daniel Ly:
> > This makes avdevice_list_input_sources() available for
> > device_name = "avfoundation".
> >
> > I didn't yet retrofit avf_read_header() to use the new function to
> > keep this patch small.
>
> P
I will continue working on this.
Firstly, i will fix crash and make sure everything OK without P frame.
Then, i will add some optimization that select between intra and inter to
decrease bitstream size.
Best regards.
2015-04-24 0:36 GMT+08:00 Michael Niedermayer :
> On Fri, Apr 24, 2015 at 12:
On Fri, Apr 24, 2015 at 12:03:38AM +0800, Yingming Fan wrote:
> Hi, everyone.
>
> This is my GSoC qualification task, add simple P frame for ffv1.
>
> P frame will work when you add -level 4.
>
> eg. ffmpeg -pix_fmt yuv420p -s -i xx.yuv -vcodec ffv1 -level 4 test.nut
>
> Notice: Only suppo
On 23/04/15 7:05 AM, Michael Niedermayer wrote:
> also the code produces these warnings
> libpostproc/x86/PPContext.asm:37: warning: section flags ignored on section
> redeclaration
> libpostproc/x86/PPContext.asm:77: warning: section flags ignored on section
> redeclaration
> libpostproc/x86/PPU
Hi, everyone.
This is my GSoC qualification task, add simple P frame for ffv1.
P frame will work when you add -level 4.
eg. ffmpeg -pix_fmt yuv420p -s -i xx.yuv -vcodec ffv1 -level 4 test.nut
Notice: Only support yuv colorspace and 8 bit currently, i will support
these in later time.
Othe
for patch PFA
Greeshma
From c10e182e56310cfc5ebd6c6f8801128668042a2a Mon Sep 17 00:00:00 2001
From: greeshmab
Date: Mon, 20 Apr 2015 23:33:55 +0530
Subject: [PATCH] exr lossy compression B44 added
---
libavcodec/exr.c | 114 +++
1 file changed
On Wed, Apr 22, 2015 at 12:24:41PM -0400, Ronald S. Bultje wrote:
> Samples available at:
> http://downloads.webmproject.org/test_data/libvpx/vp90-2-10-show-existing-frame.webm
> http://downloads.webmproject.org/test_data/libvpx/vp90-2-10-show-existing-frame2.webm
uploaded
[...]
--
Michael G
On Thu, Apr 23, 2015 at 12:43 PM, Michael Niedermayer wrote:
> On Thu, Apr 23, 2015 at 12:22:49PM -0300, Claudio Freire wrote:
>> On Wed, Apr 22, 2015 at 1:52 PM, Vittorio Giovara
>> wrote:
>> I don't think the INVALIDDATA return will have the desired effect.
>>
>> I think you want
On Wed, Apr 22, 2015 at 08:59:47PM -0400, Ronald S. Bultje wrote:
> Sample available at:
> http://downloads.webmproject.org/test_data/libvpx/vp90-2-16-intra-only.webm
will upload in a moment
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Breaking DRM is a little
On Wed, Apr 22, 2015 at 08:19:00PM -0400, Ronald S. Bultje wrote:
> Sample available at:
> http://downloads.webmproject.org/test_data/libvpx/vp90-2-15-segkey_adpq.webm
will upload in a moment
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Let us carefully obser
On Thu, Apr 23, 2015 at 12:22:49PM -0300, Claudio Freire wrote:
> On Wed, Apr 22, 2015 at 1:52 PM, Vittorio Giovara
> wrote:
> I don't think the INVALIDDATA return will have the desired effect.
>
> I think you want return -1;
> >>>
> >>> This function is only called once and there t
On Wed, Apr 22, 2015 at 1:52 PM, Vittorio Giovara
wrote:
I don't think the INVALIDDATA return will have the desired effect.
I think you want return -1;
>>>
>>> This function is only called once and there the check is:
>>> if (sbr_hf_calc_npatches(ac, sbr) < 0)
>>> return
On Wed, Apr 22, 2015 at 08:58:35PM -0700, James Zern wrote:
> this quiets a warning:
> Failed to set VP8E_SET_NOISE_SENSITIVITY codec control: Unspecified
> internal error
> ---
> libavcodec/libvpxenc.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
LGTM
thx
[...]
--
Michael
On Thu, Apr 23, 2015 at 12:57:49AM -0700, James Zern wrote:
> replace 'Refer to and to sync...' with a reference to the section that
> discusses updated the source tree.
> ---
> doc/git-howto.texi | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
LGTM
thanks
[...]
--
Michael GnuPG
On Wed, Apr 22, 2015 at 04:03:41PM +0200, Andreas Cadhalpun wrote:
> For max_order = 0 the clipping range is invalid. (amin = 2, amax = 1)
>
> Signed-off-by: Andreas Cadhalpun
> ---
> libavcodec/alsdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
thanks
[...]
--
Michael
On Wed, Apr 22, 2015 at 06:24:54PM +0200, Andreas Cadhalpun wrote:
> The k != 1 case calls show_bits(gb, k), which doesn't make sense if k
> is 0.
i dont think k = 0 is allowed
i suggest you check rice_limit when it is set, i assume that is the
source of k=0
asking for a sample with rice_limit=0 i
On 23 April 2015 at 23:38, Nicolas George wrote:
> Le quartidi 4 floréal, an CCXXIII, Michael Niedermayer a écrit :
> > without really thinking about it, the idea to remove the extension
> > for apng or change it to .apng, seems like a good idea
>
> It looks like it is an officially supported ext
On Wed, Apr 22, 2015 at 11:51:02AM -0400, Ronald S. Bultje wrote:
> This is required if it's subsequently re-enabled with no value updates
> (which means, use values that were previously set).
> ---
> libavcodec/vp9.c | 27 +++
> 1 file changed, 15 insertions(+), 12 deletio
On Wed, Apr 22, 2015 at 11:51:01AM -0400, Ronald S. Bultje wrote:
> Sample at:
> http://downloads.webmproject.org/test_data/libvpx/vp90-2-06-bilinear.webm
> ---
> tests/fate/vpx.mak | 1 +
> tests/ref/fate/vp9-06-bilinear | 15 +++
> 2 files changed, 16 insertions(+)
> cr
On Wed, Apr 22, 2015 at 11:51:03AM -0400, Ronald S. Bultje wrote:
> Sample available at:
> http://downloads.webmproject.org/test_data/libvpx/vp90-2-09-lf_deltas.webm
uploaded
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Complexity theory is the science of fin
On Wed, Apr 22, 2015 at 09:10:51PM -0700, Timothy Gu wrote:
> On Thu, Apr 23, 2015 at 04:43:09AM +0200, Michael Niedermayer wrote:
> > failure to calculate psnr should not result in tiny_psnr returning success
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > tests/tiny_psnr.c |9 ++
Le quartidi 4 floréal, an CCXXIII, Michael Niedermayer a écrit :
> without really thinking about it, the idea to remove the extension
> for apng or change it to .apng, seems like a good idea
It looks like it is an officially supported extension, and having the same
extension for two not-really-com
On Thu, Apr 23, 2015 at 12:14:43PM +, Carl Eugen Hoyos wrote:
> wm4 googlemail.com> writes:
>
> > > Stream-copying png is currently too difficult.
> > > An alternative is to remove the extension from the
> > > apng muxer.
> > >
> > > Please comment, Carl Eugen
> >
> > I don't understand wh
Signed-off-by: Michael Niedermayer
---
ffmpeg.c |1 -
1 file changed, 1 deletion(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index 1ba0a42..7e5b16d 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -352,7 +352,6 @@ void term_init(void)
signal(SIGQUIT, sigterm_handler); /* Quit (POSIX). */
}
#e
wm4 googlemail.com> writes:
> > Stream-copying png is currently too difficult.
> > An alternative is to remove the extension from the
> > apng muxer.
> >
> > Please comment, Carl Eugen
>
> I don't understand why apng would use the png file
> extension.
As said, removing the extension is also
While I'm not sure why exactly sure why the old code could end up in the
wrong position, using the generic index code is much simpler and is
known to work correctly.
---
A sample for testing can be produced with ffmpeg itself.
---
libavformat/wvdec.c | 38 ++
1
On Thu, 23 Apr 2015 09:25:44 +0200
Carl Eugen Hoyos wrote:
> Hi!
>
> Stream-copying png is currently too difficult.
> An alternative is to remove the extension from the apng muxer.
>
> Please comment, Carl Eugen
I don't understand why apng would use the png file extension. This
makes it way to
On Wed, Apr 22, 2015 at 07:57:02PM +0200, wm4 wrote:
> This tests the "old", now non-default seek mode, and this requires a
> special extra argument.
> ---
> Requested... not like I think this test is overly useful.
> ---
> libavformat/seek-test.c | 2 ++
> tests/fate/seek.mak | 13
Nicolas George nsup.org> writes:
> > Stream-copying png is currently too difficult.
>
> I can not comment on the patch itself, but the
> commit message should explain what the patch does,
> not just why it was needed.
I believe it is much more important to explain why.
[...]
> Maybe somethi
On Thu, Apr 23, 2015 at 12:20:38AM -0400, Tucker DiNapoli wrote:
> I added a new file with the sse2/avx2 code for do_a_deblock.
> I also moved the code for running vertical deblock filters into it's own
> function, both to clean up the postprocess funciton and to make it
> easier to integrate the n
On Thu, Apr 23, 2015 at 12:20:37AM -0400, Tucker DiNapoli wrote:
> A few notes on changes from the last version of this patch.
> The main issue with the previous code was with the sse2/avx2
> implementation of the blockCopy function, so for the time being the MMX2
> version
> is used instead. I tr
Am 23.04.15 um 11:07 schrieb Daniel Ly:
> This makes avdevice_list_input_sources() available for
> device_name = "avfoundation".
>
> I didn't yet retrofit avf_read_header() to use the new function to
> keep this patch small. I will post the follow-up patch in the same
> thread.
>
> Signed-off-by:
On Thu, Apr 23, 2015 at 11:07:43AM +0200, Daniel Ly wrote:
> This makes avdevice_list_input_sources() available for
> device_name = "avfoundation".
>
> I didn't yet retrofit avf_read_header() to use the new function to
> keep this patch small. I will post the follow-up patch in the same
> thread.
This makes avdevice_list_input_sources() available for
device_name = "avfoundation".
I didn't yet retrofit avf_read_header() to use the new function to
keep this patch small. I will post the follow-up patch in the same
thread.
Signed-off-by: Daniel Ly
---
libavdevice/avfoundation.m | 98 +++
Am 23.04.15 um 09:35 schrieb Daniel Ly:
> This makes avdevice_list_input_sources() available for
> device_name = "avfoundation".
>
> I didn't yet retrofit avf_read_header() to use the new function to
> keep this patch small.
Please post a follow-up patch for that purpose, too. (In that thread)
This makes avdevice_list_input_sources() available for
device_name = "avfoundation".
I didn't yet retrofit avf_read_header() to use the new function to
keep this patch small.
Signed-off-by: Daniel Ly
---
libavdevice/avfoundation.m | 85 ++
1 file chan
Le quartidi 4 floréal, an CCXXIII, Carl Eugen Hoyos a écrit :
> Subject: [FFmpeg-devel] [PATCH]Allow easy png streamcopying
>
> Stream-copying png is currently too difficult.
I can not comment on the patch itself, but the commit message should explain
what the patch does, not just why it was need
Hi!
Stream-copying png is currently too difficult.
An alternative is to remove the extension from the apng muxer.
Please comment, Carl Eugen
diff --git a/libavformat/apngenc.c b/libavformat/apngenc.c
index 4b31309..9090f92 100644
--- a/libavformat/apngenc.c
+++ b/libavformat/apngenc.c
@@ -23,6 +2
55 matches
Mail list logo
