Petition for Ren'py Battle Engine
Forum rules
Ren'Py specific questions should be posted in the Ren'Py Questions and Annoucements forum, not here.
Ren'Py specific questions should be posted in the Ren'Py Questions and Annoucements forum, not here.
-
- Eileen-Class Veteran
- Posts: 1314
- Joined: Mon Sep 19, 2005 2:15 am
- Completed: Controlled Chaos / Sum of the Parts / "that" Midna game with ZONEsama
- Projects: Sparse Series/Oddments Shop original cartoon in Pevrea; Cybernetic Duels (fighting game); Good Vibin'
- Organization: Watercolorheart Studios
- IRC Nick: BCS
- Tumblr: adminwatercolor
- Deviantart: itsmywatercolorheart
- Github: Watercolordevdev
- Skype: heartnotes
- Soundcloud: Watercollider
- itch: watercolorheart
- Location: Florida
- Contact:
Petition for Ren'py Battle Engine
Vote for what you want ... make suggestions ...
What if somebody wants a battle system that's not FF inspired? I don't think it's a good idea to make everybody who likes the idea of a battle system to vote for a FF inspired one.
I think I might find uses for a battle system in some of the ideas that are bouncing in my head (I know, I know... I should concentrate on finishing my old projects first), but probably not one inspired by FF, so for now I'm not voting anything.
I think I might find uses for a battle system in some of the ideas that are bouncing in my head (I know, I know... I should concentrate on finishing my old projects first), but probably not one inspired by FF, so for now I'm not voting anything.
- papillon
- Arbiter of the Internets
- Posts: 4107
- Joined: Tue Aug 26, 2003 4:37 am
- Completed: lots; see website!
- Projects: something mysterious involving yuri, usually
- Organization: Hanako Games
- Tumblr: hanakogames
- Contact:
While I admit I'm biased since I already use more flexible tools, I would think one strength of Ren'Py would be its *focus* on just the one format.
Trying to bodge around and add things for originally unintended scopes tends to make things bloated, convoluted, harder to follow... and then someone will want a DIFFERENT kind of rpg system and beg for THAT to be added...
Trying to bodge around and add things for originally unintended scopes tends to make things bloated, convoluted, harder to follow... and then someone will want a DIFFERENT kind of rpg system and beg for THAT to be added...
-
- Regular
- Posts: 114
- Joined: Wed Jul 16, 2003 12:50 am
- Location: Toronto, Canada
- Contact:
- PyTom
- Ren'Py Creator
- Posts: 16096
- Joined: Mon Feb 02, 2004 10:58 am
- Completed: Moonlight Walks
- Projects: Ren'Py
- IRC Nick: renpytom
- Github: renpytom
- itch: renpytom
- Location: Kings Park, NY
- Contact:
It's one thing to claim that a battle system needs movement, and another to be the guy who has to do the animation work needed to make a system like that workable. Especially for a fan-project, where boring work needs to be minimized.
Supporting creators since 2004
(When was the last time you backed up your game?)
"Do good work." - Virgil Ivan "Gus" Grissom(When was the last time you backed up your game?)
Software > Drama • https://www.patreon.com/renpytom
From now on, I'm quoting this everywhere. It sums up so much.PyTom wrote:Especially for a fan-project, where boring work needs to be minimized.
Back on topic, I'm not entirely sure that "the more dynamic the better", at least not in a ren'ai game that relies on text to convey the story. Take ToL as an example. The static nature of the VN is nicely worked with in the battle - if suddenly the mushrooms would become animated, there would be a sense of alienation for the player, since 95% of the time, everything is static. So for this kind of game the static approach is not only a far easier, but also a better alternative, even though there will always be those who claim it is a necessity turned to virtue.
Demanding features is once again the eternal battle of designer vs. programmer. I had to learn the hard way that as a designer you need to be in constant touch with your programmer, making him your friend rather than enemy (as is the case sometimes in bigger studios). So before drawing that swish (nothing personal Yang Sei Fu, just an example) that takes me 30 seconds to do in Windows Paintbrush, one has to think about the consequences for the programmers. I was able to become good friends with our programmers back in the old days, and I learned it is such an unrewarding thing to do, as they work their ***** off while the designer gets the credit (of course, the exec.prod gets the most credit, but that's another story). So being able to design a good game isn't as much being able to design a good game, but being able to design a game your studio can make well.
- PyTom
- Ren'Py Creator
- Posts: 16096
- Joined: Mon Feb 02, 2004 10:58 am
- Completed: Moonlight Walks
- Projects: Ren'Py
- IRC Nick: renpytom
- Github: renpytom
- itch: renpytom
- Location: Kings Park, NY
- Contact:
Thanks... I think. Before I changed it at the last minute, it originally read, "On a fan-project budget, boring work needs to be minimized." I think it applies both to straight out freeware fan-games, and the semi-commercial "we'll pay you when we make some money" enterprises that are out there. (Basically, anyone for which choosing to not work on a game will not result in a major change in their lifestyle.)mikey wrote:From now on, I'm quoting this everywhere. It sums up so much.PyTom wrote:Especially for a fan-project, where boring work needs to be minimized.
In these cases, people are donating what would would otherwise be their free time. While many people are willing to spend some time doing drudge work in order to accomplish what they consider an interesting task, the amount of interesting work needs to overcome the amount of boring work, or the person will make the rational decision and leave the project.
So as a game-designer, one of the variables that needs to be managed is the amount of boring work that has to be accomplished in order to make a complete project. Sure, animated battles are nice. But my feeling is that an artist who's willing to draw a 1-frame attack may find drawing 10 frames of that attack boring. And if that's the case, he's likely to leave. And a game that never gets done is much worse then one that is released without animations.
Okay, maybe this rant is a little obvious.
I will concur. I think, especially in the VN market, people are willing to forgive alot in terms of lack of depiction in the graphics of things that are written about in the story. Even in commercial games, it's quite common to see the same background used to represent multiple places, or to have action described that is not shown visually on screen.So for this kind of game the static approach is not only a far easier, but also a better alternative, even though there will always be those who claim it is a necessity turned to virtue.
I think this can almost be expanded to designer v. rest of team. In the example I was thinking of, while the feature might be easy to program. (Not in Ren'Py, but in some hypothetical RPGish combat engine), it would still increase the art required by one or two orders of magnitude... which is alot, especially for a project that isn't paying anybody.Demanding features is once again the eternal battle of designer vs. programmer.
Hear, hear!So being able to design a good game isn't as much being able to design a good game, but being able to design a game your studio can make well.
Supporting creators since 2004
(When was the last time you backed up your game?)
"Do good work." - Virgil Ivan "Gus" Grissom(When was the last time you backed up your game?)
Software > Drama • https://www.patreon.com/renpytom
-
- Miko-Class Veteran
- Posts: 829
- Joined: Sun Feb 20, 2005 8:45 pm
- Projects: NaNoRenO 2016, Ren'Py tutorial series
- Location: USA
- Contact:
and it's not just the renai ones at that. first one to find the (old DOS) game that has the following line in it gets a cookie... no, wait, a cupcake... wait... a cake? anyhow... the line is...PyTom wrote:Even in commercial games, it's quite common to see the same background used to represent multiple places, or to have action described that is not shown visually on screen.
(hint: game over immediately follows. you do NOT want to see this message.)a strong grip on your shoulder spins you around.
point taken.mikey wrote:So being able to design a good game isn't as much being able to design a good game, but being able to design a game your studio can make well.
~Kitsune Zeta
-
- Regular
- Posts: 66
- Joined: Thu Apr 28, 2005 5:53 pm
- Location: not where I was five seconds ago
- Contact:
*sigh* Zeta's still trying at that very same game... I think his game over count has hit four digits, and he hasn't cleared the stage in question... (I'm keeping my mouth shut on that game's name for now... but here's a hint: Abandonia has it... last we checked)
anyhow, I think PyTom is correct in waiting for someone to actually show a need for a battle system in a nearly-complete project (missing maybe an ending or two and the battle system) before he starts coding one into Ren'Py. just my two... hold on... *checks the appropriate type of currency*... two cents...?
anyhow, I think PyTom is correct in waiting for someone to actually show a need for a battle system in a nearly-complete project (missing maybe an ending or two and the battle system) before he starts coding one into Ren'Py. just my two... hold on... *checks the appropriate type of currency*... two cents...?
Who is online
Users browsing this forum: No registered users