Signed-off-by: James Almer
---
libavcodec/x86/hevc_sao.asm | 106 ++
libavcodec/x86/hevcdsp_init.c | 22 -
2 files changed, 74 insertions(+), 54 deletions(-)
diff --git a/libavcodec/x86/hevc_sao.asm b/libavcodec/x86/hevc_sao.asm
index cd95f0b..8
Hi guys:
I'm going to do a DVD player application，and I intend to use ffmpeg
and Intel Quick Sync Vedio. What I want to do is to embed Intel Quick Sync
Video into Linux environment.But all I have found about the Intel Quick Sync
Video Resources are in the Windows environment，and my
---
configure | 1 +
tests/fate/avformat.mak| 1 +
tests/fate/seek.mak| 2 ++
tests/lavf-regression.sh | 4
tests/ref/lavf/mxf_opatom | 3 +++
tests/ref/seek/lavf-mxf_opatom | 53 ++
6 files chang
On 07.02.2015, at 15:51, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 1 -
> libavcodec/allcodecs.c | 1 -
> libavcodec/avcodec.h| 1 -
> libavcodec/codec_desc.c | 7 ---
> libavcodec/vima.c | 10 --
> 5 files changed, 20 deletions(-)
On Sat, Feb 7, 2015 at 7:17 PM, Michael Niedermayer
wrote:
> On Wed, Jan 28, 2015 at 07:44:21PM -0800, Mark Reid wrote:
> > ---
> > libavformat/allformats.c | 1 +
> > libavformat/mxfenc.c | 139
> ++-
> > 2 files changed, 127 insertions(+), 13 d
On 08.02.2015, at 10:32, Clément Bœsch wrote:
>> --- a/tests/fate-run.sh
>> +++ b/tests/fate-run.sh
>> @@ -38,7 +38,7 @@ target_path(){
>> # $1=value1, $2=value2, $3=threshold
>> # prints 0 if absolute difference between value1 and value2 is <= threshold
>> compare(){
>> -echo "scale=2; v = $1
On Sat, Jan 31, 2015 at 11:14:54PM +0100, Andreas Cadhalpun wrote:
> Hi,
>
> On 31.01.2015 22:19, Hendrik Leppkes wrote:
> >Since this is an example, there should maybe be a more descriptive error
> >message and a comment to mention why its done, and how one would usually go
> >about adapting to t
On Mon, Feb 09, 2015 at 03:41:24PM -0800, Alexey Titov wrote:
> ---
> libavfilter/unsharp.h | 4 ++
> libavfilter/unsharp_opencl.c| 81 +---
> libavfilter/unsharp_opencl_kernel.h | 122
> ++--
> 3 files changed, 150 inse
Hi all
Theres another round of GSoC and OPW/Outreachy ahead
* We still need funding for that next round of Outreachy
If you are or know a company who would be interrested to fund a
slot in Outreachy, please contact us!
* Our wiki pages for GSoC and OPW need to be checked and updated
if you
> +A lot of video codecs and formats can store the @emph{aspect ratio} of the
> +video: this is the ratio between the width and the height of either the full
> +image (DAR, display aspect ratio) or individual pixels (SAR, sample aspect
> +ratio). For example, CGA screens at resolution 640×350 had 4
On 08/02/15 3:41 PM, Christophe Gisquet wrote:
> Hi,
>
> 2015-02-08 18:48 GMT+01:00 James Almer :
+%assign MMSIZE mmsize
>>>
>>> Why do that? Not a big deal: it's only for my education, if there's
>>> something I'm missing.
>>
>> For width 48, the COMPUTE macro is last run after an INIT_X
On Tue, Feb 10, 2015 at 01:04:50AM +0530, arwa arif wrote:
> On Sat, Feb 7, 2015 at 11:39 PM, Michael Niedermayer
> wrote:
>
> > On Sat, Feb 07, 2015 at 03:53:55PM +0530, arwa arif wrote:
> > > On Mon, Feb 2, 2015 at 10:23 AM, Michael Niedermayer
> > > wrote:
> > >
> > > > On Sat, Jan 31, 2015 a
---
libavfilter/unsharp.h | 4 ++
libavfilter/unsharp_opencl.c| 81 +---
libavfilter/unsharp_opencl_kernel.h | 122 ++--
3 files changed, 150 insertions(+), 57 deletions(-)
diff --git a/libavfilter/unsharp.h b/libavfilte
On Mon, Feb 09, 2015 at 10:52:36AM +0100, Mickaël Raulet wrote:
> I was trying the sample #4141 and it seems to me that the number of frames
> to keep before outputting a frame is too low. Where does this bitstream
> comes from?
>
> Previous commit was available here:
>
> https://github.com/OpenH
wm4 googlemail.com> writes:
> > > Fate still passes.
> >
> > I am not sure transparency is tested by fate.
> > Did you test with a pal8 image with transparency?
>
> Do you have one at hand?
Ticket #2158 contains one.
(pal8 output of libswscale is currently always opaque.)
Carl Eugen
On Mon, Feb 09, 2015 at 10:33:53PM +0100, wm4 wrote:
> Otherwise, you could lose the alpha when handling pixel formats in an
> opaque manner (i.e. when you don't special-case PAL8).
>
> The special case for av_get_pix_fmt_loss()/av_find_best_pix_fmt_of_2()
> is now redundant and can be removed.
>
On Mon, 9 Feb 2015 22:36:45 + (UTC)
Carl Eugen Hoyos wrote:
> wm4 googlemail.com> writes:
>
> > Fate still passes.
>
> I am not sure transparency is tested by fate.
> Did you test with a pal8 image with transparency?
Do you have one at hand?
> > -((pixdesc)->nb_components == 2 || (pi
wm4 googlemail.com> writes:
> Fate still passes.
I am not sure transparency is tested by fate.
Did you test with a pal8 image with transparency?
> -((pixdesc)->nb_components == 2 || (pixdesc)->nb_components == 4
> || (pixdesc)->flags & AV_PIX_FMT_FLAG_PAL)
> +((pixdesc)->nb_components
wm4 googlemail.com> writes:
> + * If a codec or a filter does not support alpha, it should support the
> + * alpha-free format variants only, e.g. AV_PIX_FMT_RGB0 instead of
> + * AV_PIX_FMT_RGBA.
... or set the alpha channel to 0xFF.
I wonder if this isn't slightly misleading:
If a codec suppo
On Mon, 09 Feb 2015 17:13:45 -0500
Calvin Walton wrote:
> On Fri, 2015-02-06 at 13:51 +, Vittorio Giovara wrote:
> > On Fri, Feb 6, 2015 at 11:32 AM, wm4 wrote:
> > > This is a proposal for an API extension.
> > >
> > > Currently, some pixel formats support alpha, but whether the alpha
> >
Michael Niedermayer gmx.at> writes:
> do you have a affected example (for testing) ?
I suspect this is ticket #2263, please mention
it in the commit message.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/
On Fri, 2015-02-06 at 13:51 +, Vittorio Giovara wrote:
> On Fri, Feb 6, 2015 at 11:32 AM, wm4 wrote:
> > This is a proposal for an API extension.
> >
> > Currently, some pixel formats support alpha, but whether the alpha
> > component contains something useful or just garbage is not part of
On Tue, Feb 10, 2015 at 12:44:23AM +0530, supraja reddy wrote:
> Hello,
>
> I have attached a patch to optimize the camellia block cipher.
> I ran crypto_bench on the optimized version. Here are the results of
> runtime using crypto_bench.
>
> Before the changes :
> lavu CAMELLIA size:
On Mon, 9 Feb 2015 14:30:27 -0700
Roger Pack wrote:
> Hello. I seem to have noticed that on ffmpeg trac's that I have
> commented on, if there's a later updated, I don't get any email
> notification of such. Is this expected [ I would *like* to be
> notified in this case].
> Thanks!
You need
Some of these things are not documented anywhere, even though all FFmpeg
components seem to handle alpha sufficiently consistently.
---
libavutil/pixdesc.h | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/libavutil/pixdesc.h b/libavutil/pixdesc.h
index 705377d..9f0f441
Otherwise, you could lose the alpha when handling pixel formats in an
opaque manner (i.e. when you don't special-case PAL8).
The special case for av_get_pix_fmt_loss()/av_find_best_pix_fmt_of_2()
is now redundant and can be removed.
---
Fate still passes.
---
libavutil/pixdesc.c | 4 ++--
libavut
Hello. I seem to have noticed that on ffmpeg trac's that I have
commented on, if there's a later updated, I don't get any email
notification of such. Is this expected [ I would *like* to be
notified in this case].
Thanks!
-roger-
___
ffmpeg-devel mailin
On Mon, Feb 09, 2015 at 08:39:00PM +0100, wm4 wrote:
> In particular, this reads chained seekheads. This makes seeking faster
> in files which have the index indirectly linked through 2 seekheads.
do you have a affected example (for testing) ?
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2
Thilo Borgmann mail.de> writes:
> Am 09.02.15 um 12:33 schrieb Carl Eugen Hoyos:
> > On Monday 09 February 2015 11:26:57 am Thilo Borgmann wrote:
> >> do you really mean to check for "CoreGraphics.h"
> >> in case of lib ApplicationServices?
> >
> > New, simpler patch attached.
>
> This patch w
On Mon, Feb 09, 2015 at 08:38:58PM +0100, wm4 wrote:
> Matroska is an extensible format - unknown elements must be expected. It
> shouldn't complain about such elements to the user either; it'll just
> generate noise. The "error_recognition & AV_EF_EXPLODE" is completely,
> wrong why would it explo
Also mention option defaults.
Also fix incorrect k1 and k2 "no correction" values.
Signed-off-by: Lou Logan
---
doc/filters.texi | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index c6fef0c..c74b4b5 100644
--- a/doc/filters.
Matroska is an extensible format - unknown elements must be expected. It
shouldn't complain about such elements to the user either; it'll just
generate noise. The "error_recognition & AV_EF_EXPLODE" is completely,
wrong why would it explode on valid files?
It's still useful for debugging, so the m
In particular, this reads chained seekheads. This makes seeking faster
in files which have the index indirectly linked through 2 seekheads.
As a side-effect, this warns when reading level-1 (toplevel) elements
multiple times (other than seekheads, clusters, and void/crc). Such
elements are not val
Not useful, and duplicates a lot of the Matroska file structure.
---
Well, feel free to reject this.
---
libavformat/matroskadec.c | 57 ---
1 file changed, 57 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index f87d7d8
Just because the user requested the seek index to be ignored, we can't
just skip essential headers. At least tags are often located at the end
of the file, and the old code simply ignored the seekhead for all
elements, not just the cue index. Also, it looks like it used the index
even if IGNIDX was
On Sat, Feb 7, 2015 at 11:39 PM, Michael Niedermayer
wrote:
> On Sat, Feb 07, 2015 at 03:53:55PM +0530, arwa arif wrote:
> > On Mon, Feb 2, 2015 at 10:23 AM, Michael Niedermayer
> > wrote:
> >
> > > On Sat, Jan 31, 2015 at 02:30:29PM +0530, arwa arif wrote:
> > > > On Thu, Jan 29, 2015 at 5:18 P
Am 09.02.15 um 12:33 schrieb Carl Eugen Hoyos:
> On Monday 09 February 2015 11:26:57 am Thilo Borgmann wrote:
>> do you really mean to check for "CoreGraphics.h" in case of lib
>> ApplicationServices?
>
> New, simpler patch attached.
This patch works locally for the build-only aarch64 fate slot.
On Mon Feb 09 2015 at 9:15:34 AM Michael Niedermayer
wrote:
> On Mon, Feb 09, 2015 at 04:32:10PM +0100, Nicolas George wrote:
> > Fix double UTF-8 encoding on output files.
> > makeinfo / texi2any does not seem to provide a way of setting
> > it globally for toplevel files.
>
True. LGTM.
[...]
Hello,
I have attached a patch to optimize the camellia block cipher.
I ran crypto_bench on the optimized version. Here are the results of
runtime using crypto_bench.
Before the changes :
lavu CAMELLIA size: 1048576 runs: 1024 time: 32.541 +- 0.044
After the changes:
lavu C
---
Changelog | 1 +
libavfilter/version.h | 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/Changelog b/Changelog
index 8e55969..ae4340c 100644
--- a/Changelog
+++ b/Changelog
@@ -19,6 +19,7 @@ version :
- Twofish symmetric block cipher
- Support DNx100 (960x7
This will allow the payload in PAL8 packets to not contain 768B of local
palette (which is not LZW compressed).
---
libavformat/gif.c | 70 +++
1 file changed, 50 insertions(+), 20 deletions(-)
diff --git a/libavformat/gif.c b/libavformat/gif.c
---
libavformat/gif.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
diff --git a/libavformat/gif.c b/libavformat/gif.c
index e817121..b4c5e8b 100644
--- a/libavformat/gif.c
+++ b/libavformat/gif.c
@@ -28,13 +28,12 @@
#include "libavutil/log.h"
#include "libavutil/opt.h
---
doc/filters.texi| 50 +++
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_paletteuse.c | 791
4 files changed, 843 insertions(+)
create mode 100644 libavfilter/vf_paletteuse.c
diff --git a/doc/
---
libavcodec/gif.c | 53 ++-
tests/ref/fate/gifenc-pal8 | 346 ++---
2 files changed, 220 insertions(+), 179 deletions(-)
diff --git a/libavcodec/gif.c b/libavcodec/gif.c
index 27d054e..12a039e 100644
--- a/libavcodec/gif.c
+++ b/libavcodec
---
doc/filters.texi| 45
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/vf_palettegen.c | 523
4 files changed, 570 insertions(+)
create mode 100644 libavfilter/vf_palettegen.c
diff --git a/doc
Hi folks,
TL;DR: http://lucy.pkh.me/ffgif/outputs/ (note: this page is heavy; over 200M)
So here is the new version of the patchset. Many changes since previous time,
here is a summary:
palettegen filter:
• added max_colors and stats_mode options
• RGB 5:5:5 to full resolution RGB (24 bits)
On Mon, Feb 09, 2015 at 04:32:10PM +0100, Nicolas George wrote:
> Fix double UTF-8 encoding on output files.
> makeinfo / texi2any does not seem to provide a way of setting
> it globally for toplevel files.
>
> Signed-off-by: Nicolas George
> ---
> doc/developer.texi| 1 +
> doc/
On Mon, Feb 09, 2015 at 01:26:57PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/huffman.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Those who are too smart to eng
On Mon, Feb 09, 2015 at 04:32:11PM +0100, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> doc/faq.texi | 23 +++
> 1 file changed, 23 insertions(+)
>
> diff --git a/doc/faq.texi b/doc/faq.texi
> index 494da86..68e8a17 100644
> --- a/doc/faq.texi
> +++ b/doc/faq.
On Mon, Feb 09, 2015 at 01:16:50PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/hevc_parser.c | 2 ++
> 1 file changed, 2 insertions(+)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
During times of universal deceit
On Mon, Feb 09, 2015 at 01:47:26PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/mss4.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Frequently ignored answer#1 FFmpe
Signed-off-by: Nicolas George
---
doc/faq.texi | 23 +++
1 file changed, 23 insertions(+)
diff --git a/doc/faq.texi b/doc/faq.texi
index 494da86..68e8a17 100644
--- a/doc/faq.texi
+++ b/doc/faq.texi
@@ -467,6 +467,29 @@ point acceptable for your tastes. The most common option
Fix double UTF-8 encoding on output files.
makeinfo / texi2any does not seem to provide a way of setting
it globally for toplevel files.
Signed-off-by: Nicolas George
---
doc/developer.texi| 1 +
doc/faq.texi | 1 +
doc/fate.texi | 1 +
do
Signed-off-by: Paul B Mahol
---
libavcodec/mss4.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mss4.c b/libavcodec/mss4.c
index c5b8e07..07d90ed 100644
--- a/libavcodec/mss4.c
+++ b/libavcodec/mss4.c
@@ -650,7 +650,7 @@ static av_cold int mss4_decode_init(AVCodec
The intel QSV api is only available for Windows.
There is a Media SDK for Linux, which seems to provide the same API, but
it's not free and intended for servers.
The encoding api is exposed through libva/vaapi on Linux. But so far no
implementation exists except for the two examples coming with li
Hi guys:
I'm going to do a DVD player application，and I intend to use ffmpeg
and Intel Quick Sync Vedio. What I want to do is to embed Intel Quick Sync
Video into Linux environment. All I have found about the Intel Quick Sync
Video Resources are in the Windows environment，but my act
Signed-off-by: Paul B Mahol
---
libavcodec/huffman.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/huffman.c b/libavcodec/huffman.c
index 2866eef..46a0cd7 100644
--- a/libavcodec/huffman.c
+++ b/libavcodec/huffman.c
@@ -62,7 +62,7 @@ int ff_huff_gen_len_table(uint
Signed-off-by: Paul B Mahol
---
libavcodec/hevc_parser.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/hevc_parser.c b/libavcodec/hevc_parser.c
index 834b93b..a6fdbb7 100644
--- a/libavcodec/hevc_parser.c
+++ b/libavcodec/hevc_parser.c
@@ -309,6 +309,8 @@ static int hevc_init(A
Le primidi 21 pluviôse, an CCXXIII, Gupta, Maneesh a écrit :
> Couple of problems with this today is that the location of OpenCL headers
> and libraries is not a standard nor is it easy to figure out this location
> across various platforms. As a result we need to tell ffmpeg the location
> of the
Le primidi 21 pluviôse, an CCXXIII, Gupta, Maneesh a écrit :
> Clew can already be built as a static library. It ships with a cmake
> file. However I am a little confused here. My intention for using clew was
> to remove the pain of having to specify multiple parameters to enable the
> OpenCL feat
On Monday, 09 February 2015 at 10:42, Gupta, Maneesh wrote:
> > -Original Message-
> > From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> > boun...@ffmpeg.org] On Behalf Of wm4
> > Sent: Friday, February 06, 2015 4:58 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-de
On Mon, Feb 9, 2015 at 10:52 AM, Mickaël Raulet wrote:
> I was trying the sample #4141 and it seems to me that the number of frames
> to keep before outputting a frame is too low. Where does this bitstream
> comes from?
Its a DVB-T test-broadcast from a small station in Germany, afaik.
- Hendrik
On Mon, 9 Feb 2015 09:42:30 +
"Gupta, Maneesh" wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> > boun...@ffmpeg.org] On Behalf Of wm4
> > Sent: Friday, February 06, 2015 4:58 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFm
On Monday 09 February 2015 11:26:57 am Thilo Borgmann wrote:
> do you really mean to check for "CoreGraphics.h" in
> case of lib ApplicationServices?
New, simpler patch attached.
Thank you, Carl Eugen
diff --git a/configure b/configure
index f31d372..21d6a7e 100755
--- a/configure
+++ b/configur
On 1/30/15, Michael Niedermayer wrote:
> On Fri, Jan 30, 2015 at 10:17:59AM +, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> doc/filters.texi | 19 ++
>> libavfilter/Makefile | 1 +
>> libavfilter/af_dcshift.c | 161
>> +++
Am 08.02.15 um 15:56 schrieb Michael Niedermayer:
> On Sun, Feb 08, 2015 at 03:19:40PM +0100, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> On Wednesday 04 February 2015 01:48:53 pm Thilo Borgmann wrote:
>>>
>>> fixes Ticket #4238.
>>>
>>> Testing for CGImageGetTypeID function is questionable (see trac
>>>
> -Original Message-
> From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> boun...@ffmpeg.org] On Behalf Of Dominik 'Rathann' Mierzejewski
> Sent: Friday, February 06, 2015 4:51 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 2/3] Use clew instead of cl.h f
I was trying the sample #4141 and it seems to me that the number of frames
to keep before outputting a frame is too low. Where does this bitstream
comes from?
Previous commit was available here:
https://github.com/OpenHEVC/FFmpeg/commit/6b93a7a175fb500d1f5d4d671b2fab73798ca7b6
This commit adds s
> -Original Message-
> From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> boun...@ffmpeg.org] On Behalf Of wm4
> Sent: Friday, February 06, 2015 4:58 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 1/3] Add clew.c & clew.h to libavutil
>
> On Fri, 6 Feb 2
> I am using bmd device to test this.
> No one came with more scte_35 video on trac, I thought people putting the
> bounty will give me some video.
How are you testing with a bmd device?
>>As far as I can tell it just works by chance.
>>
> I have done some improvement lately now it work without
70 matches
Mail list logo
