On Sat, Aug 23, 2014 at 05:51:31AM +0700, Muhammad Faiz wrote:
[...]
Update patch to the latest master branch.
Thank's.
Muhammad Faiz
---
doc/filters.texi | 26
libavfilter/avf_showcqt.c | 102
--
On Sun, Aug 17, 2014 at 01:51:13PM +0200, Michael Niedermayer wrote:
On Thu, Aug 14, 2014 at 11:05:13PM +0200, Clément Bœsch wrote:
~560 → ~500 decicycles
This is following the comments from Michael in
https://ffmpeg.org/pipermail/ffmpeg-devel/2014-August/160599.html
Using 2
On Sat, Aug 23, 2014 at 3:09 PM, Clément Bœsch u...@pkh.me wrote:
Next time please send a git-format-patch (git commit ... git
format-patch -1, or use git send-email) instead, so it saves the committer
the time to copy/paste the commit message and author.
Thank's for the suggestion
Hi,
On 17.08.2014 00:49, Andreas Cadhalpun wrote:
I have now sent the pkg-config patches to the BTS [1].
I have found a simpler way to make it possible to link packages not
using pkg-config against FFmpeg in Debian:
The lib*-ffmpeg-dev packages now install symbolic links from the
standard
On Sat, Aug 23, 2014 at 1:31 PM, Michael Niedermayer michae...@gmx.at wrote:
On Fri, Aug 22, 2014 at 11:39:57PM -0300, James Almer wrote:
Derived from deflate code.
Requires liblzma.
Signed-off-by: James Almer jamr...@gmail.com
how can this be tested ?
do you have a testcase / sample ?
Hi,
On 25.07.2014 11:25, db0 company wrote:
Since the style in the release is the one generated from the website,
it has to be the same license. If we add a license to the css/less,
then it's better to have the same on the whole website.
I'll add one.
Did you choose a license already?
Best
Hi,
On 20.07.2014 23:23, Timothy Gu wrote:
texi2html is deprecated by upstream in favor of makeinfo/texi2any. See:
- https://www.gnu.org/software/texinfo/manual/texinfo/html_node/texi2html.html
- https://wiki.debian.org/Texi2htmlTransition
-
As far as I can see, the only reason those functions are SSE4 is because
of the pextrw needed for the following block widths:
- 2, used only by chroma;
- 6, used by chroma and indirectly by luma;
- 12, used by both.
The better solution would be to convert all chroma handling to NV12, but
it is
In some cases, 2 or 3 calls are performed to functions for unusual
widths. Instead, perform 2 calls for different widths to split the
workload.
The 8+16 and 4+8 widths for respectively 8 and more than 8 bits can't
be processed that way without modifications: some calls use unaligned
buffers, and
On Fri, Aug 22, 2014 at 07:47:09AM +0200, Reimar Döffinger wrote:
On 22.08.2014, at 07:36, Reimar Döffinger reimar.doeffin...@gmx.de wrote:
On 22.08.2014, at 04:06, Michael Niedermayer michae...@gmx.at wrote:
On Sat, Aug 16, 2014 at 02:43:46PM +0200, Reimar Döffinger wrote:
On Wed, Aug 13,
For 10bits and 12bits, they should stay sse4 as well because of packusdw. You
need some instructions to convert it to ssse3 see below
static av_always_inline __m128i _MM_PACKUS_EPI32( __m128i a, __m128i b )
{
a = _mm_slli_epi32 (a, 16);
a = _mm_srai_epi32 (a, 16);
b =
On 23/08/14 11:07 AM, Mickaël Raulet wrote:
For 10bits and 12bits, they should stay sse4 as well because of packusdw. You
need some instructions to convert it to ssse3 see below
static av_always_inline __m128i _MM_PACKUS_EPI32( __m128i a, __m128i b )
{
a = _mm_slli_epi32 (a, 16);
On 23/08/14 10:22 AM, Christophe Gisquet wrote:
The only sse4 instruction is pextrw, which is used on rather minor
functions for small blocks. Therefore use whichever GPR is available
to extract the output word.
Before (sse4), for block_w == 6:
4627 decicycles in epel_uni, 16377 runs, 7
On Aug 23, 2014 7:47 AM, James Almer jamr...@gmail.com wrote:
On 23/08/14 11:07 AM, Mickaël Raulet wrote:
For 10bits and 12bits, they should stay sse4 as well because of
packusdw. You need some instructions to convert it to ssse3 see below
static av_always_inline __m128i
On 23/08/14 12:11 PM, Christophe Gisquet wrote:
Hi,
2014-08-23 16:52 GMT+02:00 James Almer jamr...@gmail.com:
-QPEL_TABLE 8, 8, b, sse4
-QPEL_TABLE 10, 4, w, sse4
-QPEL_TABLE 12, 4, w, sse4
+QPEL_TABLE 8, 8, b, ssse3
+QPEL_TABLE 10, 4, w, ssse3
+QPEL_TABLE 12, 4, w, ssse3
Do these
Hi,
2014-08-23 17:01 GMT+02:00 James Almer jamr...@gmail.com:
There's a PACK macro in lavfi/x86/yasm-16.asm that does this without
intrinsics.
You meant yadif-16, right?
Timothy
Oops, yes i meant that :P
I expect it to be needed for the weighted pred functions, so I'll
split it from
Hi,
2014-08-23 17:16 GMT+02:00 James Almer jamr...@gmail.com:
What do you mean by duplicated? That tables for 10 and 12 are?
[...]
I was talking about the opt suffix since both the ssse3 and sse4 tables will
be the same.
Oh ok, in case we have to instantiate sse4 versions. Because at the
On 23/08/14 12:15 PM, Christophe Gisquet wrote:
Hi,
2014-08-23 17:01 GMT+02:00 James Almer jamr...@gmail.com:
There's a PACK macro in lavfi/x86/yasm-16.asm that does this without
intrinsics.
You meant yadif-16, right?
Timothy
Oops, yes i meant that :P
I expect it to be needed for
On 23/08/14 8:31 AM, Michael Niedermayer wrote:
On Fri, Aug 22, 2014 at 11:39:57PM -0300, James Almer wrote:
Derived from deflate code.
Requires liblzma.
Signed-off-by: James Almer jamr...@gmail.com
how can this be tested ?
do you have a testcase / sample ?
libtiff can create lzma
Hi,
2014-08-23 17:48 GMT+02:00 Mickaël Raulet mrau...@gmail.com:
For avx2 I have some to push to the trunk, I did merge it yesterday with
all recent changes. But I don t remember what those tables looks like.
Well, my point was hypothetical, but I guess this means some conflicts
are to be
Signed-off-by: Paul B Mahol one...@gmail.com
---
libavcodec/aasc.c| 2 +-
libavcodec/cinepak.c | 2 +-
libavcodec/cyuv.c| 2 +-
libavcodec/flicvideo.c | 2 +-
libavcodec/idcinvideo.c | 2 +-
libavcodec/interplayvideo.c | 2 +-
On Sat, Aug 23, 2014 at 07:40:21PM +, Paul B Mahol wrote:
Signed-off-by: Paul B Mahol one...@gmail.com
---
libavcodec/xan.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/xan.c b/libavcodec/xan.c
index 7489113..bb28916 100644
--- a/libavcodec/xan.c
+++
On Sat, Aug 23, 2014 at 07:40:22PM +, Paul B Mahol wrote:
Signed-off-by: Paul B Mahol one...@gmail.com
---
libavcodec/aasc.c| 2 +-
libavcodec/cinepak.c | 2 +-
libavcodec/cyuv.c| 2 +-
libavcodec/flicvideo.c | 2 +-
libavcodec/idcinvideo.c |
On 19.08.14 15:43, Carl Eugen Hoyos wrote:
Deti Fliegl deti at fliegl.de writes:
Minor update to propagate field dominance.
At least a Changelog entry and a libavdevice version
bump are still missing, but consider waiting for a
real review.
Well in the meantime I updated my patch once again
On Sat, Aug 23, 2014 at 09:24:33PM +0200, Clément Bœsch wrote:
---
This is 100% untested and probably doesn't even compile.
it does compile, but i dont have a ppc so i cant say if it would work
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
He who knows,
Hi,
Kieran suggested tonight on #ffmpeg-devel to have a common mailing-list
between the two projects to start communicating again in sane terms.
The proposition would be a mailing-list where the 2 projects would send
the patches that will make API evolutions. So the projects can continue to
drop
On Sun, Aug 24, 2014 at 12:27:09AM +0200, Clément Bœsch wrote:
Hi,
Kieran suggested tonight on #ffmpeg-devel to have a common mailing-list
between the two projects to start communicating again in sane terms.
The proposition would be a mailing-list where the 2 projects would send
the
From: JULIAN GARDNER joo...@btinternet.com
To: FFmpeg development discussions and patches ffmpeg-devel@ffmpeg.org
Sent: Monday, 18 August 2014, 19:51
Subject: Re: [FFmpeg-devel] Filters
From: Clément Bœsch u...@pkh.me
On Sunday 24 August 2014 12:50:14 am Michael Niedermayer wrote:
On Sat, Aug 23, 2014 at 02:02:49PM +0200, Carl Eugen Hoyos wrote:
Hi!
I don't think showing -1094995529 or similar makes much sense.
The calling application can still decide to show the error
string (as ffmpeg does).
On Sat, Aug 23, 2014 at 11:57:04AM -0300, James Almer wrote:
On 23/08/14 8:37 AM, Hendrik Leppkes wrote:
On Sat, Aug 23, 2014 at 1:31 PM, Michael Niedermayer michae...@gmx.at
wrote:
On Fri, Aug 22, 2014 at 11:39:57PM -0300, James Almer wrote:
Derived from deflate code.
Requires
30 matches
Mail list logo
