Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Runer112

Pages: 1 ... 144 145 [146] 147 148 ... 153
2176
Axe / Re: Enlarging sprites?
« on: June 15, 2010, 09:11:06 pm »
Well the thing about shifting pixels outwards horizontally is that, whereas a vertictical shift of one pixel is 12 bytes, a horizontal shift of one pixel is only one bit. Shifting data by one bit cannot be done using conj().

2177
Axe / Re: Enlarging sprites?
« on: June 15, 2010, 08:53:52 pm »
Yeah, the hardest parts about this routine were the horizontal zooming and indicating which pixel rows/columns to shift outwards from, and in what order. The horizontal zooming is quite math-based, and took a lot of pacing around my room and thinking to produce and finally get right.

2178
Axe / Re: Buffering
« on: June 15, 2010, 08:40:51 pm »
This displays the 768 bytes pointed to. This is useful if you absorb a picture file into your program at the start of it, as you can easily display that picture to the screen. Whatever 768 bytes that are pointed to will be displayed, whether or not it's picture data you want.

2179
Axe / Re: Enlarging sprites?
« on: June 15, 2010, 08:35:30 pm »
And we don't want to leave grayscale programs stranded, though they'll take a decently sized speed hit: 4 seconds for black and white vs 12 seconds for grayscale. It takes an extra 4 seconds to shift the back buffer and another 4 to update the screen using DispGraphrr 128 times throughout the process. On 15MHz calculators, this routine should take about 8 seconds.

EDIT: Uploaded a new GIF and source, as I realized I was copying the pictures to the wrong buffers so the grays were reversed.

2180
Axe / Re: Enlarging sprites?
« on: June 15, 2010, 08:24:44 pm »
What I mean is that everything is moved towards the edges of the screen. The distance from the middle in either the vertical or horizontal direction determines how far it will be moved towards either the vertical or horizontal edge closest to it. The middle pixels will move towards the edges by only one pixel, whereas pixels halfway between an edge and the middle will be moved all the way to the edge.

2181
Axe / Re: Enlarging sprites?
« on: June 15, 2010, 07:49:02 pm »
This is a little weird to explain. This zooms by shifting the screen in parts to each edge. For vertical zooming, it's as simple as copying data from L₆+12 to L₆ and copying from L₆+755 to L₆+767 (reversed) multiple times, each time with a different copy size. Horizontal zooming was a bit tougher and takes up most of the variables and calculations. I multiply a certain number of bytes on the left side of the screen by 2 and divide bytes on the right side by 2, making sure to carry pixels that would be bumped off from byte to byte.

2182
Axe / Re: Enlarging sprites?
« on: June 15, 2010, 07:04:51 pm »
Zooming the whole screen will be too slow? Who said?

2183
Axe / Re: The Complete Guide to Effective Axe
« on: June 13, 2010, 05:38:39 pm »
I've just glanced over your early release, and it looks great! I can't wait to see all the things the finished version will include! However, I do have two things to point out:

  • This is your call, but it seems like using "//" to indicate comments in code might be a little misleading, as this is not how actual Axe comments work. Perhaps add the comments for each line on the line before it, being delineated like a normal Axe comment with a period?
  • I believe "DispGraphr" in your GrayDemo.8xp example should be "DispGraphrr."

2184
Axe / Re: logo help
« on: June 12, 2010, 10:14:47 pm »
Here

2185
The Axe Parser Project / Re: Bug Reports
« on: June 12, 2010, 10:06:43 pm »

2186
The Axe Parser Project / Re: Bug Reports
« on: June 12, 2010, 09:57:35 pm »
What do you mean? You can't really replicate it because it's random.

2187
The Axe Parser Project / Re: Bug Reports
« on: June 12, 2010, 09:50:03 pm »
Random.

For example, I loaded my sprite editor source (I assume it's some sort of reading problem, so a bigger source, in this case almost 15KB, probably means more probability for errors) into archive and compiled it five times, here are the results:

  • 67% - ERR: LBL MISSING (and on the first pass?)
  • 78% - ERR: BAD SYMBOL
  • Success
  • 89% - ERR: DUPLICATE
  • Success

2188
The Axe Parser Project / Re: Bug Reports
« on: June 12, 2010, 09:39:16 pm »
I could've told you that before Quigibo :P I've always been compiling my programs from RAM because I noticed that they get random errors when compiling from Flash.

2189
Axe / Re: logo help
« on: June 12, 2010, 06:09:50 pm »
DispGraph

2190
Axe / Re: logo help
« on: June 12, 2010, 06:07:11 pm »
Umm just checking, you have glanced at the documentation and command list, right?

Pages: 1 ... 144 145 [146] 147 148 ... 153