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 - willrandship
Pages: 1 ... 160 161 [162] 163 164 ... 208
2416
« on: December 24, 2010, 02:21:59 am »
I know what you mean  I consider it a special occasion when I change my batteries.
2417
« on: December 24, 2010, 02:17:20 am »
So much for only 5 bags produced.... Welcome! And don't worry about the name thing. We only really talk about calculators around here And wow, I wish I had that many languages under my belt. I'm sure you'll fit right in with the rest of us.
2418
« on: December 23, 2010, 01:38:08 am »
Quick question: if you have an Axe-based Axiom (compile, disassemble into asm, compile as an Axiom) will it be able to access variables defined in the programs that run it?
2419
« on: December 23, 2010, 01:10:05 am »
Don't worry, right now I can afford a little speed loss. Also, as of right now I see a max of 3 nests, meaning 4 subroutines at once And there are going to be few variables. This is for my battle Engine, BTW. The subs are recursive so it can wait for a buttonpush to allow you to attack while time still increases, to allow for double and triple techs between party members. Fortunately, monsters will not need this setup. Edit: Double ninja Like I mentioned, I could also do it with a while loop, but it would be much more complicated, and therefore be more buggy By the way, the if that triggers said "other" subroutine is a direct part of that subroutine's function, and, if written without glitches, it should function exactly as intended. Want some context? Battle starts, time starts going up. One person reaches full time, it triggers the If, and goes to the "other" sub with a few vars set. The "other" sub then reactivates the main Time Increment subroutine so that other players can have their time increase, but it does so while checking with a Repeat Getkey for 1, 2, or 3 to be pressed, respective to the player whose time is full. The If is an = check, so once time goes over with the next increment it will not be triggered for the same player until their "Other" loop resets their time to 0.
2420
« on: December 23, 2010, 01:06:04 am »
Perhaps. Having a while before an end also might cause problems, depending on how it detects proper block setups. The issue is, it's currently structured like so:
lbl Main Sub
Blah
Blah Blah
If ...
sub(other
end
Return
lbl other
blah
blah blah
Repeat Getkey(x)
sub(Main)
end
blah blah
Return
The If that triggers the "other" sub will not be triggered again until after the sub has reset itself (after the repeat's End) , so....it should work.
2421
« on: December 23, 2010, 12:59:46 am »
yeah, but now it's not letting me compile. It might be something else, but ergh.
So a safeguard could be just having several Returns at the end of the program, right?
2422
« on: December 23, 2010, 12:54:07 am »
1) Make sure to disconnect the calculator from the computer before running ndless_installer. What is your average success rate with this condition? It should be around 2/3. So, now we won't need it connected through USB to install? Sweet! I have been considering making a little dongle for my nspire, so it's "connected" to something. I found out it can be connected to any device, including DSLR Cameras
2423
« on: December 23, 2010, 12:47:02 am »
I have a program that would be much easier to make if I use a recursive subroutine. What I mean by this is Inside of one subroutine, there is another subroutine that references the first subroutine inside of itself. Is that bad? I can think of a way around it, but it makes the code oh so much less readable and understandable, since there will be an End before its connected While, and that too may throw errors 
2424
« on: December 23, 2010, 12:36:13 am »
When finished, will you still update the code if people find bugs while making axioms, or in basic usage? I don't know if this forum has had enough time to find all of the bugs yet Or, you could release the source so other people could fix it, if you get tired of supporting it. BTW Mode7 sounds awesome. Add that to one of the (increasingly many ) Axe Raycasters.
2425
« on: December 23, 2010, 12:32:02 am »
Want an open-source, really popular example? Armagetron Advanced (also called Armacycles in Fedora and Redhat due to the whole "Tron" thing"
2426
« on: December 22, 2010, 11:40:41 pm »
I have a quick question: is it a bad thing to call subroutines of a program with other subroutines inside of them, like so?
Lbl M
Sub(I
Return
Lbl I
Sub M
Return
Don't worry, the way I actually have it set up there won't be an infinite loop, but now I can't get it to compile. The idea is to have the time keep counting even though it's waiting for a button press within another subroutine, so it starts the outer subroutine within the inner one.
2427
« on: December 19, 2010, 12:56:06 am »
I was excited, then saw alpha  Still pretty excited  but then I saw non-CAS only I hope that's only because it's alpha.... Will this one behave like 1.7/1.4 and require a reinstall on each boot? If so, it's time to whip up a battery pack I can have my nspire "connected" to. Hey, it works if you connect something else to it with the nspire as the host!
2428
« on: December 15, 2010, 09:55:08 pm »
Since the problem has been solved..... shouldn't if have been YAPQ? 
2429
« on: December 15, 2010, 07:31:05 pm »
Well that is kinda what I'm doing, except there can be up to 8 (for the 5 monsters, their attack subroutine will simply be different, probably just random possible attacks). If a char's time is filled, he is listed as ready (1->somevariable) and his time is reset to 0. For now it looks like the time bar will keep going from 0-their max over and over. It'll look weird but it won't cause any issues since I'll reset the time at the end anyways. As of now I'm actually having trouble with a for( loop, but think i have a workaround figured out.  Also, since I am not exactly known for creativity, later on (not now) I will probably ask for tech ideas and animations.
2430
« on: December 14, 2010, 10:04:30 am »
Unless we made a converting program. All that needs changing, if we run it with BBC Basic for z80, is sprite coordinates/size/color and other small, hardware specific things.
Pages: 1 ... 160 161 [162] 163 164 ... 208
|
Show Posts
