Show Posts

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 - Iambian

Pages: 1 ... 23 24 [25] 26 27 ... 52
361
Humour and Jokes / Re: boomsplosions
« on: August 26, 2010, 09:34:07 pm »
Some random position, a couple of boxes layered on each other to make it look 3d-ish and some text all at that point? At least that would be the way I'd do it ...

362
Escheron: Shadow over Ragnoth / Re: Escheron: Shadow over Ragnoth
« on: August 26, 2010, 06:06:57 pm »
Compiled them from the design documentation that Zera forwarded to me at the beginning of this project.

Please don't steal. Borrow and credit :)

363
Escheron: Shadow over Ragnoth / Re: Escheron: Shadow over Ragnoth
« on: August 26, 2010, 06:03:13 pm »
I've written up information of how the fight command will be processed. Take a look at it if you want. Questions or comments are appreciated.

The information is in the file attached to this post, btw.

364
TI Z80 / Re: Yumé 2: Rika's Story [Adventure/RPG, Series]
« on: August 25, 2010, 11:36:03 am »
Lookin' great!

Also

rawr

365
Project M (Super Mario) / Re: Project M Reboot
« on: August 25, 2010, 12:12:40 am »
Just saw the screenshot, wondering what's going on with teh Project M that appeared again all of a sudden on the most recent posts list.

And what I saw was liek EPIC. I'm loving this.

366
Escheron: Shadow over Ragnoth / Re: Escheron: Shadow over Ragnoth
« on: August 23, 2010, 09:07:00 pm »
Crosspost from Cemetech:

Well. I finished upgrading the grayscale routines and added a grayscale config menu that can be accessed from the title screen or the pause menu using the DEL key. The grayscale also appears cleaner in the emulator and the screenshot shows it.

Also, the value for the LCD delay isn't right (hacked save file), but it doesn't affect the emulator anyway. On the real calc, this will be initialized to $27 and can be toggled in increments of 8. Having a value of $00 seems to break the display on the real calc (TI-84 Plus SE) but you can still toggle it back to a good value even though you can't see what's going on.


367
Escheron: Shadow over Ragnoth / Re: Escheron: Shadow over Ragnoth
« on: August 18, 2010, 07:25:10 pm »
The upgrade is mostly together. Just gotta put in the most important part, which the thing currently runs fine without (options, options. Yeah)

But what I did add in is the screen effects. I liked them, so I did a little screenshot of me messing around with them in the debugger.

368
ASM / Re: Jumping to a variable entry in a jump table
« on: August 17, 2010, 05:07:41 pm »
You could do that if you wanted to. It's just that $8000 is conveniently open for such a thing. And it's way easy to remember since it's the start of RAM.

If you avoid doing things like archiving or other things that might need $8000, it's safe to use for whatever you want. It's a nice 256 byte stretch of memory.

369
Escheron: Shadow over Ragnoth / Re: Escheron: Shadow over Ragnoth
« on: August 17, 2010, 02:51:19 pm »
omnomnom.

Studying code and timings. Paper ftw.

370
Escheron: Shadow over Ragnoth / Re: Escheron: Shadow over Ragnoth
« on: August 17, 2010, 02:19:37 pm »
The technical side of this announcement was already done on the Cemetech IRC chan, but I think it's best that you guys get in on what's going on in the world of Escheron.

I've decided to take a small break from the battle engine to work on another aspect of the project: Grayscale routines.

Now, while the current routines are fine and dandy, the code that holds the grayscale steady between tilemap updates is the only run of code that operates at 6MHz instead of 15MHz like the rest of the project. So the idea is to enhance the 6MHz code so it runs fine under 15MHz and does more stuff. What kind of stuff you ask?

In addition to just drawing the screen all grayscaley-like, it does the following:
(1) Apply grayscale layer swapping/shifting/rotating effects without affecting the buffer
(2) Accelerates the tilemapper by preshifting tiles if moving left or right.

While I'm diving into the grayscale routines, I'll spend time looking at the tilemapper routine as well. Maybe I can find some sort of optimization. Or correct some problems. Overall, this is gonna be good. I hope. And if you're worried about the battle engine, please don't. Too much. The screen effects will help cheapen the graphical stuffs that the thing needs to do. Like ... blinky stuff. You get what I mean. I think.

371
TI Z80 / Re: Star Fox
« on: August 13, 2010, 07:19:03 pm »
If you need to free up some good RAM, I manage to do this with the CaDan and E:SoR project. Gets me from $8000 to $8EFF. Code is supplied below.

Code: [Select]
IOMemAddress:
.dw $843F-6
.dw 57+6
.dw $84BF
.dw 73
.dw $8588
.dw 356
.dw $89EC
.dw 78
.dw $8C4D
.dw $8F00-$8C4D

IOSaveLoad:
 ld ix,IOMemAddress
 ld hl,appbackupscreen+(767-(564-6))  ;reading address
 ld a,4
 call IOSaveLoad1
 ld hl,plotsscreen+(767-691)
 ld a,1
IOSaveLoad1:
 ld e,(ix+0)  ;write to address
 ld d,(ix+1)
 ld bc,4
 add ix,bc
 ld c,(ix-2)
 ld b,(ix-1)
 bit 0,(iy+0)  ;if not zero
 jr nz,$+8     ;Jump to WRITE out to memory locations
 ex de,hl
 ldir
 ex de,hl
 jr $+4
 ldir
 dec a
 jr nz,IOSaveLoad1
 ret
To rearrange memory to save into plotsscreen and appbackupscreen, do the following:

To save: res 0,(iy+0) \ call IOSaveLoad
To restore: set 0,(iy+0) \ call IOSaveLoad

At the end of this, you have about 209 bytes left starting at appbackupscreen. You have about 76 bytes left at the start of plotsscreen. You lose all the other saferam areas in this conversion.

I hope this helps.

Needless to say, you should not be using the TI-OS after you perform this operation and to refrain from using it until you put all the memory back together. While I may not know what happens should you disregard that warning, I think it would be best to follow it. If it helps, I place my screen buffers at the start of $8000 for some serious memory alignage.

372
TI Z80 / Re: Star Fox
« on: August 12, 2010, 11:02:27 am »
Spoiler For Spoiler:
I think we've gone so far past the whole "A graphing calculator is for math!" argument, we've left it lost forever. Like a mother-in-law you keep away. Far, far away. In a desert where the cacti may prey upon their tortured souls. And where you're in a nice, cool house someplace on the other side of the world. Yeah. That argument of a mother-in-law is so far out of sight, and out of mind, why are we even making references to it? Why can't it die in the desert like you wanted her? I mean, it's why you dumped it from the plane into the Sahara desert to begin with. I mean the sandy parts, so it'll live for a little bit. You want nothing to do with that abomination and you wish you had never heard of it to begin with. Graphing calculators, for math? What kind of rubbish have you never heard of?

Erh. What I mean to say is... great job with the Starfox game. Haven't seen anything that pushed the limits of what the calc can do since calc84's mode 7 engine and (his? I dunno) that 8 level grayscale Chip's Challenge game.

I wish you luck with this game.

373
Escheron: Shadow over Ragnoth / Re: Escheron: Shadow over Ragnoth
« on: August 11, 2010, 06:22:29 pm »
Arghablabble.

That will be all.

374
Escheron: Shadow over Ragnoth / Re: Escheron: Shadow over Ragnoth
« on: August 02, 2010, 02:53:31 pm »
Raylin is right.

Insanity ensues.

375
Other Calculators / Re: ti-calculator virus? what is this about?
« on: July 28, 2010, 04:55:13 pm »
You shouldn't have to worry about it. Most of the really dangerous stuff is hard to get to and those that know aren't interested in killing your calc (though it *is* possible).

Besides. If anything *did* become public, you'd know about it. Hit us up on IRC sometime if you want to learn more. It's where all the hax are :P

EDIT: More information about my concerns have been stated by another member of our wonderful forum. I share much of what he had to say about it, and then some.

Pages: 1 ... 23 24 [25] 26 27 ... 52