sparky4.do

   1 todo of sparky4
   2 use space??
   3 rm segmlen ok
   4 code it!
   5
   6 what?
   7
   8
   9
  10 test which modex library is faster!
  11 edit input and switch unecessary words to bytes
  12
  13
  14
  15
  16 planar function from pcx must be made~ ok
  17
  18 font! ok
  19 jis! ...
  20 memory segmentation! trying ow2
  21
  22 update mapreading! to the new system!
  23         replace png with pcx ^^;
  24                 so the game can read it~
  25
  26 dro from dosbox
  27 dro to vgm get
  28
  29 16_in
  30 16_mm
  31
  32 READ DESIGN.TXT
  33
  34
  35
  36
  37
  38
  39 [13:11] Dark_Fox        Well, it's hard for me to unspaghetti the code to see what's going on here, but it looks like you're writing directly to the video part of the memory each time you have an update
  40 [13:12] sparky4 Dark_Fox:  yeah
  41 [13:12] Dark_Fox        It also looks like a significant amount of your functions use global variables
  42 [13:12] sparky4 i know
  43 [13:12] sparky4 it's a game
  44 [13:12] Dark_Fox        That's why your code is shit, though
  45 [13:12] sparky4 ....
  46 [13:12] Dark_Fox        You don't have a video buffer and you're using way too many global variables
  47 [13:12] sparky4 if you want to then fix ww
  48 [13:13] Dark_Fox        This is what I was talking about, you don't understand what you're writing
  49 [13:13] sparky4 is it called global variables to pointers?
  50 [13:13] sparky4 Dark_Fox: where the variables at?
  51 [13:13] Dark_Fox        Global variables are stored in a different part of memory, so you have to make a far call every time you access it
  52 [13:14] Dark_Fox        Which is much less efficient than a near call (like a variable that has been instantiated inside of your function)
  53 [13:14] sparky4 Dark_Fox: ah~
  54 [13:14] Dark_Fox        Which basically amounts to taking up extra CPU time everytime you use a global variable as opposed to a local variable
  55 [13:14] sparky4 i know i know!
  56 [13:14] Dark_Fox        You have the same problem with the video memory, which is partially unavoidable, but you need to be smarter about when and how you access the video memory
  57 [13:15] Dark_Fox        Instead of touching it every time there's a change, you should set a timer that says, like, thirty times per second you update the video memory
  58 [13:15] Dark_Fox        It could be even lower, like ten times per second you make a draw call
  59 [13:15] sparky4 Dark_Fox: ah that is in there
  60 [13:15] Dark_Fox        And everytime there's a change between those updates, you just store the update in a buffer instead