Current:

Nokia 6680 is losing
the battle


Name:

Email:

Website:

Message:




..help..


Nokia 6680 is losing the battle to 6630!!?

If you are asking yourselves, why 6680 is going to be so cheap?
Well there is a simple answer if we can believe in Jbenchmark test results.
It’s because 6680 is pretty worse in performances than 6630! That’s doesn’t mean that 6680 is not amazing good phone, no doubt about that, but my expectations was that 6680 is going to be much, much, much better...
In conclusion: seems that we are getting almost a 200 000 useless and unnoticeable colours and very, very noticeable slowdown in performance!!

 

Nokia 6630

JBenchmark3D Best Result details
JBenchmark3D High Quality 190
JBenchmark3D Low Quality 300
Triangles per second 43383
KTexels per second 2295

JBenchmark3D Java VM Details
Microedition Configuration  CLDC-1.1
Microedition Profile  MIDP-2.0
Microedition Platform  Nokia6630/
4.03.5
Microedition Encoding  null
Microedition Locale  en
Microedition Commports  null
Microedition Hostname  localhost
Microedition M3G Version  1.0
Support Antialiasing  false
Support Dithering  false
Support Local Camera Lighting  false
Support Mipmapping  true
Support Perspective Correction  true
Support Truecolor  false
Max Sprite Crop Dimension 256
Max Texture Dimension 256
Max Transforms Per Vertex 2
Max Viewport Dimension 1024
Canvas Size (WxH) 176x208
Double buffer  Yes
Color  Yes
Number of Colors 65536
Total Memory 409600
Free Memory 145736

JBenchmark 2.0 Best Result Details
246
Image manipulation 358
Text 941
Sprites, game scene 84
3D transformation 111
User interface 283

JBenchmark 2.0 Java VM Details
Microedition Configuration  CLDC-1.1
Microedition Profile  MIDP-2.0
Microedition Platform  Nokia6630/
1.33.21
Canvas Size (WxH) 176x144
Double buffer  Yes
Color  Yes
Number of Colors 65536
Total Memory 512000
Free Memory 129424

JBenchmark 1.0 Best Result Details
6367
Text 1771
2D Shapes 1481
3D Shapes 791
Fill Rate 509
Animation 1815

JBenchmark 1.0 Java VM Details
Microedition Configuration  CLDC-1.1
Microedition Profile  MIDP-2.0
Microedition Platform  Nokia6630/
3.45.113
Canvas Size (WxH) 176x144
Double buffer  Yes
Color  Yes
Number of Colors 65536
Total Memory 409600
Free Memory 66028

Nokia 6680

JBenchmark3D Best Result details
JBenchmark3D High Quality 179
JBenchmark3D Low Quality 279
Triangles per second 40142
KTexels per second 1904

JBenchmark3D Java VM Details
Microedition Configuration  CLDC-1.1
Microedition Profile  MIDP-2.0
Microedition Platform  Nokia6680/
2.04.14
Microedition Encoding  null
Microedition Locale  zh-HK
Microedition Commports  null
Microedition Hostname  localhost
Microedition M3G Version  1.0
Support Antialiasing  false
Support Dithering  false
Support Local Camera Lighting  false
Support Mipmapping  true
Support Perspective Correction  true
Support Truecolor  false
Max Sprite Crop Dimension 256
Max Texture Dimension 256
Max Transforms Per Vertex 2
Max Viewport Dimension 1024
Canvas Size (WxH) 176x208
Double buffer  Yes
Color  Yes
Number of Colors 16777216
Total Memory 409600
Free Memory 84872

JBenchmark 2.0 Best Result Details
147
Image manipulation 299
Text 782
Sprites, game scene 73
3D transformation 107
User interface 37

JBenchmark 2.0 Java VM Details
Microedition Configuration  CLDC-1.1
Microedition Profile  MIDP-2.0
Microedition Platform  Nokia6680/
2.04.15
Canvas Size (WxH) 176x144
Double buffer  Yes
Color  Yes
Number of Colors 16777216
Total Memory 512000
Free Memory 221672

JBenchmark 1.0 Best Result Details
5206
Text 1547
2D Shapes 1293
3D Shapes 678
Fill Rate 469
Animation 1219

JBenchmark 1.0 Java VM Details
Microedition Configuration  CLDC-1.1
Microedition Profile  MIDP-2.0
Microedition Platform  Nokia6680/
2.04.14
Canvas Size (WxH) 176x144
Double buffer  Yes
Color  Yes
Number of Colors 16777216
Total Memory 409600
Free Memory 101148
* test is taken from Jbenchmark


Though 6630 and 6680 has same processor (with speed 233MHz if I was not mistaken), I guess 6630 will be better because of its 16bit screen.

SIMPLE LOGIC

Give 2 persons axe and ask one to cut teak wood and another to cut sandalwood.. Who will work fast??

Benchmarking s/w asks 2 phones with same processing power to draw multiple random figures on their screens. That is it asks 6630 to draw complex figures in 16bits(sandalwood) and 6680 to draw in 18bits (teakwood). Which will perform best???

COMPLEX LOGIC BEHIND IS AS FOLLOWS

PROBLEM No 1
EFFECTIVE BYTE TRANSFER FOR THE SCREEN AT A TIME

In benchmark, they tested by drawing many coloured rectangles or triangles at a time.

Both 6630 (16bits) n 6680(18bits) has screen size of 176*208 = 36608 pixels

16 Bits for each pixel in 6630 ==> 36608*16 = 585728bits = 73216 Bytes.

18 Bits for each pixel in 6680 ==> 36608*18 = 658944bits = 82368 Bytes (at least) .

To update the screen once 6630's 233MHz processor needs to transfer around 73KBytes. But 6680 has to transfer around (at least) 82KBytes with its same 233MHz processor. Here comes the load.

PROBLEM No 2
BYTE ORGANISATION.

Everything is organised as bytes in memory (Internal or MMC or HDD or Flash or anything). To Store a pixel's colour in memory NOKIA6630 just needs 2 Bytes. But NOKIA 6680 needs 2 Bytes and 2 bits to store a pixel's colour.

So Just to get info for a single pixel or just change a pixel colour, 6680 needs to access at least 3 Bytes, and it should not modify the last 6 bits of third byte<--Info of next pixel may be present-->.


PROBLEM No 2.5
A Most Possible Guess

MAY BE SOME ASSERTIONS MAY BE SET IN SOFTWARE LEVELS TO CHECK THE CONSISTENCY OF THE LAST 6 BITS OF THE THIRD BYTE, WHICH MIGHT BE YET ANOTHER LOAD.

NOKIA was once going on releasing its 4k colour phones (12 bits--1.5Bytes-->Accessing 3 bytes gives info of 2 PIXELS), and is now going on releasing 16bit colour screen phones (2Bytes) Because of the simplicity in Byte organisation.

PROBLEM No 3
EFFORT BRINGS NOT SO SWEET FRUITS

There may not be much difference for 16 bit RGB and 18 bit RGB screen, because both of them have 6 bits for GREEN colour which is much, much more sensitive than RED and BLUE colours, for human eyes. That too in a slightly bigger MATCH BOX screen (small diagonal length) and lesser effective pixels (176*208) the difference seen by naked eye is almost negligible. (This was explained by our friend in one of MR's forums.) SO 6680's GREAT EFFORTS FOR UPDATING SCREEN IS ALMOST VAIN.

MORAL:- If you don’t want 3G or you are in confusion of selecting 6681 or 6630, GO FOR 6630, if you don’t care about its looks<JAR like>. Don’t worry about the colours and both have same (1.3MPx) camera.

P.S.

The next level of byte organisation simplicity comes for 24 bit TRUE colours (3 Bytes). But effective bytes transfer for updating the screen <<around 110 Kbytes>>becomes more (problem no 1 arises), but NO CHANCE for problem no 2 or 2.5 or 3.

E.g.:- 3 Bytes has to be accessed for reading or changing 1 pixel info for both 18 bit and EVEN 24 bit screen... BUT NO s/w ASSERTIONS ARE NEEDED FOR 24 BIT screens.

I Hope NOKIA will be releasing 24 bit screens after producing good processors (300MHz or more) with denser screens (QVGA or something like that).

Writed by:
N. Kanaga Deepan

 










Back to news..


copyright (c) Symbian freak 2005,
all rights reserved