Full Games List
Featured Games
New Games
Reviews
Media
Images
Blogs
Game Updates
Images Feedback Summary
Game Design Highlights
Tutorials
Articles
Scripts
Utilities / Plugins
Resources
Engines
Engine Bulletins
What is Makerscore?
Past Events
Achievements
Misaos
Forums
Chat
New to RMN?
Full Store List
RMN Music Pack (free)
Profile
Locker
Play ListsKAZESUI'S PROFILE
Close
Search
Filter
All
Game Pages
User Statuses
Pixel Movement in RPG Maker 2003?
It's clearly possible, and yes, it's fairly complicated.
What's normally done, is that the hero sprite is left transparent, and you use a picture to represent the hero instead, which you move around by adding or subtracting from some variables containing the coordinates for the picture, and where you use events to toggle between several pictures to animate the hero.
Among the many problems of doing this, is that you now need to use eventing to determine what tiles are passable, alternative ways of interacting with objects, like NPC's, and so on. Also, if you want the screen to scroll as it normally does, you'll have to calculate how much to push back the sprite when you pan the view, or you'll have to confine yourself to 20x15 maps (or pan lock it, and only show 20x15 at the time).
It's not just complicated, but it's also a lot of work. This is probably why you rarily see any rm2k3 games utilizing this apart from small games, or tech demos.
if this still doesn't scare you, you could take a look at the first level of Befuddle quest 5, which is a platformer with pixel movement in rm2k3. If you have questions about the code there, I can probably help you.
I also have an old Zelda tech demo lying around if you want to take a look at it. Can't help you as much with its code though, since I didn't make it.
What's normally done, is that the hero sprite is left transparent, and you use a picture to represent the hero instead, which you move around by adding or subtracting from some variables containing the coordinates for the picture, and where you use events to toggle between several pictures to animate the hero.
Among the many problems of doing this, is that you now need to use eventing to determine what tiles are passable, alternative ways of interacting with objects, like NPC's, and so on. Also, if you want the screen to scroll as it normally does, you'll have to calculate how much to push back the sprite when you pan the view, or you'll have to confine yourself to 20x15 maps (or pan lock it, and only show 20x15 at the time).
It's not just complicated, but it's also a lot of work. This is probably why you rarily see any rm2k3 games utilizing this apart from small games, or tech demos.
if this still doesn't scare you, you could take a look at the first level of Befuddle quest 5, which is a platformer with pixel movement in rm2k3. If you have questions about the code there, I can probably help you.
I also have an old Zelda tech demo lying around if you want to take a look at it. Can't help you as much with its code though, since I didn't make it.
Images for your personal amusement from the internet
I need to learn to sprite or get sprites made.
author=calunio
Best way to learn how to sprite is:
1 - Open MS Paint.
2 - Zoom 8x.
3 - Edit.
After you're skilled with editing:
1 - Open MS Paint
2 - Zoom 8x.
3 - Draw.
Sadly, this is also my way of doing it.
It hasn't made me very skilled at editing, but it has made me skilled at MS paint
Whatchu Workin' On? Tell us!
author=eplipswich
Why don't you just call it Final Fantasy 7 2D Edition, or FF72DE...?
maybe because it's not a pink game?
A Strange Issue
author=alterego
I don't know, why don't you try to change that "wait 0.7" command for a "wait until movement" or something like that, and give the engine time to do what is supposed to do...
just adding that "proceed with movement" might work well for debugging, but probably shouldn't be used as a final solution for an ABS game, since it will wait with execution of further code until ALL move events on the map are done executing.
as for the main problem, we can still only speculate in what the problem might be. If you want a more spesific solution, you'll probably have to make a test map where you can replicate the problem and upload the project somewhere, so that someone can look more closely at it, given that it's not too complex.
Ugh, I can't get a picture to follow my hero properly.
some right ideas mentioned above, but not very lag friendly.
The "correct" way to do it would be to "show" the picture only once, and then enter a loop of some kind which updates the hero screen relative coordinates and moves the picture to those coordinates with a 0.0 wait and "wait until movement is done" unchecked.
depending on which type of loop you're using, you might have to add a wait 0.0 as well.
The "correct" way to do it would be to "show" the picture only once, and then enter a loop of some kind which updates the hero screen relative coordinates and moves the picture to those coordinates with a 0.0 wait and "wait until movement is done" unchecked.
depending on which type of loop you're using, you might have to add a wait 0.0 as well.
[rm2k3] GUI bar
in the picture you used as example, you could use the "outside of screen" as cover.
if there's no way to cover it in any way, then you might see yourself forced to using the solution Zephyr suggested
if there's no way to cover it in any way, then you might see yourself forced to using the solution Zephyr suggested
[rm2k3] GUI bar
As far as I know it isn't possible to adjust the length of the picture without possibly the use of some obscure patch.
What you can though, is to "hide" the bars behind another picture and then move the bar to the correct position.
Let's say the whole menu you have there is a picture, except for some transparent holes, where the bar is supposed to be. Add in bars, with lower picture priority than the menu, and only show as much of it as needed, let the rest be covered by the menu.
You might want to add another layer below there again, so that background below the bar "hole" still fits with the rest.
What you can though, is to "hide" the bars behind another picture and then move the bar to the correct position.
Let's say the whole menu you have there is a picture, except for some transparent holes, where the bar is supposed to be. Add in bars, with lower picture priority than the menu, and only show as much of it as needed, let the rest be covered by the menu.
You might want to add another layer below there again, so that background below the bar "hole" still fits with the rest.
Rotating Menu Ring
You'd probably have to download some patch which allows you to rotate pictures by certain degree.
Should be possible with "power mode 2003"
Should be possible with "power mode 2003"
RM2k3 - A few questions about Show Pic, Variables and Common Events.
first question, yes they will clash.
second, to do this you should first let some instance use show picture with the picture you want to use, and then have a parallel process get the "screen relative" coordinates of the hero, and use those coordinates in a move picture command with 0.0 wait and the "wait until done" unchecked.
A common problem with show picture would be if you have some loop repeatedly calling it, it's one of those things which are rather prone to cause lag.
second, to do this you should first let some instance use show picture with the picture you want to use, and then have a parallel process get the "screen relative" coordinates of the hero, and use those coordinates in a move picture command with 0.0 wait and the "wait until done" unchecked.
A common problem with show picture would be if you have some loop repeatedly calling it, it's one of those things which are rather prone to cause lag.
Games - Tester
Games - Other
