Page 2 of 3 FirstFirst 123 LastLast
Results 11 to 20 of 27

Thread: 1st VTM problem

  1. #11
    Join Date
    Mar 2008
    Posts
    40
    How bout doing the linking manually, like what I was talking about earlier, is there a way to do that so that I can organize my code better.

  2. #12
    Join Date
    Jun 2003
    Location
    Trier, Germany
    Posts
    1,350
    there is a pragma for that:
    *klick*

    although i did not find this to be all that useful. imho, if your code looks like a mess, it's probably a problem with the code itself, rather than how the editor displays it...

  3. #13
    Join Date
    Mar 2008
    Posts
    40
    Yeh, I don't think I'll have too much of a problem with formatting my code so that it is readable, i'm a bit fussy like that, I like to have things in specific folders and so on, rather than all my downloads in the one single folder or all my music in one folder, I put them in their own appropriate folders so they're easier to find.
    It's the same with using the heirarchy editor in Maya when you're animating and so on, it just makes things easy to find and edit rather than having to search for a needle in a haystack.

  4. #14
    Join Date
    Jun 2003
    Location
    Trier, Germany
    Posts
    1,350
    that is usually the purpose of using functions

  5. #15
    Join Date
    Mar 2008
    Posts
    40
    hehe.

    I have another question now.

    The bit about the memory allocation and stuff, just after he says "this is how you count:

    0,1,2,3,4,5,6,7,8,9,A,B,C,D,E,F"

    To me, that would mean that D = 14 yet in the video he pulls the number 16 out of god knows where (did he add 2 + 14 since it says 2D?) and doubles the number 16 (so WHY does he double the number? Is it because 2 is before D so the total of 2 and D also gets doubled by the 2 infront of D?!?!?) then to confuse us even more, he then throws in 13 out of god knows where, and brings it up to the total of 45.

    How on earth is this equation done?
    I'll take a look in that thread right now, maybe there is a better explanation because I think my brain just convulsed a bit.

  6. #16
    Join Date
    Nov 2006
    Location
    UK
    Posts
    3,774
    2d should be 45

    Just as when we as humans have 10 fingers, we count 1,2,3,4,5,6,7,8,9 and then its 10
    If you had 15 fingers you would do 1,2,3,4,5,6,7,8,9,a,b,c,d,e,f then 10 so, 20 in hex is 32, but I make D 13 :P not 14.

    so 32+13 = 45
    Delphi !ROCKS!
    Got a question? Read this first!!!
    "You gotta help us, Doc. We've tried nothin' and we're all out of ideas"

  7. #17
    Join Date
    Mar 2008
    Posts
    40
    Sorry that made worse sense than buzz's description :S

    From what you're saying, it reads like:
    01,02,03,04,05,06,07,08,09,0A,0B,0C,0D,0E,0F,10,11 ,12,13,14,15,16,17,18,19,20 etc

    That does not make sense to me, what are the values of the letters?
    And how would 20 equal 32? If I were counting up from 1, through to 9, through from A to F, through from 11 to 20, then 20 would equal 25, not 32. :S

    I initially read it like this:
    1,2,3,4,5,6,7,8,9,A=10, B=11, C=12, D=13, E=14, F=15

    Hence why you're saying D is 13. and 0f equally 15. THAT actually makes sense.

    So did you get the value 20 because in hex it was 2D (take away the D and it's 20?) .
    I'm super confused by this, because I see alot of calculations going out with random numbers being pulled from god knows where, but no explanation as to HOW those numbers actually came about, can you please explain a little more in depth?
    Perhaps write down the step by step procedure for calculating all of this.
    1. You count to 9 as you can see, then a=10 and so on, which would mean that if you count up to D, D would equal 13.
    2. Then in order to find the number 16 you have to.... (you do the rest)
    Last edited by Otreum; 02-13-2009 at 05:30 PM.

  8. #18
    Join Date
    Jan 2006
    Location
    Iowa
    Posts
    848
    here is how to count in Hexadecimal on the left is Hexadecimal and on the right is the base 10 that you are use to counting in. sorry it gets long

    Hex base 10
    00=00
    01=01
    02=02
    03=03
    04=04
    05=05
    06=06
    07=07
    08=08
    09=09
    0A=10
    0B=11
    0C=12
    0D=13
    0E=14
    0F=15
    10=16
    11=17
    12=18
    13=19
    14=20
    15=21
    16=22
    17=23
    18=24
    19=25
    1A=26
    1B=27
    1C=28
    1D=29
    1E=30
    1F=31
    20=32
    Brony, deal with it.

  9. #19
    Join Date
    Mar 2008
    Posts
    40
    I think that already makes more sense.

    So I would calculate 45 as:

    So if you were to continue numbering that down it would be:

    21=33
    22=34
    23=35
    24=36
    25=37
    26=38
    27=39
    28=40
    29=41
    2a=42
    2b=43
    2c=44
    2d=45
    2e=46
    2f=47
    30=48

    and so on?

    What happens once you get to the triple digit mark?

    99
    9a
    9b
    9c
    9d
    9e
    9f

    What would be next?

  10. #20
    Join Date
    Jan 2006
    Location
    Iowa
    Posts
    848
    100
    101
    102
    103
    104
    105
    106
    107
    108
    109
    10a
    10b
    10c
    10d
    10e
    10f

    I fully do not know Hexadecimal but I will try to help where I can.
    One of my teachers has a quote "If you give a fish to a man he will eat for a day. If you teach a man how to fish he will eat for a lifetime." up there i gave you a fish but you really did not learn. So now that you had a taste its time for you to learn!
    Last edited by WakeUpWolfgang; 02-13-2009 at 10:17 PM.
    Brony, deal with it.

Page 2 of 3 FirstFirst 123 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •