Hi,
the attached patch is somewhat of a hack job, as the commit I used may
already have been edited from its original version, and I have added
some stuff on top of it (eg the commit message).
Thus I have signed it off. I haven't tried testing it in the edge
filter case because it was a messier t
On Sat, Jan 31, 2015 at 02:30:29PM +0530, arwa arif wrote:
> On Thu, Jan 29, 2015 at 5:18 PM, Stefano Sabatini
> wrote:
>
> > On date Thursday 2015-01-29 03:46:42 +0530, Arwa Arif encoded:
> > > I have updated the page with new images.
> > > http://trac.ffmpeg.org/wiki/Postprocessing
> >
> > Note
On Sun, Feb 01, 2015 at 07:12:17PM +0200, dhead666 wrote:
> ---
>
> patch updated with documentation.
> also added what seems to me the most useful service types from en-300-468 (
> http://www.etsi.org/deliver/etsi_en/300400_300499/300468/01.11.01_60/en_300468v011101p.pdf
> ).
> I can drop them
On Mon, Feb 02, 2015 at 12:25:13AM +0100, Andreas Cadhalpun wrote:
> Hi,
>
> On 01.02.2015 21:50, Timothy Gu wrote:
> >>If you care about that, one could also leave the 'HTML_TIMESTAMP = YES'
> >>in the Doxyfile and just add 'HTML_TIMESTAMP = NO' to the doxy-wrapper.
> >>
> >>That way, everyone us
On Sun, Feb 01, 2015 at 08:00:02PM -0500, Ben Boeckel wrote:
> Prevents an 'Invalid packet' message. Currently mid-stream setup packets
> are ignored. Theoretically, they could, based on the specification, be used to
> reinitialize the stream if parameters change, but I don't expect that to be
> co
On Mon, 02 Feb, 2015 at 01:10:47 GMT, James Almer wrote:
>> +if (has_idv3) {
>> +av_log(s, AV_LOG_WARNING, "FLAC does not support IDv3 tags.\n");
>> +}
>
> You could check for s->error_recognition & AV_EF_COMPLIANT and abort if true
> instead of just warning.
> And the message coul
On 01/02/15 10:00 PM, Ben Boeckel wrote:
> FLAC doesn't really support IDv3 tags, so warn if they are found at all.
> If vorbis tags are found, toss out the IDv3 tags. They are kept if
> vorbis tags aren't found to at least have something there.
>
> Fixes #3799.
>
> Signed-off-by: Ben Boeckel
>
Prevents an 'Invalid packet' message. Currently mid-stream setup packets
are ignored. Theoretically, they could, based on the specification, be used to
reinitialize the stream if parameters change, but I don't expect that to be
common (and no one seems to have asked for it).
Signed-off-by: Ben Boe
FLAC doesn't really support IDv3 tags, so warn if they are found at all.
If vorbis tags are found, toss out the IDv3 tags. They are kept if
vorbis tags aren't found to at least have something there.
Fixes #3799.
Signed-off-by: Ben Boeckel
---
libavformat/flacdec.c | 17 +
1 file
On Mon, Feb 02, 2015 at 12:23:42AM +0100, Marton Balint wrote:
>
> On Sun, 1 Feb 2015, Michael Niedermayer wrote:
>
> >Signed-off-by: Michael Niedermayer
> >---
> >ffplay.c |4 +++-
> >1 file changed, 3 insertions(+), 1 deletion(-)
> >
> >diff --git a/ffplay.c b/ffplay.c
> >index 72ec35d..c11
On Fri, Sep 05, 2014 at 12:13:36AM +0200, James Darnley wrote:
> The same can be done with INIT_XMM avx
> ---
> libavutil/x86/x86inc.asm |8
> 1 files changed, 0 insertions(+), 8 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC78704
Hi,
On 01.02.2015 21:50, Timothy Gu wrote:
If you care about that, one could also leave the 'HTML_TIMESTAMP = YES'
in the Doxyfile and just add 'HTML_TIMESTAMP = NO' to the doxy-wrapper.
That way, everyone using the doxy-wrapper gets a reproducible output
(with the git revision) and nothing cha
On Sun, 1 Feb 2015, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
ffplay.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/ffplay.c b/ffplay.c
index 72ec35d..c112ead 100644
--- a/ffplay.c
+++ b/ffplay.c
@@ -2881,6 +2881,7 @@ static int read_thread(v
On Sun, Feb 01, 2015 at 05:24:56PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Feb 1, 2015 at 4:26 PM, Christophe Gisquet <
> christophe.gisq...@gmail.com> wrote:
>
> > 2014-09-05 9:59 GMT+02:00 Christophe Gisquet > >:
> > > I haven't yet had time to investigate where the problem is. Probab
On Sun, Feb 01, 2015 at 07:44:49PM -0300, James Almer wrote:
> On 01/02/15 7:27 PM, Michael Niedermayer wrote:
> > On Sun, Feb 01, 2015 at 08:54:44PM +0100, Mickaël Raulet wrote:
> >> something like this.
> >>
> >> https://github.com/OpenHEVC/openHEVC/commit/5d9f79edef2c11b915bdac3a025b59a32082f409
On 01/02/15 7:27 PM, Michael Niedermayer wrote:
> On Sun, Feb 01, 2015 at 08:54:44PM +0100, Mickaël Raulet wrote:
>> something like this.
>>
>> https://github.com/OpenHEVC/openHEVC/commit/5d9f79edef2c11b915bdac3a025b59a32082f409
>
> should we try to apply this one ?
>
> also we should reduce the
Hi,
2015-02-01 23:27 GMT+01:00 Michael Niedermayer :
> On Sun, Feb 01, 2015 at 08:54:44PM +0100, Mickaël Raulet wrote:
>> something like this.
>>
>> https://github.com/OpenHEVC/openHEVC/commit/5d9f79edef2c11b915bdac3a025b59a32082f409
>
> should we try to apply this one ?
I'm in the process of doi
On Sun, Feb 01, 2015 at 08:54:44PM +0100, Mickaël Raulet wrote:
> something like this.
>
> https://github.com/OpenHEVC/openHEVC/commit/5d9f79edef2c11b915bdac3a025b59a32082f409
should we try to apply this one ?
also we should reduce the differences to openhevc, are there any
other changes which w
Hi,
On Sun, Feb 1, 2015 at 4:26 PM, Christophe Gisquet <
christophe.gisq...@gmail.com> wrote:
> 2014-09-05 9:59 GMT+02:00 Christophe Gisquet >:
> > I haven't yet had time to investigate where the problem is. Probably
> PEBKAC
>
> It was PEBKAC.
>
> The patch was commited to x264 in August 2014:
2014-09-05 9:59 GMT+02:00 Christophe Gisquet :
> I haven't yet had time to investigate where the problem is. Probably PEBKAC
It was PEBKAC.
The patch was commited to x264 in August 2014:
https://github.com/MasterNobody/x264/commit/73b8686fc22c9247d90963983d406cd7b9131068
Could we merge it?
--
Hi,
2015-02-01 20:54 GMT+01:00 Mickaël Raulet :
> something like this.
>
> https://github.com/OpenHEVC/openHEVC/commit/5d9f79edef2c11b915bdac3a025b59a32082f409
If I understand correctly, SAO EO needs data from before SAO on top
and left. I had hoped something simpler than this. Nice that the abov
On Sun Feb 01 2015 at 9:47:12 AM Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> Hi,
>
> On 01.02.2015 18:30, Timothy Gu wrote:
> > On Sun Feb 01 2015 at 9:01:04 AM Andreas Cadhalpun <
> > andreas.cadhal...@googlemail.com> wrote:
> >> On 01.02.2015 16:44, Michael Niedermayer wrote:
something like this.
https://github.com/OpenHEVC/openHEVC/commit/5d9f79edef2c11b915bdac3a025b59a32082f409
Mickaël
2015-02-01 20:37 GMT+01:00 Christophe Gisquet
:
> Hi,
>
> 2015-02-01 20:00 GMT+01:00 James Almer :
> > From: Christophe Gisquet
> >
> > For band filter, source and destination are
Hi,
2015-02-01 20:00 GMT+01:00 James Almer :
> From: Christophe Gisquet
>
> For band filter, source and destination are aligned (except for 16x16 ctbs),
> and otherwise, they are most often aligned. Overall, the total width is also
> too small for amortizing memcpy.
There's probably much better
Hi,
2015-02-01 20:00 GMT+01:00 James Almer :
> Original x86 intrinsics code and initial 8bit yasm port by Pierre-Edouard
> Lepere.
> 10/12bit yasm ports, refactoring and optimizations by James Almer
Good for me, the biggest change being unrolling, which helps the x86_32 port.
Best regards,
Chri
Posted an unrolled version in a new thread, alongside a few patches by
Christophe.
On 30/01/15 3:50 PM, James Almer wrote:
> Original x86 intrinsics code and initial 8bit yasm port by Pierre-Edouard
> Lepere.
> 10/12bit yasm ports, refactoring and optimizations by James Almer
>
> Benchmarks of
From: Christophe Gisquet
Usefull for at least band filter, for which:
- Band filter call only:
32 64
Before: 1655654015
After: 1649752355
- Whole case:
32 64
Before: 37031 103008
After: 3204593952
---
libavcodec/hevc.c | 6 +++---
li
From: Christophe Gisquet
For band filter, source and destination are aligned (except for 16x16 ctbs),
and otherwise, they are most often aligned. Overall, the total width is also
too small for amortizing memcpy.
Timings (using an intrinsic version of edge filters):
B/32 B/64 E/
Original x86 intrinsics code and initial 8bit yasm port by Pierre-Edouard
Lepere.
10/12bit yasm ports, refactoring and optimizations by James Almer
Benchmarks of BQTerrace_1920x1080_60_qp22.bin with an Intel Core i5-4200U
width 32
40338 decicycles in sao_band_filter_0_8, 2048 runs, 0 skips
8056
Signed-off-by: Michael Niedermayer
---
libavcodec/wavpackenc.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/wavpackenc.c b/libavcodec/wavpackenc.c
index 63971c6..c174950 100644
--- a/libavcodec/wavpackenc.c
+++ b/libavcodec/wavpackenc.c
@@ -640,9 +640,
On 30/01/15 4:46 PM, Michael Niedermayer wrote:
> On Fri, Jan 30, 2015 at 03:50:13PM -0300, James Almer wrote:
>> Pass instead the two variables from the struct needed in the function.
>> This simplifies writing asm optimized versions of the function
>>
>> Signed-off-by: James Almer
>> ---
>> lib
On 30/01/15 4:34 PM, Michael Niedermayer wrote:
> On Fri, Jan 30, 2015 at 03:50:12PM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/hevc_filter.c | 7 ++-
>> libavcodec/hevcdsp.h | 3 +--
>> libavcodec/hevcdsp_template.c | 3 +--
>> 3 files changed,
Hi,
On 01.02.2015 18:30, Timothy Gu wrote:
On Sun Feb 01 2015 at 9:01:04 AM Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
On 01.02.2015 16:44, Michael Niedermayer wrote:
doxygen doc/Doxyfile
would lack the revission
Yes, one has to use the doxy-wrapper to get the revision:
do
On Sun Feb 01 2015 at 9:01:04 AM Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> Hi,
>
> On 01.02.2015 16:44, Michael Niedermayer wrote:
> > On Sat, Jan 31, 2015 at 11:18:26PM +0100, Andreas Cadhalpun wrote:
> >> One can include the git revision in the PROJECT_NUMBER, e.g. with
> >>
---
patch updated with documentation.
also added what seems to me the most useful service types from en-300-468 (
http://www.etsi.org/deliver/etsi_en/300400_300499/300468/01.11.01_60/en_300468v011101p.pdf
).
I can drop them and leave only digital_tv and digital_radio but if we follow
the standa
Hi,
On 01.02.2015 16:44, Michael Niedermayer wrote:
On Sat, Jan 31, 2015 at 11:18:26PM +0100, Andreas Cadhalpun wrote:
One can include the git revision in the PROJECT_NUMBER, e.g. with
attached patch.
this works for generating the doxy for the headers only
(make doc/doxy/html)
doxygen doc/D
On Sat, Jan 31, 2015 at 11:18:26PM +0100, Andreas Cadhalpun wrote:
> Hi,
>
> On 31.01.2015 22:36, Michael Niedermayer wrote:
> >On Sun, Jan 25, 2015 at 09:25:07PM +0100, Andreas Cadhalpun wrote:
> >>diff --git a/doc/Doxyfile b/doc/Doxyfile
> >>index 8697e6c..5d18b10 100644
> >>--- a/doc/Doxyfile
>
---
Clément, how about this?
I only added these few as they seems the most usefull, though maybe I'll just
drop teletext?
doc/muxers.texi | 3 +++
libavformat/mpegtsenc.c | 19 ++-
2 files changed, 21 insertions(+), 1 deletion(-)
diff --git a/doc/muxers.texi b/doc/muxer
This is similar to 60392480181f24ebf3ab48d8ac3614705de90152
Signed-off-by: Michael Niedermayer
---
libavutil/mem.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/libavutil/mem.c b/libavutil/mem.c
index 155569e..5fd2395 100644
--- a/libavutil/mem.c
+++
On Fri, Jan 30, 2015 at 11:42:54AM -0500, Calvin Walton wrote:
> On Tue, 2015-01-27 at 14:20 +0100, Clément Bœsch wrote:
> > On Sun, Jan 25, 2015 at 07:55:22PM +0100, Clément Bœsch wrote:
> > > ---
> > > doc/filters.texi| 31 +
> > > libavfilter/Makefile| 1 +
> > > liba
On Sun, Feb 01, 2015 at 04:19:22AM +0200, dhead666 wrote:
> ---
>
> @TimothyGu thanks for all your help, I hope this is now fine.
>
> doc/muxers.texi | 3 +++
> libavformat/mpegtsenc.c | 6 +-
> 2 files changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/doc/muxers.texi b/doc/m
41 matches
Mail list logo
