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 ... 55 56 [57] 58 59 ... 153
841
« on: March 19, 2012, 05:20:08 pm »
It appears to still exist... I guess it would have to be removed. Honestly there's no real point to it, all it does is save a few bytes in the source.
842
« on: March 19, 2012, 05:10:18 pm »
Quigibo could really make whatever Fix codes he so desired. So letters or 2-digit fix codes are both possible. The question is if he wants to add them, and if so, will users be able to remember them?
843
« on: March 19, 2012, 04:59:08 pm »
A Fix command to allow writing text to the 96th column could be nice. [ set 4,(iy+$24)] Unfortunately, we're out of 1-digit Fix codes. 
844
« on: March 18, 2012, 11:09:03 pm »
Why can't custom constant names start with a lowercase letter? I feel like the reason for not allowing this was only to deal with binary numbers being represented as starting with b, but they aren't any more. EDIT: Oops, didn't even notice the double post. 
845
« on: March 18, 2012, 10:40:43 pm »
As a temporary solution, you should be able to make a new program with a different name and Rcl the program into it. Hopefully you can then send this copy to your computer successfully, from which end you can rename the program back.
846
« on: March 18, 2012, 06:23:37 pm »
Hmm... I guess I did have it update twice as often to make it smoother, so I can reduce the updating a little more to be like how it was. However, I was actually thinking of optimizing the peephole opts into a lookup-table so that it performs significantly faster than the current linear search through all the opts. It might even be possible to compile at nearly the same speed as the zoom option, in which case I could remove that feature, but that's optimistic, we'll see.
And Darl, I see what you mean now. Since the size is now computeable during the first pass, I can show the message during the 2nd pass rather than after. That's a good idea, I'll add this in the next update.
I wouldn't remove the Zoom option. It's useful for checking to see if the bug was caused by the peephole ops.
Ideally, there will eventually be no bugs caused by the peephole optimizer system. Not having to handle both compilation types would save size as well, allowing for new features. 
847
« on: March 18, 2012, 03:07:13 pm »
Is axe 1.1.1 known to be buggy with arbitrary buffers?
If you mean drawing sprites to arbitrary buffers, this should work fine in Axe 1.1.1. There is currently a bug in drawing sprites to arbitrary buffers in Axe 1.1.2, but it shouldn't have existed before this. However, you should be able to get around this bug in Axe 1.1.2 by adding 11 to the buffer argument in sprite drawing commands.
848
« on: March 13, 2012, 08:54:27 pm »
Yeah, do the same thing for scrolling up as scrolling left. You may also have to account for scrolling in both directions at once, in which case I think you'd want down and right to rotate the mask right and all other diagonals to be the normal rotate left.
849
« on: March 13, 2012, 08:52:38 pm »
mul reg16
EDIT: I don't think this is too high-end/expensive for Zilog to have added, I'm pretty sure the eZ80 had it.
850
« on: March 13, 2012, 08:51:23 pm »
It does? That's strange... I'll have to look into that. EDIT: I probably should have mentioned, if you could give me the source and/or executable that has this issue, that would certainly help my debugging. 
851
« on: March 13, 2012, 04:19:02 pm »
That's because when you're scrolling the screen left, the image is following the shifting of the grayscale dithering mask, so grays get stuck on the same dither pattern for multiple frames. The "proper" way to fix this would be to display each frame three times, so every frame is displayed with all three dithering masks. This should look much nicer, but it would add a lot of time to each frame. The "improper" way to fix this would be to account for the amount the screen has scrolled when shifting the grayscale dithering mask between frames, so the image doesn't follow the mask. I would do this by shifting the grayscale mask right instead of left (or left twice) if the screen has scrolled one pixel to the left since the last frame.
852
« on: March 12, 2012, 06:10:11 pm »
Found an end-of-file bug. If the last line in a source program is Return (followed by any number of spaces) followed by a one-byte token, the one-byte token is ignored.
853
« on: March 12, 2012, 05:23:21 pm »
I'm not sure if this ever going to get updated.  Now that Axe has peephole optimizations, counting the speed and size of code is more complex and requires knowledge of assembly to take advantage of the peephole optimizations. But a big reason for creating this guide was so you didn't need knowledge of assembly to know how fast/large code will be. Not counting peephole optimizations, most figures in the latest version of this guide (0.5.3) are still pretty accurate. If you have any questions about the speed/size of specific routines or blocks of code, feel free to ask. EDIT: Maybe I should make a general Axe optimization help thread...
854
« on: March 11, 2012, 06:03:16 pm »
But the question is, do you need the labels to be alphabetically sorted? Or will a list in order of appearance work fine?
Order of appearance is the best IMO.
I would be inclined to agree. I usually like to add my labels/subroutines in a logical order, and alphabetic sorting would probably make it harder for me to find label that I'm looking for.
855
« on: March 11, 2012, 05:59:50 pm »
But the question is, do you need the labels to be alphabetically sorted? Or will a list in order of appearance work fine?
Pages: 1 ... 55 56 [57] 58 59 ... 153
|
Show Posts