« previous next »
Pages: 1 ... 131 132 [133] 134 135 ... 233   Go Down

Author Topic: Features Wishlist  (Read 691452 times)

0 Members and 3 Guests are viewing this topic.

Offline Deep Toaster

  • So much to do, so much time, so little motivation
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 8217
  • Rating: +758/-15
    • View Profile
    • ClrHome
Re: Features Wishlist
« Reply #1980 on: March 22, 2011, 03:44:51 pm »
Quote from: Happybobjr on March 22, 2011, 03:36:39 pm
when would you need it?

Dark background.
Logged



Offline Camdenmil

  • LV4 Regular (Next: 200)
  • ****
  • Posts: 121
  • Rating: +4/-0
    • View Profile
Re: Features Wishlist
« Reply #1981 on: March 22, 2011, 07:22:57 pm »
Quote from: Builderboy on March 22, 2011, 03:34:32 pm
You can do the equivalent of AND with an OR and an XOR with an inverted sprite mask if you absolutely need it.  Quigibo is out of sprite tokens so I don't know if he is planning on adding it any time soon D:

That's how I'm doing it now, but I'd imagine a Pt-And routine would be faster.
Logged
It is bad luck to be superstitious.

Ashbad

  • Guest
Re: Features Wishlist
« Reply #1982 on: March 22, 2011, 07:31:14 pm »
It might be a little faster, but to tell the truth, not by much -- the assembly version would still have to do the AND/OR/XOR/NOT operations anyways, even if they might be a little smaller and faster.  If you need however, I can maybe write a lightweight axiom that would have a modification of the pt-on( command that would do a masking operation -- I actually think it wouldn't be that big of a operation.

I can write that for you tomorrow if you like -- though I'm sure someone like Sir will rush in and write it before I do ;)
Logged

Offline calcdude84se

  • Needs Motivation
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2272
  • Rating: +78/-13
  • Wondering where their free time went...
    • View Profile
Re: Features Wishlist
« Reply #1983 on: March 22, 2011, 07:50:47 pm »
It would actually be decently faster (at least twice as much). You'd only be drawing the sprite once, instead of however many times are needed to use only OR and XOR. ;)
But yeah, we are kinda short on tokens :(
Logged
"People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster."
-Adam Osborne
Spoiler For "PartesOS links":
I'll put it online when it does something.

Offline ztrumpet

  • The Rarely Active One
  • CoT Emeritus
  • LV13 Extreme Addict (Next: 9001)
  • *
  • Posts: 5712
  • Rating: +364/-4
  • If you see this, send me a PM. Just for fun.
    • View Profile
Re: Features Wishlist
« Reply #1984 on: March 22, 2011, 08:14:57 pm »
There's always the Plot tokens. ;)
Logged

Ashbad

  • Guest
Re: Features Wishlist
« Reply #1985 on: March 22, 2011, 09:01:36 pm »
Plot2 and Plot3 are open.
Logged

Offline Deep Toaster

  • So much to do, so much time, so little motivation
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 8217
  • Rating: +758/-15
    • View Profile
    • ClrHome
Re: Features Wishlist
« Reply #1986 on: March 22, 2011, 11:14:15 pm »
Quote from: Ashbad on March 22, 2011, 07:31:14 pm
It might be a little faster, but to tell the truth, not by much -- the assembly version would still have to do the AND/OR/XOR/NOT operations anyways, even if they might be a little smaller and faster.  If you need however, I can maybe write a lightweight axiom that would have a modification of the pt-on( command that would do a masking operation -- I actually think it wouldn't be that big of a operation.

It would be exactly twice as fast, since you're doing one AND routine instead of a combination of OR and then XOR.

EDIT: Ninja'd by four hours :P
« Last Edit: March 22, 2011, 11:14:44 pm by Deep Thought »
Logged



Offline z80man

  • Casio Traitor
  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 977
  • Rating: +85/-3
    • View Profile
Re: Features Wishlist
« Reply #1987 on: March 23, 2011, 03:14:20 am »
I just had this one idea. In asm when interfacing with the keyboard you have to set one group of keys to check for input at a time. Now currently on Axe, the Getkey routine scans all of the keyboard groups then reports the input. My idea was to be able to specify only one group (or specific groups) to scan. Such as the arrow key group for example. reason being is that in most games only a limited number of keys are used so it would be an optimization to only scan certain groups.
Logged

List of stuff I need to do before September:
1. Finish the Emulator of the Casio Prizm (in active development)
2. Finish the the SH3 asm IDE/assembler/linker program (in active development)
3. Create a partial Java virtual machine  for the Prizm (not started)
4. Create Axe for the Prizm with an Axe legacy mode (in planning phase)
5. Develop a large set of C and asm libraries for the Prizm (some progress)
6. Create an emulator of the 83+ for the Prizm (not started)
7. Create a well polished game that showcases the ability of the Casio Prizm (not started)

Offline Deep Toaster

  • So much to do, so much time, so little motivation
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 8217
  • Rating: +758/-15
    • View Profile
    • ClrHome
Re: Features Wishlist
« Reply #1988 on: March 23, 2011, 06:26:53 am »
getKey actually uses the OS's built-in _GetCSC bcall, so Axe would have to add an entire key scanning routine to make that work.
Logged



Offline aeTIos

  • Nonbinary computing specialist
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3915
  • Rating: +184/-32
    • View Profile
    • wank.party
Re: Features Wishlist
« Reply #1989 on: March 23, 2011, 06:28:25 am »
is there also a way to use just B_CALL _getKey so that you can detect key combos (I mean, like with 2nd-> Math)
« Last Edit: March 23, 2011, 06:29:12 am by aeTIos »
Logged
I'm not a nerd but I pretend:

Offline Freyaday

  • The One And Only Serial Time Killing Catboy-Capoeirista-Ballerino
  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1970
  • Rating: +128/-15
  • I put on my robe and pixel hat...
    • View Profile
Re: Features Wishlist
« Reply #1990 on: March 23, 2011, 12:35:12 pm »
Quote from: aeTIos on March 23, 2011, 06:28:25 am
is there also a way to use just B_CALL _getKey so that you can detect key combos (I mean, like with 2nd-> Math)

Code: [Select]
:If getkey(54) and (getkey(47)
stuff
:End
Also, be aware that if waiting for a keypress with a loop, only getkey(0) will allow for multikeypress detection later on. For whatever reason, just getkey doesn't, even if the keys are being tested later in in the program with their own getkey(whatever). I don't know why.
« Last Edit: March 23, 2011, 12:36:54 pm by Freyaday »
Logged
Quote from: JustCause on March 29, 2011, 11:44:58 pm
In other news, Frey continues kicking unprecedented levels of ass.
Proud member of LF#N--Lolis For #9678B6 Names


I'm a performer at heart; I stole it last week.
My Artwork!

Offline Deep Toaster

  • So much to do, so much time, so little motivation
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 8217
  • Rating: +758/-15
    • View Profile
    • ClrHome
Re: Features Wishlist
« Reply #1991 on: March 23, 2011, 12:43:57 pm »
Quote from: Freyaday on March 23, 2011, 12:35:12 pm
Quote from: aeTIos on March 23, 2011, 06:28:25 am
is there also a way to use just B_CALL _getKey so that you can detect key combos (I mean, like with 2nd-> Math)

Code: [Select]
:If getkey(54) and (getkey(47)
stuff
:End

He meant pressing 2nd, then MATH, like you do in the OS. A way to do bcall(_getKey) is

Code: (Axe) [Select]
Asm(EF724926006F)
It involves a whole other key system though.
« Last Edit: March 23, 2011, 12:44:28 pm by Deep Thought »
Logged



Offline Darl181

  • «Yo buddy, you still alive?»
  • CoT Emeritus
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3408
  • Rating: +305/-13
  • VGhlIEdhbWU=
    • View Profile
    • darl181.webuda.com
Re: Features Wishlist
« Reply #1992 on: March 23, 2011, 08:56:01 pm »
New request:
[hex goes here]→Pic1
FlipV(Pic1)→Pic2
RotC(Pic2)→Pic3
The ability to do stuff like that.
Logged
Vy'o'us pleorsdti thl'e gjaemue

Offline calc84maniac

  • eZ80 Guru
  • Coder Of Tomorrow
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2912
  • Rating: +471/-17
    • View Profile
    • TI-Boy CE
Re: Features Wishlist
« Reply #1993 on: March 24, 2011, 04:10:38 am »
Copy(FlipV(Pic1),Pic2,8)
Copy(RotC(Pic2),Pic3,8)

Of course, Pic2 and Pic3 have to be defined and 8 bytes large
Logged
+1/-0 karm for this message
"Most people ask, 'What does a thing do?' Hackers ask, 'What can I make it do?'" - Pablos Holman

Offline aeTIos

  • Nonbinary computing specialist
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3915
  • Rating: +184/-32
    • View Profile
    • wank.party
Re: Features Wishlist
« Reply #1994 on: March 24, 2011, 05:38:32 am »
Quote from: Deep Thought on March 23, 2011, 12:43:57 pm
Quote from: Freyaday on March 23, 2011, 12:35:12 pm
Quote from: aeTIos on March 23, 2011, 06:28:25 am
is there also a way to use just B_CALL _getKey so that you can detect key combos (I mean, like with 2nd-> Math)

Code: [Select]
:If getkey(54) and (getkey(47)
stuff
:End

He meant pressing 2nd, then MATH, like you do in the OS. A way to do bcall(_getKey) is

Code: (Axe) [Select]
Asm(EF724926006F)
It involves a whole other key system though.
Yes, I know. I dont know how to read register A with Axe, though...
Logged
I'm not a nerd but I pretend:
Pages: 1 ... 131 132 [133] 134 135 ... 233   Go Up
« previous next »