[FFmpeg-devel] [PATCH] avcodec: use looking up crop table method when do clip

[Michael Niedermayer]

On Tue, Aug 11, 2015 at 10:12:25AM +0800, 周晓勇 wrote:
> 
> 
> 
> > -----原始邮件-----
> > 发件人: "Michael Niedermayer" <michael at niedermayer.cc>
> > 发送时间: 2015年8月11日 星期二
> > 收件人: "FFmpeg development discussions and patches" <ffmpeg-devel at ffmpeg.org>
> > 抄送: 
> > 主题: Re: [FFmpeg-devel] [PATCH] avcodec: use looking up crop table method when do clip
> > 
> > On Fri, Aug 07, 2015 at 05:30:01PM +0800, 周晓勇 wrote:
> > > based on last h264qpel optimization patch i have pushed
> > > do i need separate this patch to double? cause one file to change loongson arch
> > > use looking up crop table method may boost up decode on loongson, and with this patch x86 pass fate too
> > 
> > > but i have not tested on other arch
> > 
> > as this also changes x86, benchmarks on x86 are required
> 
> test on Ubuntu 15.04 and cpu:
> time ./ffmepg -i 1280x720.mp4 -f rawvideo -an -vframes 4096 -y /dev/null

where can i find the 1280x720.mp4 file ?


> 
> Architecture:          x86_64
> CPU 运行模式：    32-bit, 64-bit
> Byte Order:            Little Endian
> CPU(s):                4
> On-line CPU(s) list:   0-3
> 每个核的线程数：2
> 每个座的核数：  2
> Socket(s):             1
> NUMA 节点：         1
> 厂商 ID：           GenuineIntel
> CPU 系列：          6
> 型号：              58
> Model name:            Intel(R) Core(TM) i3-3217U CPU @ 1.80GHz
> 步进：              9
> CPU MHz：             1285.804
> CPU max MHz:           1800.0000
> CPU min MHz:           800.0000
> BogoMIPS:              3591.56
> 虚拟化：           VT-x
> L1d 缓存：          32K
> L1i 缓存：          32K
> L2 缓存：           256K
> L3 缓存：           3072K
> NUMA node0 CPU(s):     0-3
> 
> no patch:
> real	0m14.362s
> user	0m48.380s
> sys	0m0.416s
> 
> with patch:
> real	0m13.536s
> user	0m48.484s
> sys	0m0.476s
> 
> test 3 times, almost same
> 

> have out-of-array read error been fixed up?

> how to recurrence?

this is a good question


> could i try to fix the out-of-array read error,

yes of course,


> or redefine CLIP() in loongson branch?


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Many things microsoft did are stupid, but not doing something just because
microsoft did it is even more stupid. If everything ms did were stupid they
would be bankrupt already.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20150811/9a11c568/attachment.sig>