Gameboy Development Forum

@npzman watch these videos-the author is pretty knowledgeable, and is still around this forum I believe https://www.youtube.com/watch?v=MOKq3gSkQE4

Imanolea wrote:

npzman wrote:

Can you teach me how to make a game like that

Make some video tutorials please

Teaching Game Boy development trough videos is something that's been on my mind lately. But right now, I prefer to prioritize the development of the projects I'm currently working on.

In any case, fortunately there are already many good tutorials to get started in Game Boy development.

I barely find any on youtube make some before this mounth ends

MrElephant wrote:

Something that I hope that you'll show in a video tutorial is bank switching.

I think there is supposed to be a sample if you have GBDK called "banked" in the examples/gb folder/directory of GBDK. There is also a link that shows the switching of banks here: http://gbdk.sourceforge.net/doc/html/c0303.html

Thank you for the interest shown.

I prefer to limit the discussion of this topic to the game that is showing, Last Crown Warriors. I'd rather talk about specific Game Boy development issues on a dedicated topic.

MrElephant wrote:

@Imanolea -I appreciate your response.  Something that I hope that you'll show in a video tutorial is bank switching.  I just never can seem to wrap my mind around it (if you project is in c).  I cant even begin to comprehend asm.  Anyways, your game looks amazing, keep up the great work

Last Crown Warriors, just like Rocket Man (http://gbdev.gg8.se/forums/viewtopic.php?id=250) is 100% made in assembly. There is a performance comparison that justifies this on my blog (https://imanoleasgames.blogspot.com.es/ … e-boy.html). About bank switching, I hope that the resources of Tag365 will serve you. If you need an example of a game in C that uses bank switching, you have the source of Akaru Hime here: https://github.com/Imanolea/bitbitjam3_ … ss_carnage . Akaru Hime was the game that I developed collaboratively for the last BitBitJam (http://bitbitjam.com/)

Last edited by Imanolea (2017-03-11 08:13:01)

npzman wrote:

Hello Imanolea

https://github.com/Zal0/ZGB
how to install this game engne I want a video tutorial on that

then  I need help to compile that https://github.com/Zal0/gbjam2016

Why no answer to my question

npzman wrote:

I don't want to sound rude but I am getting pissed that people are ingoring what I wrote

I'm sorry if it seems that I'm ignoring you, I thought I already answered your question.

Imanolea wrote:

I prefer to limit the discussion of this topic to the game that is showing, Last Crown Warriors. I'd rather talk about specific Game Boy development issues on a dedicated topic.

About your specific problem, there is already a topic dedicated to the engine about which you have doubts (http://gbdev.gg8.se/forums/viewtopic.php?id=381). I think it would be better to ask there in order not to distort this topic.

very exciting.
the graphic looks amazing!
looking foreword # #
▧
because lately i'm thinking about the subject in gb (or gbc), i noticed that when your sprite gets to high grass then its tiles are changed so it would feel like the grass is in front of it.
it looks good, but i wanted to know if you had any other ideas for technics for creating the feeling of hiding (with grass, walls, trees and so on). or any interesting Thoughts based on the technic you used here.
ill be glad to hear

Sprite priority is a handy thing to keep in mind in general, particularly if you're planning on having many on screen at once! Infinitron keeps certain sprites in higher priority places as they're more important to the player so it's not so bad if 8 or more share the same scanline.

I'm loving seing how this game is coming along btw, best of luck with it's future development!

Last edited by rychan (2017-03-16 06:51:38)

No worries

Yeah, somehow it's not become a big issue despite the number of sprites on screen at once. When I was testing it out with more enemies on screen the x-co-ord definately became a factor regarding drawing priority. But yeah, luckily, no real need for flickering.

GBDK would probably eat up too much CPU doing more comparisons for flickering I reckon.

It looks nice!

Do you plan on having multiple characters available in the game? If yes, I guess they would have different gameplay mechanics?

I wrote a post in the blog explaining how the scroll system of the game works.

https://imanoleasgames.blogspot.com.es/ … croll.html

Any kind of feedback is appreciated.

Thanks Jonas.

In future posts I will try to cover other aspects of the development. In the specific case of the scroll system, I think it could be said that it is "finished". As I leave "finished" systems, I will try to write about them. Always from a conceptual point of view, so that it is not necessary to understand assembly in order to apply the ideas that are exposed. The collision will surely be one of the systems on which I will write.