Hexadecimals

[doomkaiber001]

Oh..! What a mistake. Now that you point it out to me it makes perfect sense... I'm going to try and find an answer to a different Hex.

[doomkaiber001]

I think I've got this wrong but;

0x2DA=
(16^2)*2 + (16^1)*0xD + (16^0)*0xA=
512 + 224 + 11 =     747

[doomkaiber001]

What do the values of the second number in the brackets rely on?

[Nuke]

Windows / Mac calculators both have ability to switch from dec,hex,binary. You have to just switch the mode.

[doomkaiber001]

Could you check if the following is correct, please?

184 = 10111000
1011 = B
1000 = 8

0xB8

[James0x57]

Could you check if the following is correct, please?

184 = 10111000
1011 = B
1000 = 8

0xB8

Correct.

What do the values of the second number in the brackets rely on?

The powers? They rely on the place of the digit. Counts up from 0 starting on the far right (1's place).


In 'normal' (decimal) math, you say there's a one's place, ten's place, hundred's place, thousand's place etc. (these are powers of 10)
In hex you'd say one's place, 16's place, 256's place, 4096's place etc. (these are powers of 16)

[Panda On Smack]

just change the view in your calculator as Nuke said:



That's from Win 7 but it should be similar

[doomkaiber001]

I did this all in my head and on paper; thanks for telling me!

Anyway, if the decimal was between 257 and 512 , would it be 1x instead of 0x?

[Panda On Smack]

the 0x preceding a hex digit doesn't change. That's just to help people differentiate between different types of numbers

The numbers 0 - 255 can be represented by 2 Hex digits and in a rough speaking sense we call this 8bit (8 binary digits)

254 = 0xFE
255 = 0xFF

After FF we go into 16bit which is 4 Hex digits

256 = 0x100
257 = 0x101
...
9999 = 0x270F

then 32bit which is 8 Hex digits

350000000 = 0x14DC9380

and so on

someone else will do a far better job of explaining it

[doomkaiber001]

9999=
0010011100001111
0010 = 2
0111 = 7
0000 = 0
1111 = F
0x270F

350000000=
00010100110111001001001110000000
0001 = 1
0100 = 4
1101 = D
1100 = C
1001 = 9
0011 = 3
1000 = 8
0000 = 0
0x14DC9380

I used my head to work out most of this!

[doomkaiber001]

9999=
0010011100001111
0010 = 2
0111 = 7
0000 = 0
1111 = F
0x270F

350000000=
00010100110111001001001110000000
0001 = 1
0100 = 4
1101 = D
1100 = C
1001 = 9
0011 = 3
1000 = 8
0000 = 0
0x14DC9380

I used my head to work out most of this!

What do you think? :D

[doomkaiber001]

Hey James, I've got to say Thank-you. You've helped me all the way through this. You, dude, are amazing! And thanks to Panda on Smack (What kind of name is that anyway?!) for helping me just now.

[James0x57]

If you converted 9999 and 350000000 to binary in your head or with a bit of scratch work; you're more dedicated than I am. lol


Like Panda said, it's just a way to show you that it's a different number base, 0x prefix means hex.
110 = decimal 110
0x110 = hex 110
110b = binary 110


edit: no problem =)

[doomkaiber001]

Now what to do. How about... I don't know.

[IRS]

its a common calculator way of writing exponents. he means to take the first number ^ to the power of (next number) so in the case of 100 you would have it done as 16^2 then go on for the rest of the numbers.