If you ever need one, here i am ;p
trail left behind? what do you mean?/me sees no trail
maybe it is your browser how it supports gifs?
EDIT: Got now diagonal movement working.
I guess it is a bit to slow </sarcasm>
This is WITHOUT full
(http://img.removedfromgame.com/imgs/to%20slow.gif)
And don't worry, on the calculator it doesn't crash at the end like here it did :P
Actually he has to look like the guy to the right, but in 8x8 form (or 8x9 if you have masking or something would be fine) and facing 4 directions. Else it won't look consistent and you would be better off keeping the current sprite D:
I'd love to have 16x16 to work with; but for now I'll leave this quick mockup here. ;)wow, epic, thanks!
*edit* Reposted with minor revisions to make the sprites more consistent.
*edit2* Caught and fixed a silly mistake.
Do you think you could use 8x9? I don't think it would affect tilemaps that much if there's only one extra pixel, and maybe Sorunome could add masking to the bottom part of the character so that the character is drawn slightly behind tree leaves and walls, since after all, his engine runs ridiculously fast to begin with. That might leave extra space for a white bar.with the current tilemapping it is impossible as i take a huge speed advantage by the fact that reuben only walks on white, i could implement it thought, but i don't see a big sence in it D:
In the original games, there were some annoyances that would be nice to see fixed indeed in this new version:
-In most calc RPGs, including the entire Illusiat and Reuben series, to talk to NPCs or interact with stuff, you must walk towards it, with no need to press the action key. However, in Reuben Quest, this makes it particularly annoying to walk around on maps with lots of water, as this makes Reuben fill his bottle with water (or let you select one to fill). Since there aren't extreme speed concerns like the original game, I think you should be fine making it so you have to press 2nd to interact with stuff.
I'll do that you interact with objects by facing 'em and hitting 2nd, i already kinda implimented that.Read... :P
-In the original games, if you destroy rocks/plants or push blocks around, their position resets after battles. This was due to extreme RAM shortage that forced me to delete the entire map data during battles. You could possibly fix that too.Will do
-Due to limited space in my sprite sheet (back then, xLIB only let you use 83 tiles at once and only Pic0 could be used), this forced me to not do any proper masking for mountain borders surrounding darker tiles such as trees and water, along with other tiles. This results in some maps looking weird. You could possibly add the extra following tiles to the game and fix those borders? The first ones are mainly for Reuben 1, while the 2nd row is for Reuben 2.Will do if somebody will make me sprites.....
Also the difference with the new tiles and 3 tiles from Reuben 2 (some examples)Mhmm, IMO the round corners fo the watter look better, maybe i'd need both and use some at some places and some at other places...
It's looking nice, but the thing with white pixels on the endge is that you can't see 'em coy reuben walks only on white surface, lolYea i had that thoght occur to me after i posted it. The feet can easily be changed to lighter gray or black to accomodate this. :)
That is epic! O.O
:If C≠0 or (D≠0) or (O)
:Pt-Off(A-C,B-D-8,L2)
:Pt-Off(A-C,B-D-8,L2+8)r
:Pt-Off(A-C,B-D,Pic1)
:Pt-Off(A-C,B-D,Pic1)r
:Plot2A,B-8,L6,L2)
:Plot2A,B-8,L3,L2+8)
:L++/8^2→Q
:If K=2 or (K=4)
:Line(A+2,B-1,A+5,B-1)
:Line(A+2,B-1,A+5,B-1)r
:End
:If K=1 or (K=3 and (Q))
:Line(A+2,B-1,A+4,B-1)
:Line(A+2,B-1,A+4,B-1)r
:End
:If K=3 and (Q=0)
:Line(A+3,B-1,A+5,B-1)
:Line(A+3,B-1,A+5,B-1)r
:End
:Plot1A,B,Pic2+((K-1)*32)+(Q*16))
:EndThe problem is that i have greyscale in an interrupt to make it look more epic.
You mean the random blinking?Does Axe support double buffering?
I know.... -.-
If somebody could make that one part of my code quicker:
...
The problem is that i have greyscale in an interrupt to make it look more epic.
The problem is that i have greyscale in an interrupt to make it look more epic.Lol, I feel like everyone is doing it now that I started :P
K is in which direction the character is facing 1-2-3-4 up-right-down-leftYeah, I knew that for some reason, so the optimization ":If K=2 or (K=4)" to ":!If K and 1" is possible :)
/me only haz 3 level greyscale so no lighter grey D:
And if i'd go to 4-level greyscale
I'd be ok with it
But I'd need remakes for every tiles :P
here are the current tiles I use:
(http://img.removedfromgame.com/imgs/screenshot003.png)
(http://img.removedfromgame.com/imgs/reubenextrasprites2.png)
mhmm, that only looks like 3 level greyscale to me O.o
Oh, lol, could you also please make the normal sprites 4-level greyscale? :Dmhmm, that only looks like 3 level greyscale to me O.o
It's 4, but the gray I used on the feet and hands is pretty light. I guess I should've used a darker gray. XD
Since in your game Reuben moves 1 pixel at a time instead of 8, but still moves at a similar speed, you might have to change the range to 80-200 instead (or 40-240 if you keep the original) to not complicate the code too much.I already thought about that :P
As for both Reuben, if I was you, I would first focus on the 1st game (and its engine, since battles have yet to be even started at all, let alone the menu/title screen :P), then once it's finished, release it, then expand to Reuben 2. So since Reuben 2 is huge, then if you lose interest or something, at least the first is finished.I already planned dat :P
Ah ok. How many were done so far besides the overworld map? Also there was no appvar when you sent me a demo O.ONo other maps yet, and the file i gave you isn't the newest one, it is the one where it still stored in the app and it is like 11k big :P
Also what about the executable code, other than the data?
Well, there really weren't too many changes. Here's the first revision of the sprites in 4 lvl gray (on the right). I'm going to load Reuben on my calculator so I can play through it and get a better feel of perspective and see if there are any other changes that need to be made. If anything looks odd or out of place please feel free to mention it. I'll also probably end up redoing the NPC character.Thanks a lot, you could also make ore than one npc character :D
I don't know but I still think they should remain 3 LV unless there was a massive overhaul with much more details, like making the trees a bit more 3D from 4 lv shading or something, else I don't see that much difference and on some calcs we will barely even see the light gray. D:
Right now it just seems to be color palette change and stuff like that.
Well, there really weren't too many changes. Here's the first revision of the sprites in 4 lvl gray (on the right). I'm going to load Reuben on my calculator so I can play through it and get a better feel of perspective and see if there are any other changes that need to be made. If anything looks odd or out of place please feel free to mention it. I'll also probably end up redoing the NPC character.Thanks a lot, you could also make ore than one npc character :D
YEah that would be cool. And even if they can't move, maybe they'll look better than the ones I made back then :P. Will they face the character from where you talk? For example if Reuben is behind the NPC I mean.
Also I realized that my longer sky gradient might mess up the intro, so unless Sorunome knows Axe tricks to make text transparent without slowing things down too much, I made a new one which can be seen in the 5th screenshot mockup below:
(http://img.removedfromgame.com/imgs/reubenintro.png)
Of course if he can achieve 3 or 4, then he can go ahead with those I guess, or stick with the 2nd one if he's sticking to 3-LV grayscale.
Well if he decides to add moving NPCs, then he would probably need to add a section of his data for that, which sends keypresses to the walking program, and that program would move the NPCs around. That way they're not hard-coded or anything.Lol, i would do the hard-code part XD
AoC, could you also please make 4lvl greyscale of the monsters? Thanks! :DYup, already on the todo list. :)
AWESOME!AoC, could you also please make 4lvl greyscale of the monsters? Thanks! :DYup, already on the todo list. :)
Hmmm, dats interesting ;DThat effect was done with xLIB and TI-BASIC, so I bet that it is possible (and would be even faster). With grayscale, quality might be a problem, though...
/me wonders if he can do this in Axe ...
Nice, I like how you made different variations of the monsters for each duplicate ones. :)Yea, I thought it would be a cool touch. The color scheme gets progressively darker as the enemy gets stronger. :) It also gives it that old-school RPG feel.
They are looking cool AoC! Thanks a lot! :DNo problem. :)
Ok, I did some working on the battle engine now, Damage calculation for the player attacking the enemy sans items is done :DNeed screenies soon. :D
AoC, do you mind making it 4lvl (and flipping it)? :DNot a problem. I'll also work on a font set. :)
EDIT: I thought about this some time:
What would you guys think if I used a custom font on this? (Other than me poking somebody else to make it) would you guys think it would be worth the space?
/me wonders if people will recognise that second one (although the m and w wouldn't fit...)It is readable to me, but the font set /should/ include [A-Za-z0-9!\.?] (the backslash is only to escape the . as it is regex :P)
For some reasons the 2nd font reminds me of Zelda LA.that's what it is :P
I don't wanne run into copyright infringment stuff.....and something unique would be maybe more awesome :PFor some reasons the 2nd font reminds me of Zelda LA.that's what it is :P
Here's the Nes-style one. Normal size and 2X. Still working on the other.Just a thought - some of the letters are two pixel width and the other ones are only one-pixel width; it might be better to have them of a uniform width?
Quick revision of the font trying to make them more uniform. They've been fattened up now. Thoughts?Yes, that's exactly what I envisioned them looking as. Great work, although there are a few incongruous ones (Like DJ pointed out, the letter D looks a bit off?)
Ah ok cool :). At the same time the game will feel more true to RPGs :P/me lost
Any progress on the game btw Sorunome?
Pretty good, but the D, J, O, Q, W and Y are still inverted ???hex by hand is only for the tilemaps :P
@Sorunome nice to hear. What are you using for the graphics importing btw? Do you still type the hex by hand?
Oh, right. :P lower case "a" and "t". Uppercase "Y"Thanks!
Oh, right. :P lower case "a" and "t". Uppercase "Y"
@DJ: That's just how I chose to do them. In the case of O, it was to make the O and 0 different. Q and D followed the same style as O, and I didn't like the way the Y looked leaning the other way. The lowercase w looked too much like a lowercase n, so I flipped both of them to be consistent.
monochrome doesn't make a difference, the 6 sprite ones are only for erasing, for 8*8 i would need only 2 for erasing
so yeah, 8x8 4lvl greyscale would be awesome! (don't forget the walking animation :D )
And don't forget the 16x16 reuben
Also DJ, do you still remember which program was responsible for leveling?The Game
While L1(2)<15 and L1(7)>=L1(8
Text(~1,55,48,"Level up!
1+L1(2->L1(2
15+L1(3->L1(3
15+L1(4->L1(4
5+L1(5->L1(5
5+L1(6->L1(6
int(1.5L1(12->L1(12
L1(8)+L1(12->L1(8
End
Speaking of sprites, does somebody want to make me that 4lvl greyscale reuben sprite? :3
EDIT: I just found a 4lvl reuben in this thread, so nvm that request :P
EDIT: Now I officially suck at making animationsLOL.
Do i see it correctly that you have your own double-buffering implement and own pause routines?
Because with my double-buffering I sometimes do nasty things like drawing to the real screen so that I can erase that easy by copying the backup-buffers over. Using GrayLib would mean I'd have to re-write a lot of code then.......
.Draw sprites on drawing buffer pair GB1/GB2
GDisp()
Copy(GB3,GB1)
Copy(GB4,GB2)
.Erase sprites on drawing buffer pair GB1/GB2
Also, can you make it use L1 and L2 instead of 1.5k more ram?
EDIT: I can't get it to not crash my calc ._. Plus it is so large O.O
Also, I do re-draw a lot in the moving engine, so maybe I shouldn't use this after all?
EDIT: Could it be that getKey^r causes it to crash? >.<
Lbl KeyWait
While 1
Stop
EndIf getKey
Return
Also, something on exiting, also in the example progs, causes my calc to crash
Also, am i supposed to draw my sprites etc to L6 and L3? (the normal buffers)
Oh I like those Art :D. However, for the menu I think it would be best if the sword for the attack icon didn't use dark gray since we won't be able to see it well.Yea, if it looks to dark it can be changed. :D
sooooo, didn't realize the enemies had different backgrounds than the normal tileset. Anybody wants to make me those tiles in 4lvl greyscale? :3
The issue with the 8*9 sprites is the masking of the additional pixel layer, it'd slow down my moving engine too much :/That's why I offered to mod the Axe routine. It will make it fast enough because that will make it display an actuall 8*9 sprite instead of two 8*8's. ;)
I read somewhere in the topic that you used to have an 8*9 Reuben sprite for the map. I can hack Axe's sprite routine in two seconds if you want so that you can use it because it looked better IMO. ;)Do it anyways. I want to see this.
I read somewhere in the topic that you used to have an 8*9 Reuben sprite for the map. I can hack Axe's sprite routine in two seconds if you want so that you can use it because it looked better IMO. ;)
I read somewhere in the topic that you used to have an 8*9 Reuben sprite for the map. I can hack Axe's sprite routine in two seconds if you want so that you can use it because it looked better IMO. ;)
the issue is that i still have to get the pixel data of the row above back when Pt-Off'ing reubenCan't you just make the collision detection such that it will not override stuff ?
Just make sure that you can still draw other 8x8 sprites fine even if the routine can draw 8x9 sprites. You definitively don't want to have to make your entire sprite data 8x9 just to have one set of 8x9 chars. In the color tilesheets I remade the sprite 8x8 for that reason (and it was even worse, as each 8x9 Reuben char took two 8x8 sprite slots >.<). However, since I used colors, it didn't nearly look all that weird in 8x8 compared to 4 levels grayscale (although this pretty much revived the original sprite >.<).
(http://img.ourl.ca/reuben1tilesheetfull-6.png)