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 - Happybobjr
Pages: 1 ... 129 130 [131] 132 133 ... 166
1951
« on: September 30, 2010, 04:45:16 pm »
i see 13
EDIT: Ninja'd
1952
« on: September 30, 2010, 04:40:33 pm »
Hmm, could it potentially keep the window the same, if you let the user input the graph coordinates he'll be using? It might be hard at first to get Axe to accurately calculate the numbers to use for each line, but theoretically it's possible. If it is, it would be extremely useful.
 ^ can you rephrase that? Ya, I've been thinking of ways to convert the graph screen into drawing commands in TI-BASIC but I couldn't think of the math to correctly do it, though I didn't try to hard.
Isn't this what the project does, anyway, though? Maybe just write a more general routine to find the numbers, and it could work.
Floating points might be hard to work with, though 
I don't think i will need floating points. My plan for circles is to have the user only able to move the courser up and down or left and right after they've made there center point. Well what his is doing is you draw your picture and then the output is the program. What I will, if I decide to do it, will be to just take what is on the graphscreen and will convert it into optimized drawing routines, hopefully, that is stored into Str1 and then all you have to do is recall that into a program and delete the quotes. The problem with TI-BASIC is that the window would have to be:
Xmin: 0
Xmax: 94
Ymin: -62
Ymax: 0
That is unless I figure out a way to convert the graphscreen dimensions into what the user wants to window to be.
Exactly, that's my suggestion. It would be pretty hard, but if he could figure out to calculate the floating-point numbers, he could make the output programs not clear the screen every time, and it could potentially be used simply as a sprite drawer or similar subroutine.
^ sorry once again for my noobishness
1953
« on: September 30, 2010, 10:31:15 am »
all i got is a pic of my calcs and a computer i can use 30 min a day.
1954
« on: September 30, 2010, 10:28:33 am »
! this is just rediculous. Why stop selling there best calc?
Maybe most of their programers that know how to use the 84 left?
1955
« on: September 29, 2010, 09:19:05 pm »
Well if you can't do that then you need to make sure to say that you have to push twice to make a single point.
oh I can defiantly do a single point. that will be easy. just not have a random single pixel that can be used for something else later.
1956
« on: September 29, 2010, 08:44:23 pm »
Ok, let me see if I can rephrase what I said. Some people, like me and I'm sure some spriters and such, go pixel-by-pixel when created images and such for the calculator because we control exactly where things are. Using lines can be unpredictable. So having a point button would be handy. However, just because a point is being drawn doesn't mean the end result won't end up in a line or something. Make more sense?
I don't think i would be able o implement that in though. I am open to suggestions though. Next project i will be working on will be a pic variable scanner. And see if i can optimize it by finding patterns  Edited my last post.... Actually, compression like that would be very easy in Axe, as TI's floating point format has each number as a hex character, so the number 1243 would look like 00h 83h 00h 00h 00h 00h 00h 00h 00h 12h 43h. The 00 out front determines if it's real/complex and negative/positive. The 83 means 1.243 * 10 to the 3rd power.
Please note that negative numbers have 80h as the first byte. 
Also note that these numbers are all in hex. 
Edit: ninja'd 
I though decimal points would be required to make the circles. Distance formula.... but i figure that i can force the user only to chose the 2nd point only (left or right) or (above or below) the original point
1957
« on: September 29, 2010, 08:11:03 pm »
Well just because someone uses a point doesn't mean it will be just a single point. Some people just use single points to make their drawings.
Will you state that diff. plz? i don't understand. As for the line thing you could make all the circle, point, and other commands first. Then when you get to the lines you can just put those all in at once. I mean instead of pointing them as Line(+#+,+#+,+#+,+# it would be {+#E6#E4#E2#+,+...
Though, I don't know how hard that is in Axe.
The problem is that it writes to the program as the user makes the picture.
Although i might be able to just have ....wait....
This is probably going to be what i have created when clear is pressed.
for( Z,1,Dim(L1
Line( L1(Z), L1(Z+1), L1(Z+2), L1(Z+3)
Z+1->Z
end.
I should be able to store the code before it is copied to {Str1+Z} before it is all created.EDIT: it would only save a couple of bytes...^ EDIT: maybe I will have them all done like that, not stored to a prog till the end.
1958
« on: September 29, 2010, 06:52:27 pm »
Just thought of this but a nice feature with this program would be to give the option of putting the Line( command number into a compressed list or string and then put a extraction loop into the code too. Just thought that might be handy since you're going for optimization.
Edit:
Also, just a thought, but would having a separate button for points and lines be possible? That way you don't have to click twice to do a point. I just think some people may forget and put a point down, thinking its a point, and then click to make another point and BOOM, there's a line.
love the first idea, although it would be hard for me to do, since i am adding circles. But think i will try. Ya I' might do a point, i never really thought about it. I figured if there were cases of just 1 point, it would prob be better as a pic var.
1959
« on: September 29, 2010, 05:59:27 pm »
*update*
first page.
1960
« on: September 29, 2010, 04:13:39 pm »
Look and comment here.
no i don't think our programs would go well together, sorry
1961
« on: September 29, 2010, 04:12:56 pm »
still confused. (never played it)
1962
« on: September 29, 2010, 03:56:06 pm »
I can has new shell?
That, and it would be awesome to list external levels for a specific game
This confuses me ^
1963
« on: September 29, 2010, 12:06:42 pm »
I don't think it would work well together. (as my code is rather sloppy)
could you post your code for your project here kindermoumoute? So i can see If it might work?
Right now i think i'll just add circles if I get anymore free time.
then I think I'll put in optimisations sor the compiled code.
After that, maybe add horizontal and vetical lines (for slight byte improvement)
And after that I will Upload to ticalc.org
1964
« on: September 29, 2010, 12:03:26 pm »
Kinda weird the guy posted that though. The design on this site the very calm and pleasent. maybe his brightness on his pc was put up to 1000% or something.
1965
« on: September 29, 2010, 10:45:21 am »
lol i was ignorant of this ^ just one huge optimizing technique. this mammoth:
If H(</=)9:E30->{Z+S}:S+1->S:End
If H(</=)19 and (H(>/=)10):E31->{Z+S}:S+1->S:H-10->H:End
If H(</=)29 and (H(>/=)20):E32->{Z+S}:S+1->S:H-20->H:End
If H(</=)39 and (H(>/=)30):E33->{Z+S}:S+1->S:H-30->H:End
If H(</=)49 and (H(>/=)40):E34->{Z+S}:S+1->S:H-40->H:End
If H(</=)59 and (H(>/=)50):E35->{Z+S}:S+1->S:H-50->H:End
If H(</=)69 and (H(>/=)60):E36->{Z+S}:S+1->S:H-60->H:End
If H(</=)79 and (H(>/=)70):E37->{Z+S}:S+1->S:H-70->H:End
If H(</=)89 and (H(>/=)80):E38->{Z+S}:S+1->S:H-80->H:End
If H(</=)99 and (H(>/=)90):E39->{Z+S}:S+1->S:H-90->H:End
can definitely be optimized to this:
!If H/10->F:E30->{Z+S}:S+1->S:End
If F=1:E31->{Z+S}:S+1->S:H-10->H:End
If F=2:E32->{Z+S}:S+1->S:H-20->H:End
If F=3:E33->{Z+S}:S+1->S:H-30->H:End
If F=4:E34->{Z+S}:S+1->S:H-40->H:End
. et cetera...
and *might* be able to be optimized into this, depending upon the circumstances of the program:
E(H/10+30)->{Z+S}
S+1->S
H-(H/10*10)->H
thanks i'll try those ^
Pages: 1 ... 129 130 [131] 132 133 ... 166
|
Show Posts
