assets/developer-notes/stephanie-gawroriski/2016/09/05.mkd

   1 # 2016/09/05
   2
   3 ## 09:57
   4
   5 One thing that I will need to handle in the virtual file system manager would
   6 be to have access to directories via perhaps listing contents. For example if
   7 one mounts to `/foo` then a content listing of `/` should list `foo` even if
   8 there is a virtual handler which is mounted to `/` and has no actual files
   9 associated with it.
  10
  11 ## 11:48
  12
  13 Thinking about Squirrel Quarrel, an 80x25 terminal could give a 40x25 tile view
  14 of the game (if 2x1 characters are used per 32x32 tiles) which would equate to
  15 a resolution of 1280x800. However the original game uses only 640x480 with an
  16 actual viewable area of 640x352 so that means I can use 8x14 per 32x32 tile.
  17 Well actually that seems wrong. The normal game view is 20x11. Which means
  18 that a block of 4x2 characters represents a 32x32 tile. There would also be
  19 3 rows of extra space, so a 80x3 region I can use at the top and/or bottom to
  20 represent information. I would likely need all of the tile space to represent
  21 the terrain units are on along with some basic information about a unit such
  22 as its type and who owns it. For the terrain I can use special characters that
  23 are not ASCII to represent what is happening. A cliff can be represented as
  24 `^`, water as `~`, rocky ground at `.`, and buildable ground as ` `. Although
  25 cliffs could just be represented using box drawing characters so to speak.
  26
  27 ## 12:25
  28
  29 `INVOKEINTERFACE` has a _count_ parameter which must not be zero, however it
  30 does not even specificy how it is used at all. However looking at old
  31 information it is just the number of entries that are used on the stack for
  32 the invocation. Since that is already known via the method handle it is rather
  33 pointless. However, when I write a Java compiler I will need to calculate it
  34 just in case.
  35