Featured Articles

Analysts expect ARM to do well next year

Analysts expect ARM to do well next year

British chip designer ARM could cash in on the mobile industry's rush to transition to 64-bit operating systems and hardware.

More...
Huawei and Xiaomi outpace Lenovo, LG in smartphone market

Huawei and Xiaomi outpace Lenovo, LG in smartphone market

Samsung has lost smartphone market share, ending the quarter on a low note and Xiaomi appears to be the big winner.

More...
Intel Broadwell 15W coming to CES

Intel Broadwell 15W coming to CES

It looks like Intel will be showing off its 14nm processors, codenames Broadwell, in a couple of weeks at CES 2015.

More...
Gainward GTX 980 Phantom reviewed

Gainward GTX 980 Phantom reviewed

Today we’ll be taking a closer look at the recently introduced Gainward GTX 980 4GB with the company’s trademark Phantom cooler.

More...
Zotac ZBOX Sphere OI520 barebones vs Sphere Plus review

Zotac ZBOX Sphere OI520 barebones vs Sphere Plus review

Zotac has been in the nettop and mini-PC space for more than four years now and it has managed to carve…

More...
Frontpage Slideshow | Copyright © 2006-2010 orks, a business unit of Nuevvo Webware Ltd.
Friday, 22 February 2008 21:50

Intel E8400 easily hits 4.4GHz - 3. Benchmarks

Written by Eliot Kucharik

Image Image

Review: The first 45nm Dual Core overclocks great



x264:

While we have changed our testrig, we also changed the benchmarks. XVID/DIVX using MPEG2 encoding is losing its importance, with h.264/AVC getting more importance. It gives you a huge advantage in compression size and you need a much lower bitrate to achieve the same or better quality compared to XviD.

x264 is a h.264/AVC codec which supports four threads, and it's available for free. We took a PAL episode from "Babylon 5" with a length of 41 minutes, 57 seconds and 8 frames. We tried to "emulate" the most common usage when you encode your movies:


1st: We have a perfect master, so we only de-interlace the content and resize it without any other manipulations; we marked this as "fast."

2nd: You get bad mastering on many DVDs, especially "old" stuff or when the studios are in a hurry for the release. In this case you want to improve the picture quality, which is done by filtering the content. You can choose from lots of filters for any purposes you can think of, but we only used the most common "undot," "FluxSmooth" and "MSharpen." Of course, we also de-interlaced, filters were done before any resizing took place (which is slower). We marked this as "slow."

Image
Note: The DFI P35 mainboard doesn't support half multipliers, so it was using 417x8.


LameMT:

The same episode we encoded, we used for our MP3-testing. We don't recommand using MP3 for encoding, because AC3 can do the job better, but nearly 42 minutes gives us approximately the length of any given album.

A measurement in seconds, as many sites do, is useless, because the differences are too small. So we used the built-in play/CPU ratio, this means the CPU is encoding x-times faster then the track-length. Fast memory does not play an important role here. For your convenience we also show the single-threaded benchmarks figures, they can be re-produced with any version of L.A.M.E. Only LameMT can do multi-thread and take advantage of multi-core processors.

We used this setting: lamemt --vbr-new -q 2 -V 2 -m j --strictly-enforce-ISO --resample 48

Image
Note: The DFI P35 mainboard doesn't support half multipliers, so it was using 417x8.


(Page 3 of 4)
Last modified on Monday, 25 February 2008 22:17
blog comments powered by Disqus

 

Facebook activity

Latest Commented Articles

Recent Comments