[MPlayer-dev-eng] [RFC] disable fastmemcpy on x86-64 by default
albert1 at autocom.pl
Sun May 27 20:40:29 CEST 2007
> > Tests made on AMD64 3000+ (1.8GHz), gcc 4.1.2 and glibc 2.5.
> Did you make several runs? Making around 10 runs, providing mean time
> and smallest time would allow to make sure you're not measuring
> random noise.
> Also, telling what kind of sample you're using may be a good idea.
I made another one. A sample is first 100s of Bleach episode 1 encoded by AHQ
(h264 640x480). About 7 runs each, best results:
BENCHMARKs: VC: 15.057s VO: 1.208s A: 0.000s Sys: 0.197s = 16.462s
BENCHMARK%: VC: 91.4647% VO: 7.3400% A: 0.0000% Sys: 1.1953% = 100.0000%
BENCHMARKs: VC: 15.285s VO: 1.954s A: 0.000s Sys: 0.223s = 17.462s
BENCHMARK%: VC: 87.5324% VO: 11.1913% A: 0.0000% Sys: 1.2763% = 100.0000%
> Ouch. Which vo and what resolution?
as I mentioned "-vo null" that is somehow strange according to VO time.
Resolution: video 640x480, working 1280x1024 but when null VO then it
If it matters:
CommandLine: '-quiet' '-benchmark' '-vo' 'null' '-nosound' '001. 死神になっちゃった日 (A
Shinigami is Born!).mkv' '-endpos' '100' '-v'
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
VO: [null] 640x480 => 640x480 Planar YV12
*** [ass] Exporting mp_image_t, 640x480x12bpp YUV planar, 460800 bytes
*** [vo] Allocating mp_image_t, 640x480x12bpp YUV planar, 460800 bytes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part.
More information about the MPlayer-dev-eng