• Features Wishlist 5 1
Currently:

### Author Topic: Features Wishlist  (Read 530958 times)

0 Members and 1 Guest are viewing this topic.

#### TIfanx1999

• ಠ_ಠ ( ͡° ͜ʖ ͡°)
• CoT Emeritus
• LV13 Extreme Addict (Next: 9001)
• Posts: 6173
• Rating: +191/-9
##### Re: Features Wishlist
« Reply #1020 on: July 27, 2010, 07:20:12 pm »
I'm still waiting for mutliplayer linking, so I voted that way again. I expect that more people will want sprite rotation though. =)

#### Builderboy

• Physics Guru
• CoT Emeritus
• LV13 Extreme Addict (Next: 9001)
• Posts: 5673
• Rating: +613/-9
• Would you kindly?
##### Re: Features Wishlist
« Reply #1021 on: July 27, 2010, 07:24:41 pm »
I chose sprite flipping :]

#### nemo

• LV9 Veteran (Next: 1337)
• Posts: 1203
• Rating: +95/-11
##### Re: Features Wishlist
« Reply #1022 on: July 27, 2010, 09:16:53 pm »
same with me, builderboy. two more features i can add to my tilemapping program (:

#### Builderboy

• Physics Guru
• CoT Emeritus
• LV13 Extreme Addict (Next: 9001)
• Posts: 5673
• Rating: +613/-9
• Would you kindly?
##### Re: Features Wishlist
« Reply #1023 on: July 27, 2010, 09:44:36 pm »
I have another feature request.  Could it be possible to support every single character token in the String conversion routine? It would be handy to not have some of the characters change themselves while in Axe :]

#### jnesselr

• King Graphmastur
• LV11 Super Veteran (Next: 3000)
• Posts: 2270
• Rating: +81/-20
• TAO == epic
##### Re: Features Wishlist
« Reply #1024 on: July 27, 2010, 10:08:24 pm »
What about USB support.  I know it would be difficult, but could you do it?

#### nemo

• LV9 Veteran (Next: 1337)
• Posts: 1203
• Rating: +95/-11
##### Re: Features Wishlist
« Reply #1025 on: July 27, 2010, 10:18:25 pm »
not sure if this is a relatively simple command, but could we have a Prompt/Input function? just like in BASIC, you have the user enter a number and it's stored to a program-specified variable.

#### alberthrocks

• Moderator
• Posts: 876
• Rating: +103/-10
##### Re: Features Wishlist
« Reply #1026 on: July 27, 2010, 10:20:28 pm »
@graphmastur: Pretty sneaky. Did you get any ideas for the calc side of things (assuming you know Z80 asm)?

@Quigbo: Oh yes, that's definitely a must. (nemo's idea)
That shouldn't be too hard to implement.
Main Server Status: http://withg.org/status/
Backup Server Status: Not available
Backup 2/MC Server Status: http://mc.withg.org/status/

Proud member of ClrHome!

Miss my old signature? Here it is!
Spoiler For Signature:
Alternate "New" IRC post notification bot (Newy) down? Go here to reset it! http://withg.org/albert/cpuhero/

Main Server Status: http://withg.org/status/
Backup Server Status: Not available
Backup 2/MC Server Status: http://mc.withg.org/status/

Activity remains limited due to busyness from school et al. Sorry! Feel free to PM, email, or if you know me well enough, FB me if you have a question/concern.

Don't expect me to be online 24/7 until summer. Contact me via FB if you feel it's urgent.

Proud member of ClrHome!

Spoiler For "My Projects! :D":
Projects:

Computer/Web/IRC Projects:
C______c: 0% done (Doing planning and trying to not forget it )
A_____m: 40% done (Need to develop a sophisticated process queue, and a pretty web GUI)
AtomBot v3.0: 0% done (Planning stage, may do a litmus test of developer wants in the future)
IdeaFrenzy: 0% done (Planning and trying to not forget it )
wxWabbitemu: 40% done (NEED MOAR FEATURES )

Calculator Projects:
M__ C_____ (an A____ _____ clone): 0% done (Need to figure out physics and Axe)
C2I: 0% done (planning, checking the demand for it, and dreaming )

#### Raylin

• Godslayer
• LV10 31337 u53r (Next: 2000)
• Posts: 1392
• Rating: +83/-25
• I am a certifiable squirrel ninja.
##### Re: Features Wishlist
« Reply #1027 on: July 28, 2010, 12:06:32 am »
Sprite flipping will be the \$h!t.
On top of that, multiplayer linking will be so awesome...

Now, if all of those features were in the next version (0.4.1)...

Sarah: TI-83 Plus Silver Edition [OS 1.19]
Cassie: TI-86 [OS 1.XX]
Elizabeth: TI-81 [OS 1.XX]
Jehuty: TI-83 Plus Silver Edition [OS 1.19]
Tesla: CASIO Prizm

#### SirCmpwn

• Guest
##### Re: Features Wishlist
« Reply #1028 on: July 28, 2010, 10:40:27 am »
Well I didn't find it that rude, and its nice to see some criticism for a change, I was getting worried

There are a few technical considerations because its not as simple as a number substitution since the labels aren't actually well defined until the end of the first pass, so its a little more difficult.  That also means the "label values" start using up the available space for label names (there is a 150 name limit for labels).  Secondly, just getting the value of the label is not very useful unless you can actually jump or call to that address.  I'd like to see you propose an intuitive syntax for that since I can't think of a good one off the top of my head.  Lastly, it allows for arbitrary execution of assembly code which is against the rules of the contest if that's what you were planning to use it for.

I was just trying to make my opinion clear, not offend anyone.  Of course it is Quigibo's project, I just thought it would be cool and would open the doors to more advanced things.  This would be useful for a GUI engine, a physics engine, lots of different engines , and I can think of a practical application being using the Hatchet routines loaded in L1 (the code in L1 is pure Axe, by the way).  Hatchet could also use the label values to actually load the code.  It might be useful to programs to use my tilemapping routines and input routines, and all the other routines Hatchet would provide and still be valid for the contest.
As for a possible syntax, how about accessing label values with LLABELNAME (sort of like EHEX) and doing arbitrary calls with sub()r?

not sure if this is a relatively simple command, but could we have a Prompt/Input function? just like in BASIC, you have the user enter a number and it's stored to a program-specified variable.

There are a few routines that do this already, I can scrounge one up for you later today.

#### calcdude84se

• Needs Motivation
• LV11 Super Veteran (Next: 3000)
• Posts: 2272
• Rating: +78/-13
• Wondering where their free time went...
##### Re: Features Wishlist
« Reply #1029 on: July 28, 2010, 07:56:36 pm »
For USB, even we ASM programmers don't completely know how it works. It's also significantly more complicated than the link port. (I wish Quigibo good luck if he undertakes it )
With relation to an input routine, they are, well, whole routines. Since SirCmpwn said he'd make one for you, I'll leave it at that.
"People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster."
I'll put it online when it does something.

#### Quigibo

• The Executioner
• CoT Emeritus
• LV11 Super Veteran (Next: 3000)
• Posts: 2031
• Rating: +1075/-24
##### Re: Features Wishlist
« Reply #1030 on: July 28, 2010, 11:27:41 pm »
I just want to be clear about how sprite rotation and flipping will work because I don't want people thinking its something that its not.  The commands take 1 argument; the pointer to the 8x8 sprite and the return argument is a pointer to an 8 byte buffer in an unused safe ram area outside of L1-L6.  This area holds a copy of the "new" sprite after the transformation.

Code: [Select]
Pt-On(X,Y,FlipH(Pic1))
I was originally thinking of having a second argument allowing you to specify what area of ram to use as the temporary buffer, but then I realized that it would be easier to use, smaller faster code, and take up no extra visible memory with the single argument instead.  The only problem though is that you cannot  nest these routines together, maybe with an exception of the flip horizontal.  Like for instance RotCC(FlipV(Str1)) will fail because the input and output buffer are the same.  Therefore, I might still have the second argument, but it would be optional.

Also, the subroutines themselves that do the flipping are around 2 sprites in size and it costs an extra 3 bytes each time you call them and is obviously slower than just using a regular pointer so you'd have to be really desperate for space with massive amounts of sprites to even consider using this.
« Last Edit: July 28, 2010, 11:36:53 pm by Quigibo »
___Axe_Parser___
Today the calculator, tomorrow the world!

#### nemo

• LV9 Veteran (Next: 1337)
• Posts: 1203
• Rating: +95/-11
##### Re: Features Wishlist
« Reply #1031 on: July 28, 2010, 11:31:58 pm »
is the following code valid?
Code: [Select]
Copy(FlipH(L1),L1,8)

#### Quigibo

• The Executioner
• CoT Emeritus
• LV11 Super Veteran (Next: 3000)
• Posts: 2031
• Rating: +1075/-24
##### Re: Features Wishlist
« Reply #1032 on: July 28, 2010, 11:36:17 pm »
is the following code valid?
Code: [Select]
Copy(FlipH(L1),L1,8)

Yes, absolutely.  Although this is theoretical syntax.  I haven't even chosen tokens or names or even finished most of the routines.
« Last Edit: July 28, 2010, 11:38:13 pm by Quigibo »
___Axe_Parser___
Today the calculator, tomorrow the world!

#### DJ Omnimaga

• Clacualters are teh gr33t
• CoT Emeritus
• LV15 Omnimagician (Next: --)
• Posts: 55936
• Rating: +3153/-232
• CodeWalrus founder & retired Omnimaga founder
##### Re: Features Wishlist
« Reply #1033 on: July 29, 2010, 04:00:35 am »
I voted Sprite rotating, flipping. This might come handy when we have several sprites that can be flipped. Smaller file size (although executable code size might increase slightly if the routine is large)

#### program4

• LV4 Regular (Next: 200)
• Posts: 158
• Rating: +15/-0
##### Re: Features Wishlist
« Reply #1034 on: July 29, 2010, 10:20:08 am »
I voted sprite rotation/flipping, because most other people chose that . Also, it might come in handy when you make a game that requires rotating of an object (like a ship).

Besides, multiplayer linking is only useful when you have two people, so it can wait until a later version release.